/usr wird nach upgrade nicht gemountet

[sweber]

Hallo beisammen,

ich habe gestern Abend ein Debian 8 System aktualisiert und neugestartet. Anschließend musste ich feststellen, dass die LV-Partition /usr nicht eingebunden war. Mir war es nicht möglich das System dazu zu bringen, die /usr während des Systemstarts zu mounten. Ich musste die Daten der /usr auf die root Partition kopieren, damit das System wieder ordnungsgemäß startet.

Welche Ursache könnte es haben, dass /usr nicht mehr gemountet wird? Wie kann ich dem entgegenwirken?

fstab vor dem Umkopieren von /usr:

Code: Alles auswählen

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
devpts          /dev/pts        devpts  rw,noexec,nosuid,gid=5,mode=620 0  0
/dev/xvda1 none swap sw 0 0
/dev/xvda2 / ext3 noatime,nodiratime,errors=remount-ro 0 1
/dev/vg_os-squid-01/lvusr	/usr	ext3	defaults	0	2
/dev/vg_os-squid-01/lvvar    /var    ext3    defaults        0       2
/dev/vg_os-squid-01/lvtmp    /tmp    ext3    defaults        0       2
/dev/vg_os-squid-01/lvsquid  /var/spool/squid3	ext3    defaults        0       2

Folgende Pakete wurden aktualisiert:

Code: Alles auswählen

Start-Date: 2016-06-14  20:09:08
Commandline: apt-get upgrade
Upgrade: libpam-runtime:amd64 (1.1.8-3.1, 1.1.8-3.1+deb8u1), apt:amd64 (1.0.9.8.1, 1.0.9.8.3), lvm2:amd64 (2.02.111-2.2, 2.02.111-2.2+deb8u1), host:amd64 (9.9.5.dfsg-9+deb8u3, 9.9.5.dfsg-9+deb8u6), multiarch-support:amd64 (2.19-18+deb8u1, 2.19-18+deb8u4), perl:amd64 (5.20.2-3+deb8u1, 5.20.2-3+deb8u5), libisc-export95:amd64 (9.9.5.dfsg-9+deb8u3, 9.9.5.dfsg-9+deb8u6), libssl1.0.0:amd64 (1.0.1k-3+deb8u1, 1.0.1t-1+deb8u2), perl-base:amd64 (5.20.2-3+deb8u1, 5.20.2-3+deb8u5), isc-dhcp-common:amd64 (4.3.1-6, 4.3.1-6+deb8u2), libpam0g:amd64 (1.1.8-3.1, 1.1.8-3.1+deb8u1+b1), libgssapi-krb5-2:amd64 (1.12.1+dfsg-19, 1.12.1+dfsg-19+deb8u2), dpkg:amd64 (1.17.25, 1.17.27), squid3-common:amd64 (3.4.8-6+deb8u1, 3.4.8-6+deb8u2), libpng12-0:amd64 (1.2.50-2+b2, 1.2.50-2+deb8u2), dmsetup:amd64 (1.02.90-2.2, 1.02.90-2.2+deb8u1), libkrb5-3:amd64 (1.12.1+dfsg-19, 1.12.1+dfsg-19+deb8u2), apt-utils:amd64 (1.0.9.8.1, 1.0.9.8.3), cpio:amd64 (2.11+dfsg-4.1, 2.11+dfsg-4.1+deb8u1), libtiff5:amd64 (4.0.3-12.3, 4.0.3-12.3+deb8u1), sudo:amd64 (1.8.10p3-1+deb8u2, 1.8.10p3-1+deb8u3), openssh-server:amd64 (6.7p1-5, 6.7p1-5+deb8u2), liblvm2cmd2.02:amd64 (2.02.111-2.2, 2.02.111-2.2+deb8u1), file:amd64 (5.22+15-2, 5.22+15-2+deb8u1), libmagic1:amd64 (5.22+15-2, 5.22+15-2+deb8u1), libc-bin:amd64 (2.19-18+deb8u1, 2.19-18+deb8u4), libc6:amd64 (2.19-18+deb8u1, 2.19-18+deb8u4), openssh-sftp-server:amd64 (6.7p1-5, 6.7p1-5+deb8u2), libidn11:amd64 (1.29-1+b2, 1.29-1+deb8u1), libapt-inst1.5:amd64 (1.0.9.8.1, 1.0.9.8.3), udev:amd64 (215-17+deb8u2, 215-17+deb8u4), base-files:amd64 (8+deb8u2, 8+deb8u5), gnupg:amd64 (1.4.18-7, 1.4.18-7+deb8u1), libgd3:amd64 (2.1.0-5, 2.1.0-5+deb8u3), libldap-2.4-2:amd64 (2.4.40+dfsg-1+deb8u1, 2.4.40+dfsg-1+deb8u2), libpam-modules:amd64 (1.1.8-3.1, 1.1.8-3.1+deb8u1+b1), squid3:amd64 (3.4.8-6+deb8u1, 3.4.8-6+deb8u2), ssh:amd64 (6.7p1-5, 6.7p1-5+deb8u2), krb5-locales:amd64 (1.12.1+dfsg-19, 1.12.1+dfsg-19+deb8u2), libxml2:amd64 (2.9.1+dfsg1-5, 2.9.1+dfsg1-5+deb8u2), ntp:amd64 (4.2.6.p5+dfsg-7, 4.2.6.p5+dfsg-7+deb8u1), libudev1:amd64 (215-17+deb8u2, 215-17+deb8u4), perl-modules:amd64 (5.20.2-3+deb8u1, 5.20.2-3+deb8u5), openssh-client:amd64 (6.7p1-5, 6.7p1-5+deb8u2), libapt-pkg4.12:amd64 (1.0.9.8.1, 1.0.9.8.3), libhogweed2:amd64 (2.7.1-5, 2.7.1-5+deb8u1), systemd-sysv:amd64 (215-17+deb8u2, 215-17+deb8u4), isc-dhcp-client:amd64 (4.3.1-6, 4.3.1-6+deb8u2), unzip:amd64 (6.0-16+deb8u1, 6.0-16+deb8u2), systemd:amd64 (215-17+deb8u2, 215-17+deb8u4), libdevmapper-event1.02.1:amd64 (1.02.90-2.2, 1.02.90-2.2+deb8u1), dmeventd:amd64 (1.02.90-2.2, 1.02.90-2.2+deb8u1), libdevmapper1.02.1:amd64 (1.02.90-2.2, 1.02.90-2.2+deb8u1), passwd:amd64 (4.2-3, 4.2-3+deb8u1), gpgv:amd64 (1.4.18-7, 1.4.18-7+deb8u1), libnettle4:amd64 (2.7.1-5, 2.7.1-5+deb8u1), libpam-modules-bin:amd64 (1.1.8-3.1, 1.1.8-3.1+deb8u1+b1), login:amd64 (4.2-3, 4.2-3+deb8u1), libexpat1:amd64 (2.1.0-6+deb8u1, 2.1.0-6+deb8u3), tzdata:amd64 (2015f-0+deb8u1, 2016d-0+deb8u1), openssl:amd64 (1.0.1k-3+deb8u1, 1.0.1t-1+deb8u2), libsystemd0:amd64 (215-17+deb8u2, 215-17+deb8u4), libtasn1-6:amd64 (4.2-3+deb8u1, 4.2-3+deb8u2), libisccfg-export90:amd64 (9.9.5.dfsg-9+deb8u3, 9.9.5.dfsg-9+deb8u6), libdns-export100:amd64 (9.9.5.dfsg-9+deb8u3, 9.9.5.dfsg-9+deb8u6), libpcre3:amd64 (8.35-3.3, 8.35-3.3+deb8u4), locales:amd64 (2.19-18+deb8u1, 2.19-18+deb8u4), locales-all:amd64 (2.19-18+deb8u1, 2.19-18+deb8u4), libirs-export91:amd64 (9.9.5.dfsg-9+deb8u3, 9.9.5.dfsg-9+deb8u6), libkrb5support0:amd64 (1.12.1+dfsg-19, 1.12.1+dfsg-19+deb8u2), libk5crypto3:amd64 (1.12.1+dfsg-19, 1.12.1+dfsg-19+deb8u2), libisccc90:amd64 (9.9.5.dfsg-9+deb8u3, 9.9.5.dfsg-9+deb8u6), rsyslog:amd64 (8.4.2-1+deb8u1, 8.4.2-1+deb8u2), libgcrypt20:amd64 (1.6.3-2, 1.6.3-2+deb8u1)
End-Date: 2016-06-14  20:12:58

Wer kann mir helfen?
Habe noch weitere Server und befürchte, dass nicht alle genügend Platz auf root haben, damit ich usr darauf kopieren kann.

Vielen Dank im Voraus.
Stefan

[smutbert]

Da gab es tatsächlich Probleme, aber eigentlich sollte das bei deiner lvm2-Version bereits behoben sein:
https://wiki.debian.org/systemd#Booting ... r.29_fails

Jedenfalls muss /usr bereits von der initrd aus gemountet werden:
https://freedesktop.org/wiki/Software/s ... is-broken/

[sweber]

Da gab es tatsächlich Probleme, aber eigentlich sollte das bei deiner lvm2-Version bereits behoben sein:
https://wiki.debian.org/systemd#Booting ... r.29_fails

LVM schließe ich schon fast aus, da alle anderen Partitionen gemountet wurden. In den Log-Files konnte ich auch nichts finden, dass versucht wurde usr einzubinden und fehlgeschlagen ist.

Jedenfalls muss /usr bereits von der initrd aus gemountet werden:
https://freedesktop.org/wiki/Software/s ... is-broken/

Es muss ja ein Paket von der aktualisierten sein. Komisch, dass das Problem noch niemand anderes hat.
Wir können aufgrund dieses Problems auch keine Debian mehr unter Xen installieren, wenn wir usr in eine separate Partition machen.

Mit Debian 8.3 hat das alles noch geklappt. Ab 8.4 nicht mehr. Und upgrade, in diesem Fall, auf 8.5 hat das Problem auch verursacht.

Jemand noch eine Idee oder ein Hinweis wo ich suchen könnte?

[NAB]

Wie wäre es mit der Gebrauchsanleitung? Von separate /usr wird abgeraten:
https://www.debian.org/releases/stable/ ... 02.html.en

Dass es sonst Probleme geben kann, ist seit Anfang 2014 bekannt:
https://wiki.debian.org/systemd#Booting ... r.29_fails
https://bugs.debian.org/cgi-bin/bugrepo ... bug=742048

[sweber]

Wie wäre es mit der Gebrauchsanleitung? Von separate /usr wird abgeraten:
https://www.debian.org/releases/stable/ ... 02.html.en

Vielen Dank für diese Information. Dies hilft mir leider nicht mein Problem zu lösen. Ich kann es nur zukünftig vermeiden.
Die Frage bleibt jedoch offen, was ich mit den betroffenen 60 Servern mache und welches Paket es letztendlich ausgelöst hat..

[rendegast]

Die Frage bleibt jedoch offen, was ich mit den betroffenen 60 Servern mache ...

walkaround wie oben dargestellt, einen mount-Skript per
/etc/initramfs-tools/hooks/
/etc/initramfs-tools/scripts/

Eventuell indem die Units für Mounten / lvm modifiziert werden, /etc/systemd/system/....


Ein debian-System für Server sollte inkl. /usr/ eigentlich nicht allzu groß sein.
Wenn lokale Anpassungen /usr/ aufblähen, wären die vielleicht besser in /opt/ angesiedelt?

... und welches Paket es letztendlich ausgelöst hat..

im Zweifelsfall systemd / systemd-sysv