{5} Accepted, Active Tickets by Owner (Full Description) (35 matches)

Das Paket "linuxmuster-nagios-fernueberwachung" in Version 0.7.0-0 funktioniert nicht (keine Verbindung vom zu überwachenden Server zum Nagios-Server)

Ursache ist vermutlich folgende Zeile in der Konfigurationsdatei "/etc/nagios/nrpe.cfg": #allowed_hosts=127.0.0.1,${NAVIGATE_IP}

Script erforderlich, das sophomorix-Konfigurationsdateien aus Etch dumped, und auf Lenny/ubuntu Server wieder einspielt.

Zu dumpen:

• Konfigurationsdateien
• Postgres Datenbank SQL dump

Testen:

kann sophomorix-support dazu abgeändert werden?

Option --dump-path dazu Option --bzip2 dazu

schulkonsolenseite zum managen der Druckerquotas - benötigt ein erweitertes Rollenmodell in der Schukonsole (oder eine zusätzliche Rolle)

Nach einem Update auf Version 5 stürzt der integrierte IPCop mehrmals pro Tag ab. D.h. auf dem Host System ist kein Prozess der UML (linux) mehr zu finden. Ein "/etc/init.d/linuxmuster-ipcop restart" belebt den IPCop wieder, bis zum nächsten Absturz. Kernel-Version: 2.6.26-2-686-bigmem IPCop Paket: linuxmuster-ipcop_1.4.21-lenny18_i386.deb Der IPCop wurde auch schon über /usr/share/linuxmuster-ipcop/restore-uml.sh wiederhergestellt.

Hallo,

ich habe die aktuelle PaedML und alle Clients neu aufgesetzt. Bei allen Clients (Win XP SP2 und SP3) hatte ich das in: http://lml.support-netz.de/trac/wiki/LINBO-Domaenenbeitritt beschriebene und gelöste Problem. Es wäre schön, wenn diese Lösung bei den verschiedenen Abschnitten zum Domänenbeitritt in der Dokumentation der PaedML aufgenommen würde und man nicht erst lange danach im Netz suchen muss. Danke :)

Auf dem Linuxclient sollte die Biosuhr nicht in UTC laufen, damit es keine Probleme gibt, wenn Windows parallel installiert ist.

Außerdem könnte ein NTP-Client laufen.

So könnte es gehen:

• NTP-Client installieren und konfigurieren
• In der Datei /etc/default/rcS die Option "UTC=no" patchen
• Die Zeit vom Server holen und hart setzen
• Die Biosuhr stellen

Managementseite für remoteadmin-Account in der Schulkonsole:

• Anlegen,
• Deaktivieren und
• Löschen des Accounts.

Die Druckereinrichtung auf dem Ubuntu-Client muss aktualisiert werden. CUPS findet die Drucker, die der Server exportiert automatisch.

Konfigurationsanpassungen in /etc/default/saslauthd notwendig. Siehe r587.

Die neuen LINBO 2 Features müssen dokumentiert werden.

Es scheint so, dass ein Klick auf die Schaltfächen auf dem Imaging-Reiter unter bestimmten Umständen doppelt interpretiert wird, und so zu Fehlern führt. Die GUI verhält sich dann auch so, dass man den Eindruck hat, es wäre zwei Mal schnell hintereinander geklickt worden.

So wird z.B. beim Betätigen von Erstellen+Hochladen das Image erstellt aber nicht hochgeladen, die Konsole meldet "Hochladen nicht ausgewählt". Im Log steht findet sich dann sowas:

Possible Bug detected: linbo_cmd already running. 1244 root 2300 S /bin/sh /usr/bin/linbo_cmd upload 10.80.1.1 linbo passwort dev/sda5 win7.cloop 1259 root 2300 S /bin/sh /usr/bin/linbo_cmd upload 10.80.1.1 linbo passwort /dev/sda5 win7.cloop 1262 root 2168 S /bin/sh /usr/bin/linbo_cmd create /dev/sda5 win7.cloop win7.cloop /dev/sda1 /dev/sda1 grub.exe Append =

Funktion zum Aufräumen, Handbuch-Hinweis

ein Kunde möchte neue LINBO-Images automatisch inkl. Partitionierung und Formatierung per Torrent an alle Clients ausrollen.

Es ist LINBO 1.99.17-28 installiert. Gebootet wird auf PCs mit 256 MB RAM und zwar Windows XP SP3.

Dieses Vorhaben schlägt aber leider fehl (Auszug aus dem Log):

## Thu Aug 18 16:27:32 UTC 2011 : Starte Komplettrestore von fs80-win.cloop.

cp_cloop 1:»fs80-win.cloop« 2:»/dev/sda1«

FATAL: Error inserting cloop (/lib/modules/2.6.38.8/kernel/drivers/block/cloop.ko): Cannot allocate memory

Fehler: Archiv "fs80-win.cloop" nicht vorhanden oder defekt.

1887 pages reserved

44634 pages shared

11306 pages non-shared

cloop: out of kernel mem for offsets

cloop: Unable to get file /cache/fs80-win.cloop for cloop device, error -12

## Thu Aug 18 16:27:33 UTC 2011 : Beende Komplettrestore von fs80-win.cloop.

Das Ziel des Kunden ist:

Die Konfiguration soll das automatische Verteilen des Images bewirken:

(1) partitionieren und formatieren

(2) Image downloaden

(3) Partition1 reparieren (hier auspacken)

(4) WIndows starten

Beim derzeitigen Softwarestand bricht Linbo nach (2) ab. Danach muß ich in der start.conf.fs80 (1) deaktivieren,

damit nach einem Reboot der PC einsatzbereit fertig installiert wird.

LML-Wiki: Besonderheiten mit LINBO - „Nach dem Domänenbeitritt starte man nicht sofort neu“ Im Handbuch fehlte der Hinweis, nicht neu zu starten. Man soll laut Wiki zuerst mtaman und sophomorix-passwd ausführen und dann neu starten. - „Nun erstellt man das Image und stellt die erforderlichen Registry-Patches bereit“ Laut Wiki scheint der REG-Patch für das Image erst nach der Domänenaufnahme erstellt zu werden. Das ist im Handbuch anders beschrieben (siehe Kapitel 7.3.3 LINBO im Einsatz).

Damit in der Sambakonfiguration die unsicheren Widelinks für das Userhome abgeschaltet werden können, werden die Links zu den Tauschordnern durch Bind-Mounts ersetzt.

Beim Anmelden werden alle für den Benutzer relevanten Tauschordner (bei Lehrerinnen zusaetzlich /home/students) gemountet, beim Abmelden ungemountet.

Mit der zunehmenden Umstellung von MBR-Partitionstabellen auf GPT (GUID Partition Table) sollte überprüft werden, ob Linbo und das restliche System kompatiebel hierzu sind, um gegebenenfalls in Ruhe die notwendigen Anpssungen und Erweiterungen vorbereiten zu können.

Das zunehmende Erscheinen von Festplatten jenseits der 2TB-Grenze und der Wechsel von BIOS- auf UEFI-Systeme insbesondere auch im Hinblick auf das Erscheinen von Windows 8 tauglichen PC-Systemen wird die Frage in etwa einem halben Jahr häufiger aufwerfen.

Um die Backupzeitslots möglichst klein zu halten, überlegen wir, die Images auszuklammern. Diese sind ja auf allen Clients eh (als "Quasi-Backup") vorhanden. Dazu wäre es geschickt, die Image-Dateien von den Config-Dateien zu trennen (z.B. Images in /var/linbo/images), damit dieser Ordner in der Backupkonfiguration ausgenommen werden kann. Die Linbo-Konfiguration soll natürlich weiterhin gesichert werden, sonst könnten wir natürlich einfach /var/linbo ausklammern. Falls das keine allzu große Baustelle aufmacht, wäre das toll...