Content
Dateianzeige für update-chk (1.0.4)
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