forum.opsi.org

Hallo liebe Community,

beim Paketbau mittels oPB erhalte ich die im Betreff genannte Fehlermeldung. Das SSH-Log zeigt folgende Fehlerausgabe:

- oPB.core.processing.OpsiProcessing - SSH - 39.71% [==================== ]
- oPB.core.processing.OpsiProcessing - SSH - info: Exit code: 1
- oPB.core.processing.OpsiProcessing - ERROR - error: uninstall.opsiscript
- oPB.core.processing.OpsiProcessing - SSHINFO - Removing process running marker file
- oPB.controller.main.MainWindowController - DEBUG - Exitcode after job processing: 30

Beim manuellen Ausführen von makeproductfile -vv im Produktverzeichnis unter /home/opsiproducts/ erhalte ich folgende Fehlerausgabe:

pigz: write error code 28
pigz: abort: write error on <stdout>
/bin/tar: -: Cannot write: Broken pipe
/bin/tar: Error is not recoverable: exiting now

Verbundener opsi-Server ist Version 4.0.7.17, oPB ist v8.3.2.
Beim zu schnürenden Paket handelt es sich um eine Office-Installation, welche die Installationsdaten für 2010-2016 in 32 und 64-bit enthält und demzufolge einen gewissen Umfang besitzt (4,6G).

Kann mir möglicherweise jemand helfen, der ähnliche Erfahrungen gemacht hat?

Freundliche Grüße
Nico Kriesel

Plattenplatz?
df -h sollte Auskunft geben.

Die Platten der VM wurden erst vor Kurzem erweitert, sodass ausreichend Plattenplatz zur Verfügung steht (bin gerade nicht im Büro zur Prüfung). Es stehen mindestens 20G zur Verfügung, sowohl auf workbench, als auch auf depot.

Die Ausgabe von df -h:

/dev/sda1 6.5G 4.9G 1.3G 80% /
tmpfs 2.0G 0 2.0G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup
/dev/sdc1 50G 27G 21G 57% /home/opsiproducts
/dev/sda2 4.3G 2.3G 1.8G 57% /var
/dev/sdb1 128G 70G 54G 57% /var/lib/opsi

entpackt standardmaessig in
Wenn das nicht gross genug ist, dann mit
verwenden .

Gruss
Bardo Wolf

Mist! War Bardo Wolf schneller.
Aber zumindest kommt die Aussage jetzt aus berufenem Munde.

Vielen Dank, Herr Wolf, indem das Verzeichnis mit der Option angepasst wurde, konnte erfolgreich gepackt und installiert werden, allerdings kam es im Anschluss der Paketierung zu Rechteproblemen, die mit korrigiert werden mussten. Eine letzte Frage: lässt sich das Standardverhalten für das tmp-Verzeichnis global ändern und wenn ja, in welcher config? Ich bitte um Verzeihung, wenn sich das durch simples Nachlesen aus dem getting-started oder einer anderen Doku ergibt.
Freundliche Grüße und vielen Dank für die Unterstützung an alle Beteiligten!
Nico Kriesel

@n.kriesel

Eine letzte Frage: lässt sich das Standardverhalten für das tmp-Verzeichnis global ändern und wenn ja, in welcher config? Ich bitte um Verzeihung, wenn sich das durch simples Nachlesen aus dem getting-started oder einer anderen Doku ergibt.

Wenn es um das "Standardverhalten" des oPB geht, dann kann die Option -t, sofern die erweiterten Depotfunktionen nicht genutzt werden, in den Einstellungen ergänzt werden. Sollte das bei eingeschalteten, erweiterten Depotfunktionen nötig sein, muss ich das programmtechnisch anpassen und einen entsprechenden Einstellungsparameter vorsehen.

Ich würde aber in einem solchen Fall lieber dem /tmp Ordner eine eigene Partition bzw. Platte spendieren. Das erhält das Standardverhalten der opsi-Tools und bleibt damit auch jederzeit erweiterbar. So kann man auch in keinem Fall vergessen, solche Sonderparameter nutzen zu müssen.

Just my2c...