Hallo Jürgen,
> Das mit dem Sync:2 ist auch komisch. Ich hatte immer nur "new" in der
> start.conf aktiviert. Das funktioniert auch. Jetzt habe ich testweise auch
> "sync" aktiviert und diese direkt auf der Linbo-Oberfläche angeklickt. da
> ging es auch so schnell. Hm, aber das ist wahrscheinlich nochmal ein
> anderes Problem. "new" gibt es beim linux_wrapper nicht.
nein, das wäre:
format:1,sync:1
Das wäre das selbe wie new:1
Ich habe jetzt mal bei einem meiner CLients den postsync beobachtet.
Was mir bei dir aufgefallen war: dass alle serverpatches geholt werden:
nicht nur die für den Client zutreffende: das war aber bei mir auch so.
(mein log ist unten).
Dein Problem scheint das fehlgeschlagenge umount zu sein.
---------------------
umount: /mnt: device is busy.
(In some cases useful info about processes that use
the device is found by lsof(8) or fuser(1))
---------------------
es fällt natürlich auch auf, dass extrem viel kopiert wird in diesem
postsync.
Nun solltest du mal das machen, was da steht:
nach einem linbo_wrapper sync:1
fuser /mnt
Leider weiß ich die Ausgabe nich tzu lesen.
Ich habe das bei mir mal mit /cache auf dem Client gemacht:
# fuser /cache
1743 1740 1737
Aber vielleicht gibt es auch welche hier in der Liste, die damit was
anfangen können.
Du kannst aber auch einen pragmatischeren Ansatz fahren:
Welche Clients sind den betroffen?
Es scheint mir, dass das Rechtesetzten im Home des linuxadmin nicht
ordentlich klappt.
Seltsamerweise will er Rechte setzen, von Dateien, die nicht da sind:
wie er auf die Idee kommt, weiß ich nicht.
Kommentier mal diesen einen Schritt in deinem postsync aus und probier
es nochmal.
Also diese Zeile Ändern:
# Besitzverhältnisse für linuxadmin (hier GID 1000; ggf. anpassen)
reparieren
chown -R 1000:1000 /mnt/home/linuxadmin
zu
# Besitzverhältnisse für linuxadmin (hier GID 1000; ggf. anpassen)
reparieren
#chown -R 1000:1000 /mnt/home/linuxadmin
Und dann syncen.
Läuft es wieder durch?
Falsl ja: dann würde ich ein neues Image erstellen, bei dem du gezielt
vorher diese tempfiles im Home des linuxadmins löscht.
Ich verwende:
bleachbit
auf dem Client einfach als linuxadmin in einem terminal aufrufen.
Viele Grüße
Holger
------------ log ---------------
~ # linbo_wrapper sync:2
command : sync
parameter : 2
Syncing ubuntu 14.04 ...
10.16.1.1
/dev/sda6
syncr 1:�10.16.1.1� 2:�/dev/sda6� 3:�trusty-ssdl.cloop� 4:��
5:�/dev/sda2� 6:�/dev/sda2� 7:�vmlinuz� 8:�initrd.img� 9:�ro splash�
Mounte Cachepartition /dev/sda6 ...
RSYNC Download 10.16.1.1 -> trusty-ssdl.cloop.torrent...
Starte Torrent-Dienst f�r trusty-ssdl.cloop.
Keine neuere Version vorhanden, �berspringe trusty-ssdl.cloop.
Sende Logdatei an 10.16.1.1.
Logdatei image.log erfolgreich an 10.16.1.1 versandt.
Sende Logdatei an 10.16.1.1.
Logdatei linbo.log erfolgreich an 10.16.1.1 versandt.
update 1:�10.16.1.1� 2:�/dev/sda6�
Aktualisiere LINBO-Kernel.
Erstelle menu.lst fuer lokalen Boot.
Installiere Grub in MBR auf /dev/sda.
Sende Logdatei an 10.16.1.1.
Logdatei linbo.log erfolgreich an 10.16.1.1 versandt.
LINBO update fertig.
syncl 1:�/dev/sda6� 2:�trusty-ssdl.cloop� 3:�� 4:�/dev/sda2�
5:�/dev/sda2� 6:�vmlinuz� 7:�initrd.img� 8:�ro splash�
Entpacke: trusty-ssdl.cloop -> /dev/sda2 [Datei-Sync]...
## Tue Apr 5 10:44:16 UTC 2016 : Starte Synchronisation von
trusty-ssdl.cloop.
modprobe cloop file=/cache/trusty-ssdl.cloop
Synchronisation laeuft ... bitte warten ...
## Tue Apr 5 10:45:08 UTC 2016 : Beende Synchronisation von
trusty-ssdl.cloop.
Fertig.
Setze Hostname -> j201pc200.
patch_fstab 1:�/dev/sda2�
##### trusty-linuxmuster POSTSYNC BEGIN #####
Hostname: j201pc200
Raum: j201pc200
Patchcache: /linuxmuster-client/serverpatches
Patchclass: trusty
- getting patchfiles
receiving incremental file list
trusty/common/etc/hosts
459 100% 448.24kB/s 0:00:00 (xfer#1, to-check=27/36)
trusty/common/etc/cron.daily/fstrim
38 100% 6.18kB/s 0:00:00 (xfer#2, to-check=24/36)
trusty/common/etc/default/ntpdate
78 100% 9.52kB/s 0:00:00 (xfer#3, to-check=23/36)
trusty/common/root/.ssh/authorized_keys
1014 100% 110.03kB/s 0:00:00 (xfer#4, to-check=21/36)
rsync: send_files failed to open
"/linuxmuster-client/trusty/common/root/.ssh/authorized_keys-bak" (in
linbo): Permission denied (13)
trusty/j201pc200/
trusty/j201pc200/home/
trusty/j201pc200/home/linuxadmin/
trusty/j201pc200/home/linuxadmin/.config/
trusty/j201pc200/home/linuxadmin/.config/autostart/
trusty/j201pc200/home/linuxadmin/.config/autostart/Buttonbar.desktop
185 100% 15.06kB/s 0:00:00 (xfer#5, to-check=15/36)
trusty/s001vc01/home/
trusty/s001vc01/home/linuxadmin/
trusty/s001vc01/home/linuxadmin/.config/
trusty/s001vc01/home/linuxadmin/.config/autostart/
trusty/s001vc01/home/linuxadmin/.config/autostart/Buttonbar.desktop
185 100% 15.06kB/s 0:00:00 (xfer#6, to-check=10/36)
trusty/s003hp100/home/linuxadmin/.config/autostart/Buttonbar.desktop
185 100% 11.29kB/s 0:00:00 (xfer#7, to-check=5/36)
trusty/s004hp100/home/linuxadmin/.config/autostart/Buttonbar.desktop
185 100% 11.29kB/s 0:00:00 (xfer#8, to-check=0/36)
sent 294 bytes received 1844 bytes 4276.00 bytes/sec
total size is 2948 speedup is 1.38
rsync error: some files/attrs were not transferred (see previous errors)
(code 23) at main.c(1518) [generator=3.0.9]
- patching local files
- setting permissions of patched local files
---- hier beginnen wir mit dem debuggen:
Swapzeilennummer: 3
Swap: /dev/sda3
##### trusty-linuxmuster POSTSYNC END #####
Sende Logdatei an 10.16.1.1.
Logdatei image.log erfolgreich an 10.16.1.1 versandt.
--
Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
_______________________________________________
linuxmuster-user mailing list
[email protected]
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
