Hallo Jürgen,
schick doch mal das postsync-Skript.
"line78: 'then' expected" kann ja auch auf einen Syntaxfehler hinweisen,
der z.B. durch das Einsetzen von versch. Werten für Variablen nur bei
bestimmten Werten auftaucht.
Das wäre noch eine Idee für das unterschiedliche Verhalten...
Gruß
Stefan
Am 19.08.2016 10:49, schrieb Juergen Engeland:
Hallo miteinander,
das Problem mit dem (universellen?) postsync-Skript ist bei uns leider
immer noch nicht behoben.
Nach dem Update auf lmn 6.2 und linbo 2.3.6 habe ich den Eindruck, dass
noch weniger geht.
echo "##### linuxmuster-client POSTSYNC BEGIN #####" wird ausgeführt
Die Fehlermeldungen von linbo_cmd lauten ungefähr
line2: ... not found
line6: ... not found
line78: 'then' expected
So bleibt der Client stehen.
Zeile 78 ist die letzte Zeile des postsync-Skripts
Zeile 2 und 6 sind leer. Wenn ich diese lösche, verschwinden diese
Fehlermeldungen, und die letzte rückt auf Zeile 76 vor.
Bei den Zeilennummern werden also offenbar Leerzeilen und Kommentare
mitgezählt!?
Das Verrückte: trusty714 läuft durch und startet, mit
xenial-testing(531) tritt hingegen der gleiche Fehler wie mit unserem
cloop auf!
Die Rechte sind identisch. Die Unterverzeichnisse in serverpatches auf
dem Client sind vorhanden.
Wenn es tatsächlich am Image liegen sollte, wie debuggen?
Anbei das, was ich auf dem Server und im Client-Cache an logs gefunden habe.
Gruß Jürgen
Am 30.04.2016 um 18:15 schrieb Juergen Engeland:
Hallo Holger,
ich habe beide Images mit neuen kurzen Namen neu erzeugt:
hulc105.cloop
virtxp.cloop
Wenn der Rechner erwartungsgemäß bei modprobe virtxp.cloop hängt, kann
ich mit linbo-ssh sehen, dass
/dev/sda2
/dev/sda3
beide unter
/mnt eingehängt sind (wieso lässt irgendeine shell sich DAS gefallen?!)
und zwei Prozesse laufen
linbo-cmd syncstart
linbo-cmd synconly
Ersterer müsste beendet werden, bevor der zweite startet!
syncstart, weil ich die Aktion am Client mit dem gelben Button ausgelöst
habe.
Ich könnte mal mit linbo-ssh
linbo_wrapper synconly:1
loslassen. Dies würde zwar das Problem nicht lösen, aber vielleicht bei
der Fehlereingrenzung helfen.
Verdammt, das hat lange so funktioniert :-(
Gruß Jürgen
Am 30.04.2016 um 13:26 schrieb Juergen Engeland:
Hallo Holger,
es liegt nicht am dem virtual image - wenn, läge es am Linux
Am 30.04.2016 um 12:32 schrieb Holger Baumhof:
Hallo Jürgen,
Wat nu???
"der Vorhang zu und alle Fragen offen" :-)
(Brecht)
aber
"einen hab ich noch, einen hab ich noch"
(Otto)
mach doch mal ein fsck deiner virtual Parition und erstell dann nochmal
ein Image.
Aber von der virtual Partition konnte ich das Problem doch bereits
isolieren.
Auch die Linux-Partition alleine ohne postsync bleibt beim zweiten
Durchlauf bei "modprobe ..." hängen, weil offenbar der erste nicht
richtig abgeschlossen wird.
-> ich mach das mal mit der Linux-Partition!
Lösch aber vorher alle Images dieser Partition auf dem Client und
verschieb die auf dem Server irgendwohin.
Und zuletzt:
"Ich hätte gerne eine Flasche Pomfritt"
(Didi Hallervorden)
.. ABI korrigieren macht debil ..
VIele Grüße
Holger
_______________________________________________
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
_______________________________________________
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
_______________________________________________
linuxmuster-user mailing list
[email protected]
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
