I've upgraded the openafs-client package to unstable, but it hasn't solved the problem. I tested the OpenVPN problem by stopping the openvpn service before logging in but the machine hung on shutdown anyway, so it looks like the problem isn't with the VPN. Maybe just I misconfigured something, because it seems like my case is quite special :)
2014. 10. 31, péntek keltezéssel 15.17-kor Benjamin Kaduk ezt írta: > On Fri, 31 Oct 2014, Kuklin István wrote: > > > Hello there, > > > > Here we go: > > http://pastebin.com/uQ3n21CY > > Thanks. Interestingly, this trace seems to show that the openafs-client > shut down successfully, as those are the normal shutdown messages and > systemd seems to think the client shut down successfully. > > There are two delays, > okt 31 16:40:21 > okt 31 16:41:16 > okt 31 16:41:47 kingdom-play systemd[1]: user@5000.service stop-sigterm > timed out. Killing. > > I don't see an obvious cause for the first gap, but the second one is > clearly a systemd process that is hanging and has to wait for a timeout. > I gather this "user@<UID>.service" job relates to any running systemd > --user invocation, with configuration in ~/.systemd/. It's unclear > whether the user session would be trying to write to ~/.systemd/ at that > point, though. > > > I think I've noticed something: > > all the machines run OpenVPN and the AFS server machine's LAN IP address > > 192.168.0.2, but it has got another IP address on the VPN: 192.168.99.1. > > Although I've defined the server's IP address > > in /etc/openafs/CellServDB, but as far as I remember I saw somewhere in > > the logs AFS looking for the OpenVPN address... > > So, I think OpenVPN terminates before AFS and so AFS cannot find the > > server on 192.168.99.1, and this causes the system to hang. > > > > What can I do, if that's the problem? Is that possible, even with the > > correct CellServDB file? > > It's not clear that that's the problem, but the only thing that comes to > mind would be to put a NetInfo file on the server so that the "wrong" > address isn't registered in the vldb. > (http://docs.openafs.org/Reference/5/NetInfo.html) > > I believe that the systemd unit file for openafs-client in sid (I uploaded > a new version yesterday that fixes the bug I mentioned) should have the > ordering directives needed to ensure that the client is shut down after > user sessions (what I mentioned above) and before the network is shut down > (which Andrew mentioned previously on the ticket). > > -Ben > > P.S. I see that we dropped the bug address from the cc list, which is > reasonable given the pastebin that was linked here. It's probably best to > forward at least the rest of these messages onto the bug so the history is > recorded, though -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
