On 08/04/2012 09:45 PM, Florian Groß wrote:
On Sat, Aug 04, 2012 at 12:41:18PM +0200, Torsten Förtsch wrote:
mein Root FS ist BTRFS (opensuse 12.1). Nun habe ich einige Dateien gefunden, bei denen ls folgendes anzeigt:
# ls -l /usr/share/man/man3p/wait* ls: cannot access /usr/share/man/man3p/wait.3p.gz: Stale NFS file handle ls: cannot access /usr/share/man/man3p/waitid.3p.gz: Stale NFS file handle ls: cannot access /usr/share/man/man3p/waitpid.3p.gz: Stale NFS file handle ... und die Fehlermeldung besagt daß die Dateien von einem NFS-Server(!) nicht mehr bereit stehen. Hat also mit BTRFS nichts zu tun.
Hast du ein NFS-Verzeichnis gemountet? Falls du dir unsicher bist sende die Ausgabe von $ mount
Meinst Du, ich hätte diese Mail geschrieben, wenn das auf einem per NFS gemounteten FS aufgetreten wäre? Die Dateien liegen im Root FS und das ist BTRFS (or perhaps WRSFS). Und da macht die Fehlermeldung keinen Sinn. Gut, die Kiste ist seit der Installation von 12.1 einige Male so hängen geblieben, dass nur noch der I/O Knopf half. Aber Ext4 hätte das erkannt und mit großer Wahrscheinlichkeit repariert. Ich hatte BTRFS als Experiment installiert, weil ich die Snapshots interessant fand. Leider muss ich sagen, das es ein Fehlschlag war: - inkonsistente Aussagen von df und du. Hier würde ich mir ein df per Snapshot wünschen. Außerdem habe ich den Eindruck, dass bei BTRFS einiges an Plattenplatz einfach so verloren geht: # du -shx / du: cannot access `/usr/share/man/man3p/unsetenv.3p.gz': Stale NFS file handle du: cannot access `/usr/share/man/man3p/usleep.3p.gz': Stale NFS file handle du: cannot access `/usr/share/man/man3p/wait.3p.gz': Stale NFS file handle du: cannot access `/usr/share/man/man3p/waitid.3p.gz': Stale NFS file handle du: cannot access `/usr/share/man/man3p/waitpid.3p.gz': Stale NFS file handle 6.1G / # df -h / Filesystem Size Used Avail Use% Mounted on /dev/mapper/system-root 40G 24G 8.2G 75% / Gut, ich habe 145 von Snapper (Standardkonfiguration) angelegte Snapshots. Aber ich kann mir nicht vorstellen, dass diese Copy-on-write Snapshots das 3-fache der eigentlichen Daten belegen. - "zypper ps" ist mit BTRFS sinnlos, da zypper jedes mal einen neuen Snapshot anlegt und sich dadurch die Device Nummer ändert. # stat -c '%D %n' /.snapshots/2505/snapshot/etc/motd /etc/motd b3 /.snapshots/2505/snapshot/etc/motd 14 /etc/motd "zypper ps" denkt dann, dass alle gerade benutzten Dateien von einem anderen Filesystem stammen. So kommt es zu dem Schluss, dass ein Reboot unbedingt nötig ist, um die neuen Versionen zu laden. - Und nun noch das "Stale NFS file". Das nächste Mal wird es daher wieder Ext4. Übrigens habe ich einige Hinweise aus dem letzten Jahr auf Snapshots (nicht LVM-basiert) in Ext4 gefunden. Weiß jemand, ob der mit 12.2 kommende Kernel diese unterstützt? Kann Snapper damit umgehen? Torsten -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org