Sie befinden sich hier: eisfair / Pack-Eis
News News News

Navigation

Content

Dateianzeige für update-chk (1.0.2)

usr/share/doc/update-chk/update-chk.txt
Das update-chk-Package Dieses Paket prüft im I-Net auf vorhandene Updates für den Eisfair. Voraussetzungen base 2.7.4 oder höher Optional ein funktionierender SMTP Client Konfiguration Die Konfiguration beinhaltet folgende Optionen: START_UPDATE_CHK: Aktiviert oder deaktiviert die Funktionalität des Paketes. Mögliche Werte: yes no UPDATE_CHK_MOD: Hier wird der Modus, in dem gearbeitet werden soll festgelegt. Mögliche Modi sind Mitteilung per Mail, eine Hinweismeldung auf der Konsole oder beides. Um eine Mitteilung per Mail zu bekommen ist mindestens ein SMTP Client erforderlich (ich habe mit dem Paket MSMTP getestet). Mögliche Werte: console mail both UPDATE_CHK_UPDATES_PACKAGES_DB: Nur wirksam mit der neuen Paketverwaltung "eisman"!! Also Base 2.7.5 oder höher! Mit diesem Schalter kann eingestellt werden, ob Update Checker sich auch um das Update der Lokalen Paketdatenbank kümmern soll. Was aus meiner Sicht sehr sinnvoll ist! So ist gewährleistet, dass bevor Update Checker die Datenbank auf Update fähige Pakete prüft diese auf dem neusten Stand ist. Hierfür sind jedoch einige Voraussetzungen zu erfüllen: Die beiden Parameter aus der URLs Administration URL_UPDATE_PACKAGES_DB_INIT URL_UPDATE_PACKAGES_DB_CRON MÜSSEN auf no stehen! Die anderen Variablen können so stehen bleiben, es wird dann auch eine Mail verschickt wenn sich auf den Geprüften Servern etwas verändert hat (wenn es den so eingestellt ist). Hinweis: Bleibt dieser Wert auf "no", ist durch den Admin für eine sinnvolle Einstellung der jeweiligen Prüfläufe zu sorgen. Wenn die Werte: URL_UPDATE_PACKAGES_DB_INIT auf yes und UPDATE_CHK_CRON_TIME auf @reboot stehen, ist die Wahrscheinlichkeit, veraltete Ergebnisse zu erhalten sehr groß! Genau das war der Grund, warum ich diese Einstellmöglichkeit geschaffen habe. Sollten die Parameter aus der URLs Administration nachträglich geändert werden wird Update Checker das aktualisieren der Paketdatenbank NICHT durchführen und eine Fehlermeldung produzierten die auf diesen Umstand hinweist! Mögliche Werte: yes no UPDATE_CHK_MAILTO: Hier kann eine gültige Mailadresse eingegeben werden, bleibt diese Variable leer, wird automatisch als Empfänger "root" eingetragen. Auch wenn hier die Beispielmailadresse "eine.adresse@server.lan" eingetragen ist, wird hier "root" automatisch als Empfänger eingetragen. Dann muss natürlich gewährleistet sein, dass Mails an "root" auch jemanden erreichen. Mögliche Werte: Gültige Mailadresse UPDATE_CHK_CRON_TIME: Hier wird die Zeit für die zeitgesteuerte Prüfung über den Cronjob eingestellt. Aus meiner Sicht ist eine Prüfung ein mal täglich (so wie vorgegeben um 19:45 Uhr) vollkommen ausreichend. Aber es ist jede andere Einstellung, die mit crontab möglich ist machbar. Des weiteren kann hier "@reboot" angegeben werden, womit der Updatecheck direkt nach dem Booten durchgeführt wird, und sich somit auf einem nicht durchgängig laufenden Server als Einstellung anbietet. Mögliche Werte: Syntax wie bei crontab oder @reboot UPDATE_CHK_STABLEONLY: Hier wird eingestellt, ob nur nach Updates gesucht werden soll die den Status "stable" haben. Die Ausgabe an der Konsole wird durch diesen Schalter auch beeinflusst, die Ausgabe erfolgt dann in "stabe | unstable" (Anzahl), wenn der Schalter auf "no" steht. Mögliche Werte: yes no UPDATE_CHK_SVN: Hier kann eingestellt werden, ob der SVN Server, wenn er eingetragen ist, auch mit durchsucht werden soll. Mögliche Werte: yes no UPDATE_CHK_MAIL_UPDATES_ONLY: Um nur eine Mail zu erhalten, wenn wirklich Updates verfügbar sind muss dieser Schalter auf yes gesetzt werden. Wer über jeden Lauf der Prüfung informiert werden möchte, lässt diesen Schalter auf no. Mögliche Werte: yes no Anmerkung zur Eis-Menü-Funktion "Check for updates now": Diese Funktion löst eine Prüfung ohne Mailversand aus und zeigt das Ergebnis sofort auf der Konsole. Es wurde berichtet, dass diese Prüfung durchaus 10 Minuten oder länger dauern kann. Dies ist von vielen Faktoren abhängig, z.B. wie viele Pakete sind installiert, wie viele Server müssen durchsucht werden und nicht zuletzt wie schnell ist die Internetverbindung. Deshalb habe ich eine Hinweismeldung eingebaut. Also bitte keine Panik wenn es mal etwas dauert! Anmerkung zwei: Das Skript lässt nur einmal zur Zeit starten. Wenn es ein zweites mal gestartet wird, wird die zweite Instanz wird abgebrochen. Auf der Konsole wird eine Fehlermeldung ausgegeben. Der Grund für dieses Vorgehen ist: Es soll verhindert werden, dass die Listen, die bei der Abarbeitung erstellt werden nicht doppelt erstellt werden und zu Fehlinterpretationen führen. Dies ist kein "normales" Verhalten von Update Checker und kommt eigentlich nur bei händischem eingreifen vor. Anmerkung drei: Zur Zeit wird gerade ein neuer Paketmanager in Eisfair 1 implementiert. Die Ausgaben dieses neuen Paketmanagers "eisman" unterscheiden sich von denen, die der alte Paketmanager geliefert hat. Update Checker kann mit diesen Ausgaben bereits umgehen, sodass es bei der Umstellung auf "eisman" keine Probleme geben sollte! Anmerkungen zum Umgang mit dem Updating der packages.db: (Von Marcus Röckrath, übernommen aus der eisfair-dev NG) Um das allen nochmal zu verdeutlichen. Die Update-Funktion der Base (URL-Administration) aktualisiert die lokale Datenbank aller verfügbaren Pakete; hat man die dort die Mailbenachrichtigung aktiviert, wird man per Mail über das Ergebnis des Datenbankupdates informiert. Helmuts Update-Chk prüft, ob es in Bezug auf die installierten Pakete Updates gibt und benachrichtigt darüber beim Login oder/und Mail. Damit die Prüfung aktuell ist, sollte die lokale Paketdatenbank zum Zeitpunkt der Prüfung durch Update-Chk möglichst akzuell sein. Daher hat Helmut die Möglichkeit eingebaut, dass Update-Chk die Datenbankaktualisierung auch selbst vornimmt: UPDATE_CHK_UPDATE_PACKAGES_DB='yes' Wird diese Parameter gesetzt, ist es sinnvoll in der URL-Konfiguration das Datenbankupdate abzuschalten, da der gleiche Vorgang angestoßen wird, aber im Update-Paket das nun zum gleichen Zeitpunkt, wie die Prüfung auf Updates für die installierten Pakete erfolgen kann: URL_UPDATE_PACKAGES_DB_CRON='no' URL_UPDATE_PACKAGES_DB_INIT='no' Setzt man in beiden Konfigurationen das Paketdatenbankupdate auf yes, wird diese im Update-Chk deativiert. Wünscht man weiterhin die Mail über neue Pakete, setzt man die URL-Konfiguration weiterhin so: START_UPDATE_CHK='yes' URL_UPDATE_PACKAGES_DB_MAIL_ADDR='email-Adresse' Für eine Mail bezüglich vorhandener Updates für das eigene System setzt man in der Update-Chk-Konfiguration UPDATE_CHK_MOD='mail' oder UPDATE_CHK_MOD='both' zu setzen. -- Danke Marus, besser hätte ich es nicht gekonnt! -- Helmut Backhaus 2018-11-28