Hi Mike, hallo Liste
Ich habe hier einige "seltsame" Erscheinungen, was wohl damit zusammenhängt, dass mir das Ineinandergreifen der verschiedenen Komponenten des gesamten Setups noch nicht klar sind. Es laufen eben Dinge (undokumentiert) im Inneren ab, denen man erst auf die Spur kommen muss. Ich hab mal eine Skizze von meinem Netz in den Anhang gepackt. Folgende Gedanken "plagen" mich. Wer ist der Cups-Server? Der Tjener kann es eigentlich nicht machen, weil er (bei mir) keine Maschinen in den 192er Netzen erreicht. Damit kann er die Drucker nicht sehen und auch nicht verwalten. Meine zwei Computerräume sind durch eine 24er Netmask voneinander getrennt => jeder LTSP muss ein eigenständiger CUPS-Server sein? DHCP Auf jedem LTSP läuft ein DHCP-Server (ist nicht optimal, weiß ich). Die Requests der Clients erreichen beide Server (sieht man im Syslog vom Tjener). Der "falsche" LTSP reagiert auch brav mit "wrong net". Der andere LTSP liefert dann die Adresse aus. Die Info, welche Maschine (MAC) welche IP bekommen soll, die sollte wohl über das andere Interface vom Tjener ermittelt werden (oder aus dem eigenen Cache). Nun musste ich aus verschiedenen Gründen die IP der Drucker (im LDAP) ändern. Es war danach nicht möglich, die Drucker mit dieser IP zu versorgen. Ich habe die Dienste, die Server, die Drucker, ... neu gestartet - immer die alte IP. /var/lib/dhcpd.leases geleert - nie bekam der Drucker DIE IP, die im LDAP stand (ja, ldap2bind hab ich auch aufgerufen) NBD Am Ende des Tages hängen auf einem der LTSPs zahlreiche Prozesse, die dem User nobody gehören und den Dienst NBD betreffen. Ich habe am Samstag noch einige Fehler (von mir) im LDAP gefunden (IP-Zuweisungen zum falschen Raum). Nun muss ich diese Woche nochmal beobachten, was sich auf den beiden LTSP's abspielt. CFENGINE Kann man auf diese Weise Softwareverteilung oder zumindest Nachinstallieren von Programmen veranlassen? Das wäre unbedingt in die Doku aufzunehmen. DHCP + BIND In Gosa kann man bei der DHCP Einstellung zwischen (tjener) dhcp (tjener) intern (tjener) 10.0.0.0 (tjener) subnet.intern00 (tjener) 192.168.0.0 (tjener) subnet.intern01 (tjener) 192.168.1.0 Wählen. Wo liegt bei den ersten 3en der Unterschied, die anderen sind auch paarweise identisch. Wenn man den entsprechenden Bereich im DNS aktiviert (Checkbox rechts), dann ist der Client dennoch nicht über seinen Namen pingbar. (z.b. ping drucker2 geht nicht) - hier muss man dann den ganzen DNS-Namen angeben ping drucker2.subnet00.intern Ich bin nicht sicher, dass die gesamte Kommunikation im Netz diesen Namen verwendet. LTSP SSH hab ich bereits deaktiviert, hat was gebracht. War schon immer eine Engstelle. SET RUNLEVEL Ok, das Skript ist einfach genug - aber das wertet doch die IP-Adresse aus und übergibt je nach 10er oder 192er den Wert 3 oder 4 an den init(?) Prozess. Wofür braucht man dann den Runlevel-Parameter in der Appendline, wenn dann doch über die IP entschieden wird. Und dann ist mir immer noch nicht klar, was sich am Bootprozess ändert. Der prinzipielle Unterschied zwischen diskless und Thin ist mir schon klar - aber was ändert das technisch. Darüber findet man auch in der LTSP-Doku nichts - zumindest ich :) BIND Werden die verschiedenen A_Names im Bind dynamisch über die Netgroup-zugehörigkeit erstellt? Zumindest hat beim Tjener cservd und cups gefehlt. KDE Auch auf meinen Workstations eine Katastrophe. Nach dem Login folgt auf die Initialisierung der Oberfläche eine (mindestens) 30sekündige Totzeit. In der Zeit kann man klicken was man will, es passiert nichts. Irgendwann wird dann der Start-Button aktiv. So lange waret aber kein Schüler .... Viele Fragen, ich weiß. Aber leider keine Antworten dort wo ich sie hätte lesen können. Zum Systemgraben fehlt mir leider etwas die Zeit .... VG Wolfgang On 23.09.2012 21:11, Mike Gabriel wrote: Hi Wolfgang, |