MT (~MT@ppp-82-135-67-120.dynamic.mnet-online.de) joined #fai.
fai-guy (~fai-guy@p57B9BC3A.dip0.t-ipconnect.de) joined #fai.
Mrfai (~lange@kueppers.informatik.uni-koeln.de) joined #fai.
MT (~MT@ppp-82-135-67-120.dynamic.mnet-online.de) left irc: Ping timeout: 480 seconds
torkel_ (torkel@monsun.hpc2n.umu.se) left irc: Quit: leaving
torkel (torkel@ip64.degernas.se) joined #fai.
torkel (torkel@ip64.degernas.se) left irc:
torkel (torkel@ip64.degernas.se) joined #fai.
torkel (torkel@ip64.degernas.se) left irc:
torkel (torkel@ip64.degernas.se) joined #fai.
torkel (torkel@ip64.degernas.se) left irc:
torkel (torkel@ip64.degernas.se) joined #fai.
torkel (torkel@ip64.degernas.se) left irc: Quit: leaving
torkel (torkel@ip64.degernas.se) joined #fai.
itais (~itais@62.81.119.138.static.user.ono.com) joined #fai.
ErKa (~keryell@keryell.pck.nerim.net) joined #fai.
MT (~MT@dove.informatik.tu-muenchen.de) joined #fai.
Mrfai (~lange@kueppers.informatik.uni-koeln.de) left irc: Quit: leaving
Mrfai (~lange@suenner.informatik.uni-koeln.de) joined #fai.
MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds
MT (~MT@dove.informatik.tu-muenchen.de) joined #fai.
allee (~ach@allee.mpe.mpg.de) left irc: Read error: Connection reset by peer
allee (~ach@allee.mpe.mpg.de) joined #fai.
crg (crg@lagoon.freebsd.lublin.pl) left irc: Read error: No route to host
crg (crg@lagoon.freebsd.lublin.pl) joined #fai.
maswan (maswan@kennedy.acc.umu.se) got netsplit.
oz_ (~oz@anubis.coresystems.de) got netsplit.
maswan (maswan@kennedy.acc.umu.se) returned to #fai.
oz_ (~oz@anubis.coresystems.de) returned to #fai.
meandtheshell (~sa@85-127-137-224.dynamic.adsl-line.inode.at) joined #fai.
meandtheshell (~sa@85-127-137-224.dynamic.adsl-line.inode.at) left irc: Read error: Connection reset by peer
meandtheshell (~sa@85-127-137-224.dynamic.adsl-line.inode.at) joined #fai.
meandtheshell (~sa@85-127-137-224.dynamic.adsl-line.inode.at) left irc: Read error: Connection reset by peer
ErKa (~keryell@keryell.pck.nerim.net) left irc: Ping timeout: 480 seconds
ErKa (~keryell@keryell.pck.nerim.net) joined #fai.
nocturn (~nocturn@d51A4378A.access.telenet.be) joined #fai.
13:17 nocturnHi guys
13:17 nocturnI'm trying to deploy FAI for a BEOWULF cluster (on Debian Etch)
13:17 nocturnBut I have two kinds of nodes, one 64-bit, the other 32-bit.  How do I handle this best with FAI?
13:22 stockholmhave two classes?
13:23 nocturnstockholm: With two NFSRoots?
13:23 stockholmnocturn: yes, i would think so
alexanderwz (~alexander@karuna.med.harvard.edu) got netsplit.
alexanderwz (~alexander@karuna.med.harvard.edu) returned to #fai.
13:35 nocturnHow do I make the 64-bit NFS-root and kernel image on an 32-bit FAI server?
13:36 Mrfaithis is not possible
13:36 Mrfaibut you can make a 32bit nfsroot on a 64bit server
13:37 MrfaiI think there's something written in the faiwiki on that topic
13:40 nocturnI can't find an article on this...
13:40 nocturnI know it can be done, though it's possible that make-nfsroot was run on an 64-bit machine over NFS
13:41 nocturnI have an existing cluster here deployed that way, though I do not know how it was set up.
itais (~itais@62.81.119.138.static.user.ono.com) left irc: Quit: See you
13:46 Mrfairunning make-fai-nfsroot on a 64bit machine and using a directory that is NFS mounted from a 32bit machine is also a good solution.
13:47 nocturnThanks, we'll go that route I guess
14:04 lazyb0yMrfai: yes, maxpackages does it... any reason why this isn't used by default?
14:05 MrfaiIMO it takes much longer when using MAXPACKAGES=1. Can you please compare the time of calling fai-mirror with and without setting it.
14:06 MTMrfai, didn't we have this setting at some point?
14:06 MTafter all, it is fine to have confilicting packages in the mirror...
14:06 lazyb0yi didn't measure this run I did now, but from the feeling it's not much more - in both cases about 5-10 minutes, while the real reporistory is on the local machine
14:07 lazyb0yor maybe 5-15
14:07 lazyb0yfor a mirror that is finally about 1GB
14:08 lazyb0y(running fai-mirror with time now...)
14:12 lazyb0yBTW another thing I realized is, fai-mirror will not work well if I have an infrastructure where different systems (e.g. test and production, etch and sid) have different sources.lists
14:14 lazyb0yso currently this can only be solved by having multiple fai configdirs and point fai-mirror to that
14:15 lazyb0yI think, it's acceptable to say people need to build different cd's for systems with different sources.list's, but fai-mirror should also accept an extra sources.list as parameter.
14:15 lazyb0yor is that a much more compley topic?
14:18 lazyb0ydone with the fai-mirror with maxpackages
14:18 lazyb0ytime: 9 minutes for a mirror of 1.6 GB
14:19 lazyb0yI'm not going to measure the cal wihtpout again, I am sure it was not much faster - even if it only had 1.1 GB, probably because of the errors
MT (~MT@dove.informatik.tu-muenchen.de) left irc: Remote host closed the connection
MT (~MT@dove.informatik.tu-muenchen.de) joined #fai.
14:44 Mrfailazyb0y: fai-mirror for the simple examples. Using my local mirror. this creates a partitial mirror of 454MB.
14:44 MrfaiMAXPACKAGES=1 => 2min 26
14:44 MrfaiMAXPACKAGES=9999 => 1m22
14:45 Mrfaiand if you specify -v you will get a lot more output when setting the variable to 1.
14:45 MTand, well, is the mirror the same size?
14:45 Mrfaiyep. Same size in MB, I did not checked all packages
14:46 MTok, so there is some (obvious ...) overhead
14:46 MTbut the MAXPACKAGES=1 mirror is surely complete, the other may be broken
14:46 Mrfaiif your internet connextion is slow(er) then it does not count, because downloading takes more time
14:48 lazyb0yHere, I work with a bigger mirror, and then, the difference is not as much as there
14:48 lazyb0yand my connecttion here is very fast, it's the same machine
14:52 lazyb0ymeasuring the normal call now
14:52 Mrfaidifference in packages with simple example is only one package: inetutils-ping. It's missing when using MAXP...=9999
14:53 lazyb0yanyway, the questions is: is this increase in runtime worth the fact that users who run into this problem will not easily find the problem and the solution?
14:53 lazyb0yMrfai: you mean, even with the simple examples your mirror is incomplete?
14:54 lazyb0yBTW, my guess was wrong - it takes only 2m23
14:54 lazyb0ystill, creating something broken fast does not really count as "better" :)
14:55 lazyb0y(and there are 500MB of packages missing!)
14:58 Mrfaiok, I will set MAXPACKAGES=1 in fai-mirror.
nocturn (~nocturn@d51A4378A.access.telenet.be) left irc: Quit: leaving
fai-guy (~fai-guy@p57B9BC3A.dip0.t-ipconnect.de) left irc: Quit: leaving
ErKa (~keryell@keryell.pck.nerim.net) left irc: Ping timeout: 480 seconds
glance (glance@shaka.acc.umu.se) left irc: Ping timeout: 480 seconds
Mrfai (~lange@suenner.informatik.uni-koeln.de) left irc: Quit: leaving
MT (~MT@dove.informatik.tu-muenchen.de) left irc: Remote host closed the connection
MT (~MT@dove.informatik.tu-muenchen.de) joined #fai.
MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds
MT (~MT@dove.informatik.tu-muenchen.de) joined #fai.
MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds
fai-guy (~fai-guy@p54BD7E34.dip.t-dialin.net) joined #fai.
19:11 BarbarossaWarum geht install_packages nicht, wenn es chrooten soll, aber läuft, wenn ichs per Hand im chroot starte?
19:11 BarbarossaDas Problem scheint zu seien, dass er im Chroot keine "Debian Package Index" findet sondern nur dpkg-foo
19:12 Barbarossamein nfsroot ist 32bit und das chroot amd64
Mrfai (~lange@xdsl-87-78-72-162.netcologne.de) joined #fai.
sepski (~sep@217.17.211.51) joined #fai.
19:14 BarbarossaAh der Chef ist da
19:14 BarbarossaWarum geht install_packages nicht, wenn es chrooten soll, aber läuft, wenn ichs per Hand im chroot starte?
19:14 BarbarossaDas Problem scheint zu seien, dass er im Chroot keine "Debian Package Index" findet sondern nur dpkg-foo
19:14 Barbarossamein nfsroot ist 32bit und das chroot amd64
sepski (~sep@217.17.211.51) left irc: Remote host closed the connection
19:24 stockholmBarbarossa: versuches mit der "Mrfai:" notation.
19:24 stockholmvielleicht liest er es dann
19:25 BarbarossaMrfai: *stubbs*
19:27 Barbarossastockholm: Hast Du schonmal mit dem AptPkg::* Kram gearbeitet?
19:31 stockholmBarbarossa: nee
19:31 stockholmwozu braucht man das?
19:31 BarbarossaScheiss amd64 Karren
19:31 BarbarossaDas benutzt FAI um zu checken ob die Pakete, die in package_config/* angegeben wurden da sind.
19:32 BarbarossaWobei ich mich frage waurm man nicht einfach apt-get aufruft und guckt obs knallt.
19:32 BarbarossaDann hätte ich dieses Problem nicht
19:33 BarbarossaDie alles entscheidende Frage ist, warum ich keinen 'Debian Package Index' habe
19:33 stockholmapt-get im chroot ausführen?
19:33 stockholmapt-get update
19:33 BarbarossaDas macht das Ding ja
19:33 BarbarossaNur leider funktioniert das nicht
19:34 BarbarossaNehmen wir mal die Checks raus.
19:34 BarbarossaDie Pakete gibts ja schliesslich
19:34 stockholm:-)
19:35 Barbarossaschaunwamal
19:36 Mrfaiverstehe das Problem nicht. Package Index klingt nach Packages.gz. Vielleicht ist die sources.list falsch.
19:36 Barbarossanein
19:36 BarbarossaWenn ich per Hand nen chroot mache und dann apt-get isntall list_der_pakete mache tut alles
19:37 Barbarossain install_packages guckst Du ja im apt-cache nach ob das Pakete da ist.
19:37 stockholmkannst du ins generierte chroot reinchrooten und da apt-get machen?
19:37 Barbarossaja
19:37 Barbarossasag ich ja
19:37 BarbarossaUnd Du machst sowas:       return 1 if ($fitem->{File}{IndexType} eq "Debian Package Index");
19:37 BarbarossaAllerdings steht da bei nicht Debian Package Index dron sondern was mit dpkg
19:37 Mrfaiwenn du aptitude statt apt-get nimmst (im package_config) dann wird nicht ueberprueft ob das Paket existiert.
19:38 BarbarossaIch habs jett auskommentiert...
19:38 MrfaiBarbarossa: nimm einfach aptitude statt install hinter PACKAGES
19:38 Barbarossain der package_config?
19:38 Barbarossaok das ist natürlich noch einfacher
19:38 Barbarossaprobier ich gleich mal
19:40 Barbarossaok nen 64bit kernel wäre jetzt noch gut gewesen ;)
19:46 BarbarossaWarum hat der lilo nicht installiert? *wunder*
Lin_ (~igor@200.179.57.57) joined #fai.
Lin_ (~igor@200.179.57.57) left irc: Remote host closed the connection
20:01 Mrfailogfiles lesen :-)
20:03 BarbarossaJo. Is schon doof, wenn man nen '}' zuviel auskomentiert...
fai-guy_ (~fai-guy@p54BD7DE3.dip.t-dialin.net) joined #fai.
20:06 BarbarossaHmm. Ne Idee, warum ich nach der Installation kein Netz mehr bekomme?
20:07 Barbarossakomische hardware
20:07 Mrfaigibt viele Gruende.
20:07 Barbarossada sind eth0 und eth1 vertauscht :-(
20:07 Mrfaifirewire? kann zu eth0 werden
20:08 Barbarossane is nen Dell-Blade
20:08 Barbarossaeth0 und eth1 sind ja da. Nur falsch rum ...
20:08 stockholmahh, ätzend.
20:08 BarbarossaIch *HASSE* udev
20:08 stockholmBarbarossa: am einfachsten ist umstöpseln
20:08 Mrfailiegt daran das der kernel eine andere reihenfolge hat als PXE boot.
20:08 Barbarossastockholm: geht nicht.
20:08 BarbarossaDas ist nen Blade. Das kann ich einfahc nur 'reinstecken'
20:08 stockholmBarbarossa: kannst du eine im bios abstellen?
20:09 BarbarossaWill ich nicht.
20:09 Mrfaihilft nur bei PXE, der kernel wird imme rbeide sehen AFAIK
20:09 stockholmkannst du das netzwerkbooten bei der einen abstellen?
20:09 Barbarossabeim booten ists ja richtig
20:09 stockholmah
20:09 BarbarossaFAI nimmt auch die richtige
20:09 BarbarossaDie anderen ist nichtmal konfiguriet
fai-guy (~fai-guy@p54BD7E34.dip.t-dialin.net) left irc: Ping timeout: 480 seconds
MT (~MT@dove.informatik.tu-muenchen.de) joined #fai.
Lin (~igor@200.179.57.57) left irc: Quit: Ex-Chat
fai-guy_ (~fai-guy@p54BD7DE3.dip.t-dialin.net) left irc: Quit: leaving
Mrfai (~lange@xdsl-87-78-72-162.netcologne.de) left irc: Quit: leaving
Nick change: MT -> Guest273
MT (~MT@ppp-82-135-6-74.dynamic.mnet-online.de) joined #fai.
glance (glance@shaka.acc.umu.se) joined #fai.
Guest273 (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds
MT (~MT@ppp-82-135-6-74.dynamic.mnet-online.de) left irc: Ping timeout: 480 seconds
ErKa (keryell@keryell.pck.nerim.net) joined #fai.
MT (~MT@dove.informatik.tu-muenchen.de) joined #fai.
ErKa (keryell@keryell.pck.nerim.net) left irc: Ping timeout: 480 seconds
--- Wed Dec 5 2007

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