-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Christoph!
Am 30.03.2015 um 10:36 schrieb Christoph Krebs: > Bis vor kurzem war's ReiserFS, dann hat mir aber hier schon jemand > Ext4 angeraten, auf das ich inzwischen einige Hardwareklassen > umgestellt habe. Leider ist der Fehler trotzdem noch aufgereten. Dein Grub-"Error 15"-Problem hatten wir auch mal vor einiger Zeit an irgendwelchen Rechnern. Eine Regelmäßigkeit lies sich nur auf den zweiten Blick herausfinden (später mehr). Natürlich kann das nur auftreten, wenn man den lokalen Boot eingestellt hat, was bei uns an allen 600 Rechnern das Fall ist. Ich will nicht lange darum herum reden, die Ursache waren die Switches. Was der zweite Blick bei uns ergeben hat: Wir lassen alle Rechner über Nacht per torrent synchronisieren, wenn ein neues cloop ausgerollt werden soll, ansonsten starten die Rechner mit Autostart ohne Synchronisation. Da wir nur Ubuntu-clients (14.04 mit leoclient2) einsetzen, ist das völlig ausreichend. Nach diesen nächtlichen Synchronisationen (Raum für Raum nacheinander innerhalb von ca. 5 Stunden) gab es immer wieder Rechner, die einen defekten Grub hatten und damit erst wieder übers Netzwerk gestartet und synchronisiert werden mussten. Da die Fehlermeldungen dazu oft erst nach Tagen eingetroffen sind, war der Zusammenhang mit der Nachtaktion nicht offensichtlich. Eine Analyse der Synchronisationen ergab, dass an manchen Switches (nur die ältesten Geräte waren betroffen - ca. 15 Jahre alt) nur noch im Kilobyte- oder Byte-Bereich Daten ausgeliefert wurden, wenn mehrere (>=3?) Rechner gleichzeitig darüber synchronisierten. Und an diesen Rechnern traten die Grub-Probleme auf. Vermutlich wurden dabei die Daten unvollständig/fehlerhaft übertragen und beim Synchronisieren der Grub damit zerstört. Mittlerweile haben wir diese durch neue ersetzt und das Problem ist gelöst. Wenn also bei dir im Tagesverlauf ein (oder mehrere) Rechner synchronisiert wird (werden) und bei hoher Netzlast ein Image vom Server holt (holen), ... > Noch 'ne Frage: Wenn Ihr in Linbo ein Image zieht und dafür auf > die Cloop-Datei klickt, sollte unten ein dafür eingegebener > Beschreibungs-Text erscheinen. Das dauert bei mir mindestens 15 > Sekunden, ist das bei Euch auch so? Ich wähle immer zuerst "Neuer Dateiname" und dann wieder den eigentlich gewünschten, dann kommt nach 2-3 Sekunden die Beschreibung. Gruß - Rainer > Ich versuche rauszufinden, ob linbo bei mir generell ungewöhnlich > lange braucht, um auf die Festplatten zuzugreifen... > > Danke und Gruß Christoph > > > Am 30.03.2015 07:14, schrieb Jörg Richter: >> Hallo Christoph, >> >> >>> Am 30.03.2015 um 00:17 schrieb Christoph Krebs >>> <[email protected]>: >>> >>> Sooo, sorry, auch wenn fast alle in den Ferien zu sein >>> scheinen, hier nochmal 'was, das mir aufgefallen ist, und zwar >>> in den <hwl>_linbo.log auf dem Server: >>> --------------------------------------------------------------------------------------- >>> >>> >>> ## Hardware-Setup - End ## >>> Possible Bug detected: linbo_cmd already running. 944 root >>> 2752 S /bin/sh /usr/bin/linbo_cmd ready 947 root 2752 R >>> /bin/sh /usr/bin/linbo_cmd ready Possible Bug detected: >>> linbo_cmd already running. 1015 root 2752 S /bin/sh >>> /usr/bin/linbo_cmd cpu 1018 root 2752 R /bin/sh >>> /usr/bin/linbo_cmd cpu 1019 root 2752 R /bin/sh >>> /usr/bin/linbo_cmd cpu NTFS signature is missing. Failed to >>> mount '/dev/sda': Invalid argument The device '/dev/sda' >>> doesn't seem to have a valid NTFS. Maybe the wrong device is >>> used? Or the whole disk instead of a partition (e.g. /dev/sda, >>> not /dev/sda1)? Or the other way around? mkreiserfs 3.6.21 >>> (2009 www.namesys.com) >>> --------------------------------------------------------------------------------------- >>> >>> >>> Is das normal? >>> >>> Und bitte sag nochmal genau, wie die Log-Dateien auf den >>> Client-Rechnern genau heißen! Ich konnte und kann vermutlich >>> aber trotzdem weiter keine dieser Dateien bringen, weil ja fast >>> alle Dateien auf dem Client weg sind, wenn der Fehler auftritt, >>> was ja gerade der Fehler ist... :) >>> >>> Danke und Gruß Christoph >> >> Verwendest Du Reiserfs für die Cache-Partition? Damit kam es auch >> bei anderen schon zu mysteriösen Problemen. Ext4 scheint stabiler >> zu sein. Ein Wechsel ist einfach: Ext4 in der start.conf >> eintragen und im Linbo-Menü die Clients neu partitionieren und >> formatieren. >> >> >> Viele Grüße >> >> Jörg Richter _______________________________________________ >> linuxmuster-user mailing list >> [email protected] >> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user >> > _______________________________________________ linuxmuster-user > mailing list [email protected] > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBAgAGBQJVGR0lAAoJEH0umAxi3ouNORoQAJsr//0WTI3wHe//xjesHz2q hxL77dZUhU27nC04+aGWeqFkEbpgWwHKHP+svu9J7L00j+gJT+RsNcE7iZbL6CcD 4b5Vz1s/0Zf62diSBwLr/upjrA+f9pzwiQyB50tpDpnas7V+HZhnQD3c+kCeOSd0 BYmy012yl69DdzvhFXb0h2QOOGczShk7E4yKp8B6ZY0KTt3xoGbUgXZhEDMuhuxn +UHbhj28AHGZAzOqOpOM9c6ujiIBBpv5AlNyJ2ZiaXQKFitN809yNK3FNi7/3KZ2 rqnHnbRu8JwrEoVLh6hAJfZAJDPw0R0JQ99Fi0HQtgeQic2GgmTwdk6btYSjMuv1 nyG4X+w1j5T82iYIoSpgSIf14nHU6cSxnY2rILTOm1TjXsdeg2RXbLIo9oRzUfhc krpAyRJScyMKVAUS8U8mDqjEjCBAjxWZXmhkR9bFqlJ5YjcT3Civ4R2xcWrfiU/f +D8jd/elRFRPTYkGG+yvCYeIIOaZTbLKCv+gItHOxnA52M98OrEV6kvmrr2+YqRN NkolIShKe0Oj7cEpkjO20nd0zpVc/aH51vf0q34ipjIpXQO10mwMrBDJf6Vhn/pw wsl41ehnSQPYnS8fZB+FdoWOiiidpZog1gtISb/8Iqlv3QDSgvMBdCdeHJOm7EP0 7mKQFpB/TooqSaGBwdaF =aa3e -----END PGP SIGNATURE----- _______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
