Bug 14900 - Lokale preup/postup Scripte
Lokale preup/postup Scripte
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: Update - univention-updater
UCS 2.2
All All
: P5 enhancement (vote)
: UCS 2.3
Assigned To: Daniel Hofmann
Janek Walkenhorst
:
Depends on:
Blocks: 14432
  Show dependency treegraph
 
Reported: 2009-06-29 10:58 CEST by Janis Meybohm
Modified: 2009-12-21 08:48 CET (History)
2 users (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Janis Meybohm univentionstaff 2009-06-29 10:58:10 CEST
Vorschlag eines Kunden (Ticket#: 2009062510000103):
am Anfang des preup.sh Skripts und am Ende des postup.sh Skripts ein lokales Skript aufrufen (falls es existiert), in welchem der Anwender eigene Aufgaben einstellen kann. Z.B.  /usr/local/sbin/local-preup.sh  bzw. local-postup.sh
Comment 1 Stefan Gohmann univentionstaff 2009-06-29 11:29:05 CEST
Sollte relativ einfach umsetzbar sein.
Comment 2 Sönke Schwardt-Krummrich univentionstaff 2009-06-29 11:34:43 CEST
An das Skript sollte alte und neue UCS-Version als Parameter übergeben werden, damit z.B. bestimmte Aktionen nur während bestimmter Versionswechsel vorgenommen werden können, falls mehrere Updates in einem Rutsch durchgeführt werden.
Comment 3 Daniel Hofmann univentionstaff 2009-09-03 17:06:44 CEST
Gefixt im Trunk. Changelogeintrag erstellt.
Skriptpfade sind mittels update/custom/preup bzw. update/custom/postup konfigurierbar. Sowohl preup.sh als auch postup.sh und die beiden Custom-Skripte erhalten als Parameter die alte bzw. die neue UCS-Version.

Evtl. muss noch was gemacht werden, damit die neuen preup.sh und postup.sh für "univention-updater net" zur Verfügung stehen ..?
Comment 4 Daniel Hofmann univentionstaff 2009-09-04 09:42:44 CEST
Ins Log kommt jetzt auch noch ein Zeitstempel zu Beginn des tatsächlichen Updates.
Comment 5 Sönke Schwardt-Krummrich univentionstaff 2009-09-04 12:28:43 CEST
Es wäre gut, wenn zu Beginn und Ende von preup.sh und postup.sh ein Zeitstempel ins Log geschrieben wird. 

"..."$update_custom_preup"...not executable" 
==> "$update_custom_preup is not executable"

"..."$update_custom_preup"...not found"
==> "$update_custom_preup not found"

Es sollte mit Pfadangabe darauf hingewiesen werden, daß jetzt das custom preup/postup gestartet wird und auch der Exitcode sollte dokumentiert werden. 
Sämtliche Ausgaben (auch des aufgerufenen custom-preup/postup) sollten unmodifiziert ins Logfile geschrieben werden.
Comment 6 Daniel Hofmann univentionstaff 2009-09-09 10:37:04 CEST
Gefixt im trunk.
Comment 7 Andreas Büsching univentionstaff 2009-11-06 16:28:46 CET
Beide Skripte funktionieren und bekommen die alte und neue Version übergeben.
Comment 8 Stefan Gohmann univentionstaff 2009-11-13 11:24:31 CET
Die Ausgabe sollte nicht auf die Kommandozeile kommen, sowohl die date-Strings, als auch die Ausgabe, dass kein lokales Skript gefunden wurde.
Comment 9 Daniel Hofmann univentionstaff 2009-11-13 14:09:54 CET
date-strings und custom(pre|post)up-Ausgaben und diesbezügliche Meldungen landen jetzt alle nur im Log, bis auf die Meldung (sofern es vorhanden ist), dass das custom-Skript ausgeführt wird.
Comment 10 Andre Fenske univentionstaff 2009-11-20 16:45:59 CET
Da ich nächste Woche in der Schule bin gebe ich den Bug in Absprache mit Stefan zurück an Bugzilla.
Comment 11 Janek Walkenhorst univentionstaff 2009-11-24 09:40:49 CET
Reopen:

Das Skript bekommt nur zwei leere Parameter übergeben:
['/root/pre up skript', '', '']
Comment 12 Janek Walkenhorst univentionstaff 2009-11-24 11:05:17 CET
(In reply to comment #11)
> Reopen:
> 
> Das Skript bekommt nur zwei leere Parameter übergeben:
> ['/root/pre up skript', '', '']

Das liegt daran, dass der Updater in 2.2-2 noch alt ist.
Comment 13 Janek Walkenhorst univentionstaff 2009-11-24 13:05:29 CET
Verified: Skripte werden ausgeführt, Meldungen landen in der updater.log.
Comment 14 Stefan Gohmann univentionstaff 2009-12-21 08:48:46 CET
UCS 2.3 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte der Bug dupliziert werden: "Clone This Bug".