Control: tags -1 + moreinfo On Wed, 07 Oct 2015 14:18:24 +0100 root <ronny.adse...@amazinginternet.com> wrote: > Package: systemd > Version: 215-17+deb8u2 > Severity: normal > > Dear Maintainer, > > A recent "apt-get upgrade" followed by a (remote) reboot resulted in the > server not being available for 2 weeks whilst we arranged a site visit. > > When we got on-site and hooked up a monitor, the server was waiting at a > rescue shell. Doing a 'Ctrl-d' continued the reboot which was successful. A > test reboot resulted in the same outcome. > > Prior to the 'apt-get upgrade' the server would reboot successfully. The only > changes which look important to this bug are systemd and the kernel. Please > re-assign if I picked wrong. :-). > > Attached is the boot log from "journalctl -b" up to the point where is was > fully booted. You can see the in the los at "Oct 01 20:56:11" the line "Job > dev-mapper-vg_sys\x2dlv_var.device/start timed out.". > > The system partitions are on hardware RAID (Areca card) which is a single > 'PV' for an LVM Volume Group. All partitions are LVM logical volumes. > > Note that there is a SAS card in the system hooked up to an external tape > library. The library does a media scan which takes a few minutes. This may or > may not be relevant. > > Thanks for any help and your continued work on Debian. >
This looks like an LVM issue. Do you still encounter this problem? If so, could you try if using use_lvmetad = 1 in /etc/lvm/lvm.conf makes a difference. When you end up in the rescue shell, could you get a udev dump via udevadm info --export-db -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
