Updatescript

[Diggo]

Servus,

wollte nur mal anklingen lassen, dass ich gerade am schreiben eines Updatescriptes für die Trunks bin .
Es basiert auf den Anweisungen aus dem Wiki. Dachte mir BeNe und andere könnten sowas gebrauchen.

Jetzt bin ich mir nur nicht ganz sicher, ob ich das Rad neu erfinde (und wenn, ein bissl shellprogrammierung kann man immer lernen)...

gibt es schon einen automatischen Trunkupdater?

[BeNe]

Gute Idee! Nein sowas gibt es noch nicht.

Und wie willst du das machen mit dem "Trunkupdater"?
Ein "RC-Updater" könnte ich nachvollziehen.
Aber ein Update von Trunk z.B. #800 auf #911 ?!
Du musst ja jedesmal aufs neue die Trunks analysieren und nachschauen was sich geändert hat. Oder bin ich jetzt am Thema vorbei ?

Bin gerne dabei und würde helfen, wie und was auch immer!

Greez BeNe

[Diggo]

Wie ich das verstanden hatte ist man mit z.B. nem täglichen Update des Trunks auf der sicheren Seite. Scheinbar irre ich mich da. Dennoch ist vielleicht ein Trunkupdatescript bei nicht elementaren Änderungen nützlich.


Aktuell sieht mein Script noch so aus, dass es den aktuellen Trunk runterlädt, entpackt usw, halt genau die Befehle absetzt die der "Upgrade"-wikieintrag vorsieht.

Dazu habe ich das Script in Blöcke eingeteilt, die einzelne Schritte ausführen.
Alle Blöcke sind mit einer Ifabfrage an eine Variable gebunden, die im Kopf des Scriptes gesetzt wird (z.B. getsource usw.). Ist diese Variable 1, kann der Block ausgeführt werden.
Ich dachte so kann man (wenn nötig) einfach einen neuen Block dazwischen schieben, falls sich eine Änderung ergeben sollte, oder andere Schritte deaktivieren.

Ich würde am Wochenende noch ein wenig dran rumwerkeln und es dann im Laufe der nächsten Woche zum Test freigeben.
... Da es auf einem älteren Script zum Paketbau basiert, muss ich noch ein wenig Struktur reinbringen

[BeNe]

Quote:nem täglichen Update des Trunks auf der sicheren Seite. Scheinbar irre ich mich da

Nein, das tust du nicht.
Mir ist aber noch nicht ganz klar wie du Updaten willst wenn z.B. eine änderung in der ispcp.conf statt gefunden hat, oder in einer anderen Config eines Services Postfix z.B.

Das Update im Wiki aktualisiert NUR GUI & Engine. Mehr aber nicht.
Also jede änderung die wo anderst gemacht wird geht daran vorbei!

Greez BeNe

[Diggo]

Ich glaube mein letzter Post ist im Nirvana gelandet (?).

Du hast Recht, ich habe einen blöden GUI-Updater gebastelt *Pfff*...
Aber ein Trunkupdater wäre trotzdem ne Nette Sache, vielleicht lässt sich mit viel herumdiffen und awks und greps was drehen. Ich erkundige mich da mal morgen und sehe mir mal die Installation von ISP-CP genau an.

Kannst Du mir helfen den theoretischen Installationsablauf zu erfassen?

* Also eigentlich müsste man bei einem Update doch "nur" alle Dateien ersetzen, die sich geändert haben.
* Danach sollte man die Datenbank auslesen und die Domains etc. neu generieren lassen.
* Configdateien müssen an den richtigen Stellen ihre Werte behalten


Hm... klingt schon recht komplex.
Ein RC Updatescript sollte sich aber vielleicht noch aus dem Gerüst basteln lassen (falls es das auch noch nicht gibt).

Trotz der Ernüchterung, vielen Dank für die Aufklärung - ich war wohl etwas zu voreilig.

[gOOvER]

Sowas hatte ich mir auch schon überlegt, aber bin auch daran verzweifelt, das die Dateinen in /etc nicht oder nicht richtig aktualisiert werden. Die nächste schwierigkeit wäre, wenn es Änderungen an der DB gibt.

[Diggo]

So, hier mal zumindest der Unterbau für das GUI Update.

* Theoretisch müsste es doch klappen, dass man die Trunkversion des Installierten ISPCP herunterlädt, danach die aktuellste...
* dann irgendwie ein diff hinbiegen mit den Änderungen...
* diese Änderungen in ein file schreiben, welches dann abgearbeitet wird...

Irgendwie so in die Richtung. Ich mach mir da aber mal genauer nen Kopf.
Wenn das mit den Files erstmal steht, kann man sich ja über die Datenbank Gedanken machen, ich glaube die ist ein Tick "stabiler" als die Dateiversionen.

[joximu]

Hallo Diggo

ein echter und sauberer Updater dürfte komplex sein - ich denke, es wäre fast besser das generelle ispcp-setup soweit umzuschreiben, dass es nicht einfach abbricht, wenn zB. ein vu2000 User schon existiert, sondern dann halt die ispcp-eigenen Dinge soweit übernehmen kann.
Andererseits: es wird ja schon an einem Updatescript gearbeitet (vhcs->ispcp), welches auch RC-Versionen updaten soll - vielleicht kannst du damit mithelfen.
Ich habe gerade hier gepostet
http://www.isp-control.net/forum/vhcs-t-...l#pid16642
mit einem Vorschlag, den Updater abzukoppeln, damit es mit ispcp weitergehen kann.

Gruss Joximu