On Mon, 15 Apr 2019 23:46:25 -0400,
Adam Carter wrote:
>
> [1 <text/plain; UTF-8 (7bit)>]
> [2 <text/html; UTF-8 (quoted-printable)>]
> On Tue, Apr 16, 2019 at 9:16 AM John Covici <cov...@ccs.covici.com> wrote:
>
> Hi. After my last world update, davfs2 is not working properly.
>
> I use it to mount my owncloud instance and it mounts fine, but the
> umount <directory where owncloud is mounted> always segfaults and
> leaves the mount alone. Now, I can force to unmount by doing
> umount.davfs followed by the URL in question, but then the cache is
> never synced, so I just have to wait a while to make sure.
>
> You could run 'sync && umount.davfs' instead of waiting.
>
> The log says its seg faulting and claims that a core dump has
> occurred, but I can't find such a thing. Google and bgo reveal
> nothing. I am using the unstable gentoo and the glibc library was
> updated to2.29-r1 -- there is an r2, but I have not updated to it.
>
> Can you paste the messages here?
>
> If it were me i'd just do these and try again after each step to see if any
> of them help
> - update glibc and reboot
> - try rebuilding util-linux and davfs2
> - run 'strace umount <directory where owncloud is mounted>' Even though i
> don't understand a lot of the output, its possible to see libraries failing
> to load, or files unreadable etc
I did all the steps you suggested, except the strace, but no joy. I
upgraded glibc, upgraded the kernel which I had to do anyway and
rebuilt net-fs/davfs2 and rebooted. I did rebuild util-linux, but I
did that before the upgrade, not sure if that would make a difference.
the messages from the segfault are:
Apr 17 18:39:55 ccs.covici.com kernel: umount.davfs[5332]: segfault at
45a0d000 ip 00007f90082bfb96 sp 00007ffcd47b49f8 error 4 in
libc-2.29.so[7f9008242000+159000]
Apr 17 18:39:55 ccs.covici.com kernel: Code: 0f 1f 40 00 66 0f ef c0
66 0f ef c9 66 0f ef d2 66 0f ef db 48 89 f8 48 89 f9 48 81 e1 ff 0f
00 00 48 81 f9 cf 0f 00 00 77 6a <f3> 0f 6f 20 66 0f 74 e0 66 0f d7 d4
85 d2 74 04 0f bc c2 c3 48 83
Apr 17 18:39:55 ccs.covici.com systemd[1]: Created slice
system-systemd\x2dcoredump.slice.
Apr 17 18:39:55 ccs.covici.com systemd[1]: Started Process Core Dump
(PID 5333/UID 0).
Apr 17 18:39:55 ccs.covici.com systemd-coredump[5334]: Process 5332
(umount.davfs) of user 0 dumped core.
Apr 17 18:39:55 ccs.covici.com systemd[1]:
systemd-coredump@0-5333-0.service: Succeeded.
I can't find that coredump, not sure if the process is allowed to do
it.
--
Your life is like a penny. You're going to lose it. The question is:
How do
you spend it?
John Covici wb2una
cov...@ccs.covici.com
