mikap (~mika@mail.michael-prokop.at) left irc: Remote host closed the connection
mikap (~mika@mail.michael-prokop.at) joined #fai.
thpo (~thpo@dotrc.de) left irc: Ping timeout: 480 seconds
thpo (~thpo@dotrc.de) joined #fai.
siretart (siretart@tauware.de) left irc: Remote host closed the connection
siretart (siretart@tauware.de) joined #fai.
siggg (~jean@tra78-5-88-172-128-32.fbx.proxad.net) joined #fai.
pjustice (~pjustice@yagi.h-net.msu.edu) left irc: Ping timeout: 480 seconds
pjustice (~pjustice@yagi.h-net.msu.edu) joined #fai.
ErKa (keryell@m2.wifi.enstb.org) joined #fai.
siggg (~jean@tra78-5-88-172-128-32.fbx.proxad.net) left irc: Ping timeout: 480 seconds
siggg (~jean@dyn-83-156-145-242.ppp.tiscali.fr) joined #fai.
08:26 oz__I wonder...
08:26 oz__In some kernels, the option " ethX=off" works on hosts with multiple nics, on others not
08:27 oz__what is nowadays a working option to disbale NICs during installation?
08:27 eartoastmoin
08:29 eartoastoz__: with an initrd-based kernel, the nic modules are loaded using udev-coldplugging within the initrd...
08:31 eartoastso you could unpack the initrd, see how the nic config is done inside (and see if an override option exists)
08:31 oz__so, one needs to pass the right arguments to the initrd?
08:32 eartoastthis would only work if the one creating the initrd-scripts has built in such an option
08:34 eartoastanother problem is, that due to the udev-coldplug, and in absence of /etc/udev/rules.d/z25_persistent-net.rules, the assignment ethX<->MAC is not stable
antares (~antares@mail.lipn.univ-paris13.fr) joined #fai.
09:15 antaresi install cacti it is runnig well on my server cacti, i have two 2 machines clients in my "http://localhost/cacti/host.php" thoses machines are down. I install snmp on all machine. Can you give the name of file where i must modifie on my clients machines
Mrfai (~lange@suenner.informatik.uni-koeln.de) joined #fai.
mludi42 (~or4000@213-205-85-140.net.novis.pt) joined #fai.
ErKa (keryell@m2.wifi.enstb.org) left irc: Ping timeout: 480 seconds
10:22 insomniaHallo, habe folgende Problematik, am ende einer installation fragt der client ob er die ssh-keys übertragen soll um die log-dateien auf dem server zu speichern. wenn ich dieses mit yes bestätige verlangt er plötzlich ein passwort von dem account auf dem server. Das war vorher nicht so. Hat jmd. vllt. eine Idee?
10:43 mludi42vielleicht ist es das kuerzlich bekannt gewordenen problem von debian, das ssh schwache keys generiert. die haben in der neuen version von openssh ne blacklist fuer schwache schluessel erstellt und wenn deiner dabei ist wird er nicht mehr akzeptiert -> du musst einen neuen generieren, um die passwort eingabe zu vermeiden. http://wiki.debian.org/SSLkeys
10:46 insomniaja die idee hatte ich auch schon, jedoch wird der key doch auf dem neuen client frisch generiert
10:46 insomniaoder habe ich da jetzt einen denkfehler drin
10:46 insomniaach du meinst das der client eine blacklist mit hat und den alten key vom server nicht akzeptiert?
10:46 mludi42ja
10:47 insomniadas könnte gut sein, danke ich werde das mal ausprobieren
ErKa (~keryell@keryell.pck.nerim.net) joined #fai.
allee (~ach@allee.mpe.mpg.de) left irc: Remote host closed the connection
allee (~ach@allee.mpe.mpg.de) joined #fai.
ErKa (~keryell@keryell.pck.nerim.net) left irc: Ping timeout: 480 seconds
ErKa (keryell@keryell.pck.nerim.net) joined #fai.
13:45 h01gereartoast, wie triggered ihr softupdates? daily im cron?
13:46 stockholmja, glaube ich
13:46 stockholmich überlege ob wir das auch so machen
13:46 stockholmscheint mir gut
13:48 h01gerhmja :)
Action: h01ger würde lieber wirklich getriggerte softupdates machen, nicht tägliche
13:51 stockholmh01ger: warum?
13:51 h01gerfühlt sich besser an
13:51 oz__controlle
13:52 stockholmja, kann sinn machen, kommt aufs umfeld an
13:55 Mrfaidas ist das bekannt push vs. pull problem. http://www.infrastructures.org/bootstrap/pushpull.shtml
14:27 stockholmMrfai: bei pull kann es aber auch passieren dass der server der pullen sollte das aus irgendwelchen gründen nicht tut und es keiner merkt.
14:34 eartoasth01ger: manuell
14:34 eartoastich starte mit fai-updater updates auf allen rechnern und ueberwache sie gleichzeitig
14:35 eartoastauf diese art und weise bekommt man fehler sofort mit
14:35 eartoastund kann eventuell das massenupdate abbrechen, falls irgendwas gehoerig schief laeuft
14:39 h01gerfai-updater logt sich per ssh auf dem client ein und startet dann da softupdates?
14:39 h01gerist das in fai? or in people/eartoast?
14:40 eartoastim wiki
14:40 eartoastkann ja den aktuellen tree auch mal ins svn packen
14:41 eartoasthat sich aber nicht viel veraendert ;)
14:46 eartoast http://faiwiki.informatik.uni-koeln.de/index.php/Fai-updater
14:50 eartoastMrfai: hast du dir die gpl-copyright-header-fixes schon angeschaut?
15:05 Mrfaieartoast: nein, bin im Augenblick sehr mit dem Programmierpraktikum beschaeftigt. Ich denke ich werde erst naechste Woche Zeit haben
15:11 h01gereartoast, danke
15:12 h01gereartoast, wieviele maschinen updatest du damit?
15:12 h01ger(auf einmal)
siggg (~jean@dyn-83-156-145-242.ppp.tiscali.fr) left irc: Ping timeout: 480 seconds
Mrfai (~lange@suenner.informatik.uni-koeln.de) left irc: Quit: leaving
mludi42 (~or4000@213-205-85-140.net.novis.pt) left irc: Quit: Leaving.
ErKa (keryell@keryell.pck.nerim.net) left irc: Ping timeout: 480 seconds
istaz (~olivier@72.245-242-81.adsl-dyn.isp.belgacom.be) joined #fai.
istaz_ (~olivier@188.217-242-81.adsl-dyn.isp.belgacom.be) left irc: Ping timeout: 480 seconds
siggg (~jean@tra78-5-88-172-128-32.fbx.proxad.net) joined #fai.
ErKa (keryell@keryell.pck.nerim.net) joined #fai.
istaz_ (~olivier@250.106-65-87.adsl-dyn.isp.belgacom.be) joined #fai.
istaz (~olivier@72.245-242-81.adsl-dyn.isp.belgacom.be) left irc: Ping timeout: 480 seconds
siggg (jean@tra78-5-88-172-128-32.fbx.proxad.net) left #fai.
ErKa (keryell@keryell.pck.nerim.net) left irc: Ping timeout: 480 seconds
--- Thu Jun 5 2008

Generated by irclog2html.pl 2.1_h01ger1 by Jeff Waugh - find it at freshmeat.net! Customized by Holger 'h01ger' Levsen