Postsync gibt es logdateien?

Hallo,

Ein Rechnerraum bekommt nicht die aktuelle printers.conf Datei beim Postsync aus dem Verzeichnis:
/var/linbo/linuxmuster-client/ubuntu1204/702/etc/cups/

Die Dateirechte dort sehen so aus:
16:49/0 tux /var/linbo/linuxmuster-client/ubuntu1204/702/etc/cups # ls -la
insgesamt 12
drwxr-xr-x 2 root root 4096 Mai 3 15:55 .
drwxr-xr-x 3 root root 4096 Mär 8 2016 …
-rw-r–r-- 1 root root 1305 Mai 3 15:54 printers.conf

Wo kann ich denn auf dem Server die Fehlermeldungen, die bei Postsyncvorgang entstehen, einsehen?

Viele Grüße
Matthias

Logdatei:
Dateibeginn: /var/linbo/ubuntu1204.cloop.postsync:
echo "##### POSTSYNC BEGIN #####"
LOG=/mnt/var/log/postsync.log

Wo finde ich denn dies Datei?
Auf dem Server unter /var/… jedenfalls nicht.
Und nach dem start auf dem ubuntu Client auch nicht.

Postsync Problem:
Das Problem mit dem Postsync tritt bei mir nur in zwei Räumen auf.

Kann es sein, dass man in der workstation Datei Raumbezeichnungen nach diesem Muster:
702;702-pc01;kalisch2012;00:1B:21:10:FB:FD;10.20.72.1;255.255.255.0;1;1;1;1;1;
nicht machen darf?

Ich meine darf ein Raum nicht nur aus Ziffern bestehen?

vg matthias

Eine Änderung in der workstation Datei von Raum 701 auf r701;r701-pc01 …
hat leider keinen Erfolg gebracht.

Hier mal das Log am Monitor vom Postsync

-> Bin mit linbo-ssh r701-pc01 auf den client und habe linbo_wrapper sync:1 ausgeführt.

Ich hoffe jemand kann daraus irgendwelche Schlüsse ziehen?
Sorry - ist etwas lang:

##### POSTSYNC BEGIN #####
20170503-1927

Hostname:      r701-pc01
Raum:          r701
Patchcache:    /linuxmuster-client/serverpatches
Hostgruppe:    kalisch2012
Patchclass:    ubuntu1204

 - getting patchfiles
receiving incremental file list
rsync: opendir "/linuxmuster-client/ubuntu1204/common/home/.thunderbird" (in linbo) failed: Permission denied (13)
rsync: opendir "/linuxmuster-client/ubuntu1204/common/home/linuxadmin/.thunderbird" (in linbo) failed: Permission denied (13)
IO error encountered -- skipping file deletion
ubuntu1204/701/etc/crontab
          1,585 100%    1.51MB/s    0:00:00 (xfr#1, to-chk=137/156)
ubuntu1204/701/etc/fstab
            920 100%  898.44kB/s    0:00:00 (xfr#2, to-chk=136/156)
ubuntu1204/701/etc/cups/printers.conf
          1,312 100%    1.25MB/s    0:00:00 (xfr#3, to-chk=134/156)
ubuntu1204/702/etc/crontab
          1,600 100%    1.53MB/s    0:00:00 (xfr#4, to-chk=132/156)
ubuntu1204/702/etc/fstab
            920 100%  898.44kB/s    0:00:00 (xfr#5, to-chk=131/156)
ubuntu1204/702/etc/printers.conf
          1,305 100%    1.24MB/s    0:00:00 (xfr#6, to-chk=130/156)
ubuntu1204/702/etc/cups/printers.conf
          1,305 100%    1.24MB/s    0:00:00 (xfr#7, to-chk=128/156)
ubuntu1204/common/id_dsa.pub
            620 100%  302.73kB/s    0:00:00 (xfr#8, to-chk=127/156)
ubuntu1204/common/passwords
             46 100%   22.46kB/s    0:00:00 (xfr#9, to-chk=126/156)
ubuntu1204/common/etc/ldap.conf
          9,401 100%    4.48MB/s    0:00:00 (xfr#10, to-chk=120/156)
ubuntu1204/common/etc/rc.local
            491 100%  239.75kB/s    0:00:00 (xfr#11, to-chk=119/156)
ubuntu1204/common/etc/cups/printers.conf
          1,319 100%  429.36kB/s    0:00:00 (xfr#12, to-chk=113/156)
ubuntu1204/common/etc/linuxmuster-client/server.network.settings
            571 100%  185.87kB/s    0:00:00 (xfr#13, to-chk=112/156)
ubuntu1204/common/etc/linuxmuster-client/profile/usersettings.conf
             76 100%   24.74kB/s    0:00:00 (xfr#14, to-chk=110/156)
ubuntu1204/common/etc/ssh/sshd_config
          7,259 100%    1.73MB/s    0:00:00 (xfr#15, to-chk=109/156)
ubuntu1204/common/etc/udev/rules.d/71-arduino.rules
             78 100%   19.04kB/s    0:00:00 (xfr#16, to-chk=107/156)
ubuntu1204/common/etc/xdg/autostart/BELIEBIGERNAME.desktop
            535 100%  130.62kB/s    0:00:00 (xfr#17, to-chk=105/156)
ubuntu1204/common/etc/xdg/autostart/create-desktop-icons
             94 100%   22.95kB/s    0:00:00 (xfr#18, to-chk=104/156)
ubuntu1204/common/etc/xdg/autostart/linuxmuster-client-extras-watch-my-home.desktop
             94 100%   18.36kB/s    0:00:00 (xfr#19, to-chk=103/156)
ubuntu1204/common/etc/xdg/autostart/virtual.desktop
            158 100%   30.86kB/s    0:00:00 (xfr#20, to-chk=102/156)
ubuntu1204/common/home/linuxadmin/.sshplus-bak
          1,379 100%  269.34kB/s    0:00:00 (xfr#21, to-chk=99/156)
ubuntu1204/common/postsync.d/00-fix-initrd
            269 100%   52.54kB/s    0:00:00 (xfr#22, to-chk=96/156)
ubuntu1204/common/postsync.d/03-patch-sshd-config
            232 100%   37.76kB/s    0:00:00 (xfr#23, to-chk=95/156)
ubuntu1204/common/postsync.d/04-fix-fstab
            673 100%  109.54kB/s    0:00:00 (xfr#24, to-chk=94/156)
ubuntu1204/common/postsync.d/05-remove-rt8169-blacklist
            123 100%   20.02kB/s    0:00:00 (xfr#25, to-chk=93/156)
ubuntu1204/common/postsync.d/06-generate-hosts
            565 100%   91.96kB/s    0:00:00 (xfr#26, to-chk=92/156)
ubuntu1204/common/postsync.d/07-fixlinuxadminperms
             53 100%    7.39kB/s    0:00:00 (xfr#27, to-chk=91/156)
ubuntu1204/common/root/.ssh/authorized_keys
            620 100%   86.50kB/s    0:00:00 (xfr#28, to-chk=89/156)
ubuntu1204/common/usr/bin/checkshutdown.sh
          1,724 100%  240.51kB/s    0:00:00 (xfr#29, to-chk=85/156)
ubuntu1204/common/usr/bin/qgm-start-vbox
          3,251 100%  396.85kB/s    0:00:00 (xfr#30, to-chk=84/156)
ubuntu1204/common/usr/bin/qgm-start-vbox-old
          2,963 100%  361.69kB/s    0:00:00 (xfr#31, to-chk=83/156)
ubuntu1204/common/usr/lib/cups/filter/CommandFileFilterG2
        512,268 100%   40.71MB/s    0:00:00 (xfr#32, to-chk=80/156)
ubuntu1204/common/usr/lib/cups/filter/fax-pnh-filter
          1,461 100%  118.90kB/s    0:00:00 (xfr#33, to-chk=79/156)
ubuntu1204/common/usr/local/bin/linuxmuster-bildschirm
          2,126 100%  173.01kB/s    0:00:00 (xfr#34, to-chk=77/156)
ubuntu1204/common/usr/local/bin/linuxmuster-logintodos
            236 100%   17.73kB/s    0:00:00 (xfr#35, to-chk=76/156)
ubuntu1204/fach-phr01/etc/crontab
          1,490 100%  111.93kB/s    0:00:00 (xfr#36, to-chk=74/156)
ubuntu1204/fach-phr01/etc/cups/printers.conf
          2,192 100%  164.66kB/s    0:00:00 (xfr#37, to-chk=72/156)
ubuntu1204/fach-t101/etc/crontab
          1,484 100%  111.48kB/s    0:00:00 (xfr#38, to-chk=70/156)
ubuntu1204/fach-t101/etc/cups/printers.conf
          1,049 100%   73.17kB/s    0:00:00 (xfr#39, to-chk=68/156)
ubuntu1204/fach-t101/etc/cups/ppd/Lehrerzimmer-Farblaser.ppd
         63,065 100%    4.30MB/s    0:00:00 (xfr#40, to-chk=66/156)
ubuntu1204/fach-t101/etc/cups/ppd/Lehrerzimmer-sw.ppd
         10,305 100%  718.82kB/s    0:00:00 (xfr#41, to-chk=65/156)
ubuntu1204/fach-t101/etc/cups/ppd/Physik-sw.ppd
         10,305 100%  718.82kB/s    0:00:00 (xfr#42, to-chk=64/156)
ubuntu1204/fach-t101/etc/cups/ppd/Technik-sw.ppd
        156,186 100%    9.93MB/s    0:00:00 (xfr#43, to-chk=63/156)
ubuntu1204/fach-t201/etc/crontab
          1,484 100%   96.61kB/s    0:00:00 (xfr#44, to-chk=61/156)
ubuntu1204/fach-t201/etc/cups/printers.conf
          1,049 100%   68.29kB/s    0:00:00 (xfr#45, to-chk=59/156)
ubuntu1204/fach-t201/etc/cups/ppd/Lehrerzimmer-Farblaser.ppd
         63,065 100%    4.01MB/s    0:00:00 (xfr#46, to-chk=57/156)
ubuntu1204/fach-t201/etc/cups/ppd/Lehrerzimmer-sw.ppd
         10,305 100%  670.90kB/s    0:00:00 (xfr#47, to-chk=56/156)
ubuntu1204/fach-t201/etc/cups/ppd/Physik-sw.ppd
         10,305 100%  670.90kB/s    0:00:00 (xfr#48, to-chk=55/156)
ubuntu1204/fach-t201/etc/cups/ppd/Technik-sw.ppd
        156,186 100%    9.31MB/s    0:00:00 (xfr#49, to-chk=54/156)
ubuntu1204/fach/etc/crontab
          1,468 100%   89.60kB/s    0:00:00 (xfr#50, to-chk=52/156)
ubuntu1204/fach/etc/fstab
            920 100%   56.15kB/s    0:00:00 (xfr#51, to-chk=51/156)
ubuntu1204/fach/etc/cups/printers.conf
          1,247 100%   76.11kB/s    0:00:00 (xfr#52, to-chk=49/156)
ubuntu1204/gast-hm1/etc/crontab
          1,474 100%   89.97kB/s    0:00:00 (xfr#53, to-chk=47/156)
ubuntu1204/gast-hm1/etc/fstab
            920 100%   52.85kB/s    0:00:00 (xfr#54, to-chk=46/156)
ubuntu1204/gast-hm1/etc/cups/printers.conf
          1,247 100%   71.63kB/s    0:00:00 (xfr#55, to-chk=44/156)
ubuntu1204/gast-soz1/etc/crontab
          1,474 100%   84.67kB/s    0:00:00 (xfr#56, to-chk=42/156)
ubuntu1204/gast-soz1/etc/fstab
            920 100%   52.85kB/s    0:00:00 (xfr#57, to-chk=41/156)
ubuntu1204/gast-soz1/etc/cups/printers.conf
          1,678 100%   96.39kB/s    0:00:00 (xfr#58, to-chk=39/156)
ubuntu1204/lz-phv01/etc/crontab
          1,490 100%   85.59kB/s    0:00:00 (xfr#59, to-chk=37/156)
ubuntu1204/lz-phv01/etc/cups/printers.conf
          2,217 100%  127.36kB/s    0:00:00 (xfr#60, to-chk=35/156)
ubuntu1204/lz-tv01/crontab
          1,468 100%   84.33kB/s    0:00:00 (xfr#61, to-chk=34/156)
ubuntu1204/lz-tv01/etc/crontab
          1,468 100%   84.33kB/s    0:00:00 (xfr#62, to-chk=32/156)
ubuntu1204/lz-tv01/etc/cups/printers.conf
          1,049 100%   56.91kB/s    0:00:00 (xfr#63, to-chk=30/156)
ubuntu1204/lz-tv01/etc/cups/ppd/Lehrerzimmer-Farblaser.ppd
         63,065 100%    3.34MB/s    0:00:00 (xfr#64, to-chk=28/156)
ubuntu1204/lz-tv01/etc/cups/ppd/Lehrerzimmer-sw.ppd
         10,305 100%  559.08kB/s    0:00:00 (xfr#65, to-chk=27/156)
ubuntu1204/lz-tv01/etc/cups/ppd/Physik-sw.ppd
         10,305 100%  559.08kB/s    0:00:00 (xfr#66, to-chk=26/156)
ubuntu1204/lz-tv01/etc/cups/ppd/Technik-sw.ppd
        156,186 100%    7.84MB/s    0:00:00 (xfr#67, to-chk=25/156)
ubuntu1204/lz/crontab
          1,482 100%   76.17kB/s    0:00:00 (xfr#68, to-chk=24/156)
ubuntu1204/lz/fstab
            920 100%   47.29kB/s    0:00:00 (xfr#69, to-chk=23/156)
ubuntu1204/lz/etc/crontab
          1,474 100%   75.76kB/s    0:00:00 (xfr#70, to-chk=21/156)
ubuntu1204/lz/etc/fstab
            920 100%   47.29kB/s    0:00:00 (xfr#71, to-chk=20/156)
ubuntu1204/lz/etc/cups/printers.conf
          1,274 100%   65.48kB/s    0:00:00 (xfr#72, to-chk=18/156)
ubuntu1204/mobil/etc/crontab
          1,466 100%   75.35kB/s    0:00:00 (xfr#73, to-chk=16/156)
ubuntu1204/mobil/etc/cups/printers.conf
          1,238 100%   63.63kB/s    0:00:00 (xfr#74, to-chk=14/156)
ubuntu1204/r701-pc01/etc/crontab
          1,585 100%   77.39kB/s    0:00:00 (xfr#75, to-chk=12/156)
ubuntu1204/r701-pc01/etc/fstab
            920 100%   44.92kB/s    0:00:00 (xfr#76, to-chk=11/156)
ubuntu1204/r701-pc01/etc/cups/printers.conf
          1,312 100%   64.06kB/s    0:00:00 (xfr#77, to-chk=9/156)
ubuntu1204/r701/etc/crontab
          1,585 100%   77.39kB/s    0:00:00 (xfr#78, to-chk=7/156)
ubuntu1204/r701/etc/fstab
            920 100%   44.92kB/s    0:00:00 (xfr#79, to-chk=6/156)
ubuntu1204/r701/etc/cups/printers.conf
          1,312 100%   64.06kB/s    0:00:00 (xfr#80, to-chk=4/156)
ubuntu1204/rbue/etc/crontab
          1,466 100%   71.58kB/s    0:00:00 (xfr#81, to-chk=2/156)
ubuntu1204/rbue/etc/cups/printers.conf
          1,247 100%   60.89kB/s    0:00:00 (xfr#82, to-chk=0/156)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1655) [generator=3.1.1]
 - patching local files
   - patching common to /mnt
   - patching r701 to /mnt
   - patching r701-pc01 to /mnt
Executing: /mnt/postsync.d/00-fix-initrd
 - fixing initrd links
 ...done.
Executing: /mnt/postsync.d/03-patch-sshd-config
 - patching sshd_config for server root
      - done
 ...done.
Executing: /mnt/postsync.d/04-fix-fstab
 - fixing fstab
      - done
 ...done.
Executing: /mnt/postsync.d/05-remove-rt8169-blacklist
rm: can't remove '/mnt/etc/modprobe.d/r8168-*': No such file or directory
 ...done.
Executing: /mnt/postsync.d/06-generate-hosts
 - fixing hosts
      - done
 ...done.
Executing: /mnt/postsync.d/07-fixlinuxadminperms
 ...done.
##### POSTSYNC END #####

Eine extra Logfile habe ich aber noch nicht gefunden.

VG matthias

In das gesyncte sda1 reingeschaut:

# mount /dev/sda1 /mnt/
# cd mnt/

/mnt/etc/cups # vi printers.conf

Siehe da, die printers.conf ist tatsächlich über den Postsync geholt worden.

Nun stellt sich mir nur noch die Frage, warum sie dann dort nicht so bleibt, wenn ubuntu dann gestartet ist

Leider nein :confused:

Nach: linbo_wrapper start:1
startet der Client ins ubuntu.
Und dort sieht die printers.conf nicht mehr so aus wie eben nach dem sync:1 Befehl auf der sda1 unter linbo auf dem client.
Und, diese hat folgende Dateirechte:
-rw------- 1 root lp 1285 Mai 3 21:54 printers.conf

Das ist doch seltsam.
Werde morgen mal schaun, was passiert wenn ich keine printers.conf in den Postsyncordner packe.
Welche dann im cups-Ordner steckt …

Glaube für heute ist Schluss, dann kann man halt morgen noch nicht drucken. :confused:

Viele Grüße
Matthias

Hallo Mathias,

falls du ds universelle Postsync-Slript verwendest (siehe https://www.linuxmuster.net/wiki/anwenderwiki:linbo:postsync_scripte:linux_universalscript#das_basisskript ) werden die Rechte von Postsync-Skript gesetzt, Zitat aus dem Postsync-Skript:

# printers.conf
[ -f /mnt/etc/cups/printers.conf ] && chmod 600 /mnt/etc/cups/printers.conf 

Könntest du mal dein Postsync-Skript posten?

Grüße,
Sven

Hallo Sven,

verstehe zwar leider die Befehlszeile nicht - aber egal.
Ja mache ich gleich.

Nur noch kurz vorne weg:
Wenn ich in den Postsync-Ordner auf dem Server den identischen Inhalt der printers.conf in eine datei "printersconfneu"
Kopiere, landet dies brav im client nach dem gesyncten start.

siehe hier:
-rw------- 1 root lp 1285 Mai 3 22:19 printers.conf
-rw-r–r-- 1 root root 1319 Mai 3 22:16 printersconfneu

das obere ist die die sich nicht überschreiben lässt.
Kann es sein, dass diese schon im image ist und wegen den Rechten nicht vom Postsync überschrieben werden kann?

OK, hier also das Postsync-Skript:
-> Das Skript hat mehr Zeilen als der Bildschirm, wie kann ich das dann kopieren?
-> Dann auf mehrere Male… hoffe das ist das richtige (imagenamen.cloop.postsync):

echo "##### POSTSYNC BEGIN #####"
LOG=/mnt/var/log/postsync.log
echo "##### POSTSYNC BEGIN #####" >  $LOG
NOW=$(date +%Y%m%d-%H%M)
echo $NOW | tee -a $LOG

# IP-Adresse des Servers
SERVERIP=$(nslookup dummy 2> /dev/null | head -n 1 | awk -F: '{print $2}' | sed "s/\s*//g")

# Die Hostgruppe des aktuellen Rechners
HOSTGROUP=$(hostgroup)

# Raum feststellen. Dieses Skript geht davon aus
# dass die Rechner Namen der Form
# raumname-hostname haben, also z.B. cr01-pc18
RAUM=${HOSTNAME%%-*}
# wenn der string leer ist, raum auf unknown setzen
if [ "x${RAUM}" == "x" ]; then
    RAUM="unknown"
fi

# UVZ für die Patches auf dem Server. Mit dieser Variablen
# kann man verschiedene Patches, z.B. für unterschiedliche
# Linux-Versionen bereitstellen.
# Wenn man hier $HOSTGROUP einträgt, erhält jede Rechnerklasse
# ein eigenes Patchklassenverzeichnis auf dem Server.
# Damit kann man verschiedene Patchklassen mit derselben cloop-Datei
# bedienen, wenn man das benötigt.
PATCHCLASS="ubuntu1204"

# Das Verzeichnis, in dem die Serverpatches
# im lokalen Clientcache synchronisiert werden.
PATCHCACHE=/linuxmuster-client/serverpatches

echo "" | tee -a $LOG
echo "Hostname:      ${HOSTNAME}" | tee -a $LOG
echo "Raum:          ${RAUM}" | tee -a $LOG
echo "Patchcache:    ${PATCHCACHE}" | tee -a $LOG
echo "Hostgruppe:    ${HOSTGROUP}"   | tee -a $LOG
echo "Patchclass:    ${PATCHCLASS}" | tee -a $LOG
echo "" | tee -a $LOG

# -----------------------------------------
# Patchdateien auf das lokale Image rsyncen
# -----------------------------------------
echo " - getting patchfiles" | tee -a $LOG

# RAUM     -> Raumname
# HOSTNAME -> Rechnername
# Verzeichnis anlegen, damit es sicher existiert
mkdir -p /cache/${PATCHCACHE}
rsync --delete --progress -r "${SERVERIP}::linbo/linuxmuster-client/${PATCHCLASS}" "/cache/${PATCHCACHE}" | tee -a $LOG

echo " - patching local files"  | tee -a $LOG

# common: Bekommen alle clients der Patchklasse
# files
if [ -d /cache/${PATCHCACHE}/${PATCHCLASS}/common ]; then
    echo "   - patching common to /mnt" | tee -a $LOG
    cp -ar /cache/${PATCHCACHE}/${PATCHCLASS}/common/* /mnt/ | tee -a $LOG
fi

# tarpacks
if [ -d /cache/${PATCHCACHE}/${PATCHCLASS}/common/tarpacks ]; then
  echo "   - unpacking tarpacks from common/tarpacks to /mnt" | tee -a $LOG
  for pack in /cache/${PATCHCACHE}/${PATCHCLASS}/common/tarpacks/*; do
     echo "     - unpacking: $pack" | tee -a $LOG
     tar xvzf $pack -C /mnt | tee -a $LOG
  done
fi

# Raum: Nur die Clients des Raums
# files
if [ -d /cache/${PATCHCACHE}/${PATCHCLASS}/${RAUM} ]; then
    echo "   - patching ${RAUM} to /mnt" | tee -a $LOG
    cp -ar /cache/${PATCHCACHE}/${PATCHCLASS}/${RAUM}/* /mnt/ | tee -a $LOG
fi

# tarpacks
if [ -d /cache/${PATCHCACHE}/${PATCHCLASS}/${RAUM}/tarpacks ]; then
  echo "   - unpacking tarpacks from ${RAUM}/tarpacks to /mnt" | tee -a $LOG
  for pack in /cache/${PATCHCACHE}/${PATCHCLASS}/${RAUM}/tarpacks/*; do
     echo "     - unpacking: $pack" | tee -a $LOG
     tar xvzf $pack -C /mnt | tee -a $LOG
  done
fi

# Host: Nur der Rechner
# files
if [ -d /cache/${PATCHCACHE}/${PATCHCLASS}/${HOSTNAME} ]; then
    echo "   - patching ${HOSTNAME} to /mnt"  | tee -a $LOG
    cp -ar /cache/${PATCHCACHE}/${PATCHCLASS}/${HOSTNAME}/* /mnt/ | tee -a $LOG
fi

# tarpacks
if [ -d /cache/${PATCHCACHE}/${PATCHCLASS}/${HOSTNAME}/tarpacks ]; then
  echo "   - unpacking tarpacks from ${HOSTNAME}/tarpacks to /mnt" | tee -a $LOG
  for pack in /cache/${PATCHCACHE}/${PATCHCLASS}/${HOSTNAME}/tarpacks/*; do
     echo "     - unpacking: $pack" | tee -a $LOG
     tar xvzf $pack -C /mnt | tee -a $LOG
  done
fi

# Hook, um eigene Skripte auszuführen
if [ -d /mnt/postsync.d ]; then
    for SCRIPT in /mnt/postsync.d/*
    do
        chmod 755 $SCRIPT
        echo "Executing: $SCRIPT" | tee -a $LOG
        #$SCRIPT > /dev/null 2>&1
        $SCRIPT | tee -a $LOG
        echo " ...done." | tee -a $LOG
    done
    rm -rf /mnt/postsync.d
fi

# wenn es /mnt/tarpacks gibt - löschen
rm -rf /mnt/tarpacks

# Zeitstempel letzter sync hinterlegen
echo $NOW > /mnt/lastsync

echo "##### POSTSYNC END #####" | tee -a $LOG

uff - lang

vg matthias

Hallo Matthias,

siehe hier:
-rw------- 1 root lp 1285 Mai 3 22:19 printers.conf
-rw-r–r-- 1 root root 1319 Mai 3 22:16 printersconfneu

das obere ist die die sich nicht überschreiben lässt.
Kann es sein, dass diese schon im image ist und wegen den Rechten nicht
vom Postsync überschrieben werden kann?

… ja: das hatte ich auch schon mal aus irgend einem Grund…
Ich hab dann die Rechte der Datei verändert, ein neues Image geschrieben
und gut war…

… aber bei dir ist es ja anders, wenn ich das richtig verstanden habe:
nach dem postsync ist die Datei da: du konntest im linbo terminal ja
sehen,dass sie da ist. Aber wenn der Cleint dann bootet, wird sie
überschrieben: oder?

OK, hier also das Postsync-Skript:
→ Das Skript hat mehr Zeilen als der Bildschirm, wie kann ich das dann
kopieren?

cat dateinamen

Dann wird die gesammte Datei im Terminal ausgegeben.
Mit copy n paste kannst du auch wieder hochscrollen.

LG

Holger

Hallo Holger,

siehe hier:
-rw------- 1 root lp 1285 Mai 3 22:19 printers.conf
-rw-r–r-- 1 root root 1319 Mai 3 22:16 printersconfneu

das obere ist die die sich nicht überschreiben lässt.
Kann es sein, dass diese schon im image ist und wegen den Rechten nicht
vom Postsync überschrieben werden kann?

… ja: das hatte ich auch schon mal aus irgend einem Grund…
Ich hab dann die Rechte der Datei verändert, ein neues Image geschrieben
und gut war…

… aber bei dir ist es ja anders, wenn ich das richtig verstanden habe:
nach dem postsync ist die Datei da: du konntest im linbo terminal ja
sehen,dass sie da ist. Aber wenn der Cleint dann bootet, wird sie
überschrieben: oder?

Ja, genau.
Und andere Räume (bzw. Subnetze) bekommen ja das identische Image. Aber dort wird die printers.conf korrekt überschrieben. Das ist das Komische.
Irgend etwas ist bei den beiden Räumen 701, 702 anders als bei den anderen Räumen.

→ Das Skript hat mehr Zeilen als der Bildschirm, wie kann ich das dann
kopieren?

cat dateinamen

Dann wird die gesammte Datei im Terminal ausgegeben.
Mit copy n paste kannst du auch wieder hochscrollen.

Vielen Dank

vg matthias

Hallo Matthias,

ich hatte auch kein log-file, dann habe ich an jede Befehlszeile, die mich interessiert

 2>&1 >> postsync.log

angehängt, also beginnt das Script z.B. mit

echo "##### trusty-linuxmuster POSTSYNC BEGIN #####" 2>&1 > postsync.log
date 2>&1 >> postsync.log

Dann kann man anschließend auf dem Client ebendiese Datei anschauen und sieht die Fehler. Ich habe mich nicht drum gekümmert, diese auf den server zu bekommen.
Man kann sie natürlich auch vorher nicht löschen (das einfache > bewirkt, dass es eine neue Datei gibt.
Du kannst sie ja auch statt dessen in ein rotierendes log packen

mv postsync.log postsync.1.log

LG
Max

Hallo Matthias,

Meine Vermutung: Auf dem Client.

Wenn der Client im Linbo-Bildschirm steht vom Server mit

linbo-ssh IP-des Client

auf den Client wechseln und dort mit

ls -al /mnt/var/log/

nachsehen was in dem Verzeichnis liegt.

Gruß

Alois

Hallo zusammen,

Alois,
das mit dem
ls -al /mnt/var/log/
geht nicht ohne weiteres
Ich muss erst irgend ein dev mounten.
Habe alle sda s schon durch. Da findet sich kein var/log.
Glaube das müsste ich dann schon eher so machen, wie es Max (Beitrag 9) beschrieben hat.

Hallo Max,
vielen Dank auch Dir.
Ich habe deinen Vorschlag noch nicht nachvollzogen.

Ich habe nun nochmals folgendes versucht (in Anlehnung an Holgers Anmerkung aus Beitrag 8)

  1. Dateiowner des Ordners /etc/cups von:
    drwxr-xr-x 4 root lp 4096 Mai 4 18:30 cups
    auf
    drwxr-xr-x 4 root root 4096 Mai 4 18:30 cups
    gesetzt. Weiss nicht warum es da eine Grupp lp gibt.

  2. Alle printers.conf Dateien, dort gab es auch old etc. …
    rm printers.conf*
    gelöscht. Meine Absicht: Die printers.conf soll nur über postsync kommen.

  3. Dieses Image hochgeladen (neues Basisimage)

  4. Client gebootet, partitioniert, cache neu initialisiert, neu gesynct.

Ergebnis:
Der Ordner cups gehört wieder in die Gruppe lp
drwxr-xr-x 4 root lp 4096 Mai 4 18:30 cups
und
im Ordner cups (hurra), ist jetzt auch die passende printers.conf für den Raum angekommen.
Und Drucktest bestanden :))

Danke an alle nochmal!
Ob es jetzt das neue image war - eigentlich ist es mir nicht ganz erklärlich. Denn auch andere Räume bekommen ja das identische Image, und dort gab es ja bisher keine Probleme.

Na jedenfalls läufts nun erst mal.

Viele liebe Grüße
Matthias

Ups,

jetzt wollte ich per linbo-remote mir die Arbeit sparen, bei jedem PC,

  • Partition
  • Format
  • initcache
  • syncen
    händisch im Linbo einzugeben (bei dem einen Client hat es ja eben so geklappt) und habe statt dessen:

# linbo-remote -r r701 -b 5 -w 80 -c partition,format,initcache,sync:2,sync:1,start:1

versucht.

Mit dem Ergebnis, dass im Ordner /etc/cups/ wieder die alten “falschen” printers.conf Dateien stehen. Was ist da nur los??

… versuche dann eben ohne linbo-remote :confused:
(hoffe das bring dann den Erfolg)
Erg: Leider nein. Ich kann den Erfolg von vorher nicht reproduzieren.

Wenn ich in den /etc/cups Ordner rein schaue, finden sich da zwei “printers.conf-Dateien”:

root@702-pc100:/etc/cups# ls -la
insgesamt 80
drwxr-xr-x   4 root lp    4096 Mai  4 22:35 .
drwxr-xr-x 158 root root 12288 Mai  4 22:34 ..
-rw-------   1 root lp     108 Sep 10  2015 classes.conf
-rw-r--r--   1 root root   108 Jul 15  2015 classes.conf.O
-rw-r--r--   1 root root  3213 Mär 27  2014 cupsd.conf
-rw-r--r--   1 root root  4737 Apr 10  2012 cupsd.conf.default
-rw-r--r--   1 root root  3194 Mai  5  2012 cupsd.conf.O
-rw-r--r--   1 root root  2884 Mai 13  2013 cups-files.conf
drwxr-xr-x   2 root lp    4096 Mai  4 18:28 ppd
-rw-------   1 root lp    1275 Mai  4 22:29 printers.conf
-rw-------   1 root lp    1316 Mai  4 22:27 printers.conf.O
-rw-r--r--   1 root root   240 Apr 23  2012 raw.convs
-rw-r--r--   1 root root   211 Apr 23  2012 raw.types
-rw-r--r--   1 root root   160 Apr 10  2012 snmp.conf
drwx------   2 root lp    4096 Feb 23  2015 ssl
-rw-r-----   1 root lp     241 Mai  4 22:35 subscriptions.conf
-rw-r-----   1 root lp      92 Mai  4 22:29 subscriptions.conf.O
root@702-pc100:/etc/cups#

Die printers.conf.O hat den Inhalt, den ich auf dem server im postsync-Ordner abgelegt habe.
Allerdings hat sie da nicht den Zusatz .O

Irgend ein Prozess muss die printers.conf (die ich nicht will) dort ablegen und die, die per postsync reinkopiert werden soll landet dort als printers.conf.O.

VG matthias

Hallo Matthias,

nur eine Vermutung:

die Dateien ohne “O” befinden sich im Cloop. Der Postsync ist vermutlich so programmiert, dass er die “O” anhängt, wenn es die Datei schon gibt.

Ich sehe da folgende Möglichkeit.

Du ändert den Dateinamen so wie er richtig ist bei allen “.O-Dateien” und erstellst dann ein neues Image. Dieses Image verteilst Du ohne die Dateien im Postsync, dann sollte alles stimmen.

Gruß

Alois

Hallo Alois,

Dann bekommen auch alle anderen Räume dieses Image mit der printers.conf für den Raum 701,
und auch der problematische Raum 702. (Ich will ja gerade nicht für jeden Raum ein extra Image)

Mein Wunsch wäre es gewesen, keine printers.conf im Image und dann per postsync das jeweils passende für die Gruppe/Raum…

Nur das hat gestern Abend/Nacht leider doch nicht funktioniert.
Irgendwoher zaubert der Linbo-Prozess an einer Stelle eine printers.conf in den Ordner /etc/cups hinein. :wink:
Mein Image das ich gestern Abend noch extra hochgeladen habe hatte keine printers.conf mehr.

Es sei denn, … der client erzeugt bei einem lokalen unsyncronisierten Neustart durch cupsxxx diese printers.conf
Hatte nämlich den client vor dem upload in linbo auf den server noch mal unsyncronisiert hochgefahren.
Vielleicht hätte ich das nicht tun sollen (ist so eine Angewohnheit)

OK, dann habe ich für heute Nachmittag ja noch was vor mir :wink:

Werde berichten…

VG matthias

Hallo Matthias,

Es sei denn, … der client erzeugt bei einem lokalen unsyncronisierten
Neustart durch cupsxxx diese printers.conf

soweit ich das erinnere ist das der Fall.

LG

Holger

Hallo Holger,

bis ca in 1h weiss ich mehr.

Was aber immer noch nicht erklären würde, warum die Probleme in anderen Räumen mit diesem Image nicht auftreten.

VG matthias

Hallo Holger,

cupsd erzeugt eine leere printers.conf wenn keine da ist:
Ein Client, bei dem ich in der
/etc/cups
# rm printers*
ausgeführt habe, erzeugt bei unsyncronisiertem Start diese printers.conf:
-rw------- 1 root lp 110 Mai 5 14:13 printers.conf

Mit diesem Inhalt:
# Printer configuration file for CUPS v1.5.3
# Written by cupsd
# DO NOT EDIT THIS FILE WHEN CUPSD IS RUNNING
~

Image ohne printers.conf und ohne postsync-printers.conf Datei:
Ergebnis:
keine printers.conf in etc/cups, das erstaunt mich jetzt.
D.h. das Image ist jetzt jedenfalls nicht mehr mit der printers.conf infiziert - uff. Bekomme bald noch Alpträume :wink:

Image ohne printers.conf und mit postsync-printers.conf Datei:
Ergebnis:
Nur diese eine printers.conf:
-rw------- 1 root lp 1316 Mai 5 14:44 printers.conf

Das gibts doch nicht! Ich habe die printers.conf Dateien im postsync-Ordner immer noch zusätzlich mit einer eigenen Kommentarzeile ausgestattet. Damit ich besser kontrollieren kann, ob nun der Postsyncvorgang auch funktioniert hat.

Dateianfang - postsync-ordner:
# Printer configuration file for CUPS v1.5.3
# Written by cupsd
# DO NOT EDIT THIS FILE WHEN CUPSD IS RUNNING
# Version - 170503 - lauffer - Raum 702

Dateianfang - im syncronisierten client:
# Printer configuration file for CUPS v1.5.3
# Written by cupsd
# DO NOT EDIT THIS FILE WHEN CUPSD IS RUNNING

Habe jetzt beide Versionen ausgedruckt und finde auser meiner Zusatzkommentarzeile keinen Unterschied.
Na dann solls mir recht sein. Dann hätte alles womöglich auch schon viel früher geklappt - oh je.
Dass ein Prozess im Hintergrund Kommentarzeilen löscht hätte ich nie gedacht.

Nun der Versuch mit linbo-remote:
linbo-remote -r 702 -b 5 -w 90 -c initcache, sync:2, sync:1, start:1
Clients bleiben im Linbo - grau hängen nach dem auch der letzte screen -r xxx Prozess beendet war.
linbo restart (gelbe Taste):
Nun starten die Clients durch - printers.conf passt - wow
(nur mit dem linbo-remote scheine ich noch ein wenig auf Kriegsfuss zu stehen.)

So jetzt gibts aber endlich einen grünen Haken.
(Ergänzende Fragen: linbo-remote … packe ich in einen neuen threat)
Hab mich mit linbo-remote so beholfen:
Nicht alles auf einmal:
Erst: linbo-remote -r r701 -b 5 -w 130 -c sync:1,sync:2,halt
Dann:linbo-remote -r r701 -b 5 -w 130 -c start:1
So macht es auch mein crontab auf dem Server mit genügend Zeitabständen …

Viele liebe Grüße
Matthias