[mythtvnz] back end will not start after upgrade to release 0.28

Mon Jun 19 09:12:51 BST 2017

What does

ldd /usr/bin/mythbackend

tell you?

On Tue, Jun 13, 2017 at 8:47 PM, John & Aurora Green <greenjoh at xtra.co.nz>
wrote:

>
>
> On 13-Jun-17 7:14 PM, Stephen Worthington wrote:
>
> On Tue, 13 Jun 2017 13:48:23 +1200, you wrote:
>
>
> I've just upgrade from fedora 22 to 23 and so also upgraded mythtv to
> release 0.28
>
> The backend will not start and gives the following errors (I did try
> re-installing but it didn't help)
>
> Jun 13 13:36:26 mythtv systemd: Starting MythTV backend service...
> Jun 13 13:36:26 mythtv kernel: audit: type=1130
> audit(1497317786.001:696): pid=1 uid=0 auid=4294967295 ses=4294967295
> subj=system_u:system_r:init_t:s0 msg='unit=mythbackend comm="systemd"
> exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
> Jun 13 13:36:26 mythtv mythbackend: /usr/bin/mythbackend: symbol lookup
> error: /lib64/libmythmetadata-0.28.so.0: undefined symbol:
> _ZNK6TagLib6StringeqEPKc
> Jun 13 13:36:26 mythtv systemd: mythbackend.service: Main process
> exited, code=exited, status=127/n/a
> Jun 13 13:36:26 mythtv systemd: mythbackend.service: Unit entered failed
> state.
> Jun 13 13:36:26 mythtv kernel: audit: type=1131
> audit(1497317786.124:697): pid=1 uid=0 auid=4294967295 ses=4294967295
> subj=system_u:system_r:init_t:s0 msg='unit=mythbackend comm="systemd"
> exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed'
> Jun 13 13:36:26 mythtv systemd: mythbackend.service: Failed with result
> 'exit-code'.
>
> Make sure that the old 0.27 packages are uninstalled properly.  I have
> seen things like this when libmyth-0.27 is still installed and that
> prevented libmyth-0.28 from installing.
>
>
>
>
> I even tried downgrading to release 0.27 and had the same issue.
> I've run with strace but its not showing me a lot
>
> open("/lib64/libkeyutils.so.1", O_RDONLY|O_CLOEXEC) = 3
> read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0p\25\0\0\0\0\0\0"...,
> 832) = 832
> fstat(3, {st_mode=S_IFREG|0755, st_size=15112, ...}) = 0
> mmap(NULL, 2109448, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
> = 0x7fd92a30d000
> mprotect(0x7fd92a310000, 2093056, PROT_NONE) = 0
> mmap(0x7fd92a50f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE,
> 3, 0x2000) = 0x7fd92a50f000
> mmap(0x7fd92a510000, 8, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS,
> -1, 0) = 0x7fd92a510000
> close(3)                                = 0
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7fd947bde000
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7fd947bdd000
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7fd947bdc000
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7fd947bdb000
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7fd947bda000
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7fd947bd9000
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7fd947bd8000
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7fd947bd7000
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7fd947bd6000
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7fd947bd5000
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7fd947bd4000
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7fd947bd3000
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7fd947bd2000
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7fd947bd1000
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7fd92a30c000
> mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7fd92a30a000
> arch_prctl(ARCH_SET_FS, 0x7fd92a30a940) = 0
> mprotect(0x7fd93a18d000, 16384, PROT_READ) = 0
> mprotect(0x7fd93cce6000, 4096, PROT_READ) = 0
> mprotect(0x7fd92a50f000, 4096, PROT_READ) = 0
> mprotect(0x7fd93c2b7000, 4096, PROT_READ) = 0
> mprotect(0x7fd92ce86000, 4096, PROT_READ) = 0
> mprotect(0x7fd935c8a000, 4096, PROT_READ) = 0
> mprotect(0x7fd935a67000, 4096, PROT_READ) = 0
> mprotect(0x7fd92a71e000, 4096, PROT_READ) = 0
> mprotect(0x7fd93a6ae000, 4096, PROT_READ) = 0
> mprotect(0x7fd93a3ac000, 4096, PROT_READ) = 0
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7fd92a309000
> mprotect(0x7fd93aa22000, 40960, PROT_READ) = 0
> .
> .
> .
> mprotect(0x7fd945716000, 249856, PROT_READ) = 0
> mprotect(0x7fd9443a4000, 28672, PROT_READ) = 0
> mprotect(0x7fd943316000, 20480, PROT_READ) = 0
> mprotect(0x7fd9446ae000, 20480, PROT_READ) = 0
> mprotect(0x7fd943fd5000, 61440, PROT_READ) = 0
> mprotect(0x7fd943ba6000, 65536, PROT_READ) = 0
> mprotect(0x7fd9452c0000, 241664, PROT_READ) = 0
> mprotect(0x7fd9430b7000, 12288, PROT_READ) = 0
> writev(2, [{"/usr/bin/mythbackend", 20}, {": ", 2}, {"symbol lookup
> error", 19}, {": ", 2}, {"/lib64/libmythmetadata-0.28.so.0", 32}, {": ",
> 2}, {"undefined symbol: _ZNK6TagLib6St"..., 42}, {"", 0}, {"", 0}, {"\n",
> 1}], 10) = 120
> exit_group(127)                         = ?
> +++ exited with 127 +++
>
> I did find a brief reference to one other mythtv user having the same
> issue but no mention of a solution.
>
>
>
> _______________________________________________
> mythtvnz mailing list
> mythtvnz at lists.linuxnut.co.nz
> http://lists.ourshack.com/mailman/listinfo/mythtvnz
> Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ourshack.com/pipermail/mythtvnz/attachments/20170619/1c6ba350/attachment.html>