| thpo_ (~thpo@dotrc.de) left irc: Ping timeout: 480 seconds |
| thpo (~thpo@dotrc.de) joined #fai. |
| MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds |
| fai-guy (~fai-guy@p57B9C1D8.dip0.t-ipconnect.de) joined #fai. |
| meandtheshel1 (~sa@85-127-137-224.dynamic.adsl-line.inode.at) joined #fai. |
| allee (~ach@allee.mpe.mpg.de) joined #fai. |
| Nick change: tokkee_ -> tokkee |
| Nick change: \sh_away -> \sh |
| MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. |
| MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds |
| Mrfai (~lange@kueppers.informatik.uni-koeln.de) joined #fai. |
| nocturn (~nocturn@d51A4378A.access.telenet.be) joined #fai. |
| 09:11 nocturn | Morning guys |
| ErKa (keryell@193.50.97.163) joined #fai. |
| MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. |
| 09:49 nocturn | I was in here last week because I'm stuck setting up FAI on Debian etc |
| 09:49 nocturn | s/etc/etch |
| 09:49 nocturn | My client does a PXE boot but stops on Trying to load pxelinux.cfg/C0A80145 |
| 09:50 nocturn | I can download the file fine with a tftp client |
| 09:55 nocturn | I only have one suspicious log entry, tftp says |
| 09:55 nocturn | tftp: client does not accept options |
| 09:57 oz_ | but you had tftpd-hpa installed, right? |
| jcastang (~jcastang@laptop-147-210-128-147.labri.fr) joined #fai. |
| 09:59 jcastang | hi all |
| 10:00 nocturn | oz_: yes |
| 10:00 nocturn | And it works well with the tftp client |
| 10:01 Mrfai | you can ignore the message: .. does not accept optionss |
| 10:01 nocturn | strange thing is that when I run in.tftpd with -vvv, I get an entry when the client requests pxelinux.0 |
| 10:01 nocturn | but no entries for pxelinux.cfg/C0A80145 |
| 10:02 jcastang | I have a problem with java using FAI ;) |
| 10:02 jcastang | It can't be automaticly installed because of the license. |
| 10:02 nocturn | Mrfai: Ok, I thought it indicated a problem with the PXE loader code in the node's firmware... |
| 10:03 jcastang | as anyone fixed this problem ? |
| 10:04 Mrfai | jcastang: IIRC someone had solved this. But I have no pointer currently. |
| Action: oz_ had a solution for it |
| 10:04 Mrfai | nocturn: check if you install client really tries downloading from you tftp server. |
| 10:05 oz_ | but I wonder that it's not in the wiki jet |
| 10:05 oz_ | momplz |
| 10:05 jcastang | don't know, juste take a look |
| 10:05 Mrfai | oz_: do not wonder about it, but add it :-) |
| 10:05 oz_ | https://lists.uni-koeln.de/pipermail/linux-fai/2007-May/004954.html |
| 10:06 oz_ | Mrfai: ;) |
| 10:06 jcastang | thanks |
| 10:06 oz_ | I thought got the info from there |
| 10:06 nocturn | Mrfai: I see the entries for pxelinux.0, which downloads succesfully: |
| 10:06 nocturn | RRQ from 192.168.1.69 filename pxelinux.0 |
| 10:06 Mrfai | nocturn: so you should also see request for pxelinux.cfg/C0A80145 |
| 10:06 nocturn | But no entry for the configuration file, so presumably, the client didn't send it correctly |
| 10:07 oz_ | nocturn: maybe this pxelinux.0 comes from somewhere else than /srv/tftpd/fai |
| 10:07 nocturn | Mrfai: next entry is the one about the options |
| 10:07 Mrfai | yep. Or it send it to another server |
| 10:07 nocturn | no, it's the only place there... |
| 10:07 oz_ | nocturn: did you double check it? |
| 10:07 nocturn | There's no other server, they are on an isolated network |
| 10:07 Mrfai | use tcpdump to see if those tftp requests are really send to your server |
| Action: Mrfai has to drive by bike through the ugly rain now. brb |
| 10:08 oz_ | I mean, on the filesystem on your host |
| 10:08 nocturn | I'll try that, I'm first going to try a second node |
| 10:08 oz_ | Mrfai: though guy |
| 10:09 nocturn | oz_: There are 2 pxelinux.0 files on it |
| 10:09 nocturn | /srv/tftp/fai/pxelinux.0 |
| 10:09 nocturn | /usr/lib/syslinux/pxelinux.0 |
| 10:09 nocturn | tftp has /srv/tftp/fai/ as root |
| 10:09 nocturn | /usr is not shared by any means, ftp, nfs, ... |
| 10:10 oz_ | nocturn: can you prove that your tftpd does agree to this? :) |
| 10:10 oz_ | like Mrfai said, did you look with tcpdump at it? |
| 10:10 oz_ | did you strace the daemon? |
| 10:11 nocturn | I'm going to try a second node first (to see if the results are identical), then I'll run tcpdump |
| 10:20 nocturn | Same result on another node |
| 10:20 nocturn | And I got a dump file |
| 10:21 oz_ | which says what? |
| 10:21 nocturn | loading it in wireshark |
| 10:24 nocturn | I see the read request for pxelinux.0 |
| 10:25 nocturn | and the subsequent answer and data stream |
| 10:25 nocturn | then a read request for pxelinux.cfg/xx-xx-xx (MAC address) |
| 10:26 nocturn | OK! |
| 10:26 nocturn | the request for pxelinux.0 is to 192.168.1.1 |
| 10:26 nocturn | which is the master (tftp server) |
| 10:26 nocturn | the other requests are to 0.0.0.0!!! |
| 10:28 nocturn | How is this possible? |
| 10:30 oz_ | interesting... |
| Nick change: MT -> Guest795 |
| Guest795 (~MT@dove.informatik.tu-muenchen.de) left irc: Read error: Connection reset by peer |
| MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. |
| 10:33 oz_ | some msgs on the web say it could be a problem with your standard-route |
| 10:35 oz_ | nocturn: seems to be a dhcp prob |
| 10:35 nocturn | Strange that it would take pxelinux.0 |
| 10:35 oz_ | but I can't dig into it any further |
| 10:35 oz_ | cos I am @ work |
| 10:35 nocturn | dhcpd config says: |
| 10:36 nocturn | option routers 192.168.1.1; |
| 10:36 nocturn | the FAI server is dhcp and DNS server and firewall |
| 10:38 nocturn | oz_: what search did you run to find the standard-route answer? |
| 10:39 oz_ | http://www.google.de/search?hl=de&q=pxelinux+0.0.0.0&btnG=Google-Suche&meta= |
| 10:40 jcastang | I have another problem, more complex |
| 10:41 jcastang | I want to setup a pxe menu (that's ok) to select wich type of installation I want to make |
| 10:41 jcastang | here I want to chose between destroy /home and preserve /home |
| 10:41 oz_ | jcastang: that's easy! nocturne's prob is quite a thing |
| 10:42 jcastang | don't understand |
| 10:48 nocturn | I'm getting somewhere... It seems related to the next-server option in dhcpd in newer versions |
| jcastang (~jcastang@laptop-147-210-128-147.labri.fr) left irc: Remote host closed the connection |
| 10:52 nocturn | Found it! now got the next error |
| jcastang (~jcastang@laptop-147-210-128-147.labri.fr) joined #fai. |
| 10:54 nocturn | Now it says: could not find ramdisk image... |
| 10:54 nocturn | which indeed is not there... |
| 10:54 nocturn | Do I need to generate this manually? |
| ErKa (keryell@193.50.97.163) left irc: Ping timeout: 480 seconds |
| Mrfai (~lange@kueppers.informatik.uni-koeln.de) left irc: Quit: leaving |
| Mrfai (~lange@suenner.informatik.uni-koeln.de) joined #fai. |
| 11:14 jcastang | can I use some boot parameters in pxe config to define classes for hosts ? |
| 11:14 jcastang | in order to select wich type of installation I want ? |
| 11:22 Mrfai | yes. All kernel parameters are also defined as variables. So you could add an option like MYC=A,B,C |
| 11:22 Mrfai | Then you have to write a script, that defines classes depending on this variable definition. |
| 11:23 jcastang | so MYC can be reached in booted OS as $MYC variable ? |
| 11:24 Mrfai | yep |
| 12:36 h01ger | Mrfai, you still use "Homepage:" in the description of the fai binary packages. as its in the source packages control header this is redudant information |
| 12:36 Mrfai | I know |
| 12:36 h01ger | i thought so, but wasnt sure :) |
| ctp (~ctp@brsg-4d079517.pool.mediaWays.net) joined #fai. |
| 12:53 ctp | moin allerseits. bin langsam am verzweifeln, was unser fai setup angeht (ubuntu). bekomme beim booten des clients folgende meldung: |
| 12:53 ctp | registering unionfs 1.3 |
| 12:53 ctp | uups. 1.4 |
| 12:54 ctp | unionfs: debugging is not enabled |
| 12:54 ctp | unable to handle kernel NULL pointer dereference at xxxxxxxxx |
| 12:54 ctp | und einen dicken call trace dahinter |
| 12:55 ctp | muss man bei fai unionfs nutzen? |
| 12:55 Mrfai | ubuntu gutsy? |
| 12:56 ctp | ja |
| 12:57 Mrfai | ctp: Da ist unionfs via NFS defekt. |
| 12:57 Mrfai | es gibt aber einen workaround |
| 12:57 ctp | wollte urpsrünglich debian etch, aber der standardkernel hat enorme probleme mit intels ich9 chipsatz. noch nichtmal sata erkannt. |
| 12:58 ctp | ah, moment. gerade was neues erreicht |
| 12:58 Mrfai | ja,ja. Eine Installation faengt beim HArdwarekauf an. |
| meandtheshel1 (~sa@85-127-137-224.dynamic.adsl-line.inode.at) left irc: Quit: Leaving. |
| 12:59 h01ger | und 2.6.22 auf backports.org |
| 12:59 ctp | Mrfai, es geht um ein cluster mit 8 quads. haben uns für asus pundits entschieden. wie gesagt, intel ich9 |
| 13:00 ctp | h01ger, das problem ist, wie bekomme ich etch installiert, wenn der installer noch nichtmal sie sata platten erkennt? vermutlich irgendein hickhack über debootstrap? |
| 13:00 jcastang | I don't understand german, but are you saiyng that FAI kernel with ubuntu gutsy as been fixed ?? |
| 13:00 h01ger | ctp, fai?! |
| 13:00 ctp | h01ger, der fai server ist einer der knoten |
| 13:01 h01ger | http://kmuto.jp/debian/d-i/ hat d-i etch images mit 2.6.23 |
| 13:01 ctp | jcastang, i had some hw detection trouble with etch so switched to gutsy based on 2.6.22 |
| 13:01 ctp | h01ger, ah, ok |
| 13:02 h01ger | jcastang, no. so far they've been saying gutsy is buggy, bu there is a workaround. (but not where the workaround is :) |
| 13:02 jcastang | h01ger: yes I used some tricks to use FAI with gutsy |
| 13:02 ctp | h01ger, ich versuche es noch 1-2 std mit gutsy und dann werde ich definitiv wieder zurück zu etch. bin auch kein fan von *buntu |
| 13:02 jcastang | and it's working quite fine |
| 13:03 h01ger | jcastang, /me doesnt want to hear about it. (i hear more than enough about ubuntu problems here.) i'm happy with debian :) |
| 13:03 h01ger | ;) |
| 13:03 ctp | jcastang, i began to write this howto: http://wiki.slashconcept.com/index.php/Fully_Automatic_Installation_FAI_with_Ubuntu_7.10_Gutsy_Gibbon_Howto |
| 13:04 jcastang | fine, I may have a look (and complete if so) |
| 13:04 ctp | jcastang, i always document the non trivial stuff to help others to get it working ;-) |
| 13:04 Mrfai | gutsy workaround: create a feisty nfsroot and replace the base.tgz inside this nfsroot with a gutsy base.tgz. Then adjust the sources.list to use gutsy. |
| 13:04 ctp | jcastang, what did you make to get fai working? |
| 13:05 ctp | ah, ok ;-) |
| 13:05 Mrfai | so you are running feisty _during_ isntallation (also the kernel), but you will install a gutsy ssytem |
| 13:05 jcastang | yurk ! I don't understand german so I can't read this wiki |
| 13:05 jcastang | To use gutsy with fai, I set up a working FAI installation with feisty |
| 13:05 jcastang | and so update to gutsy |
| 13:05 ctp | jcastang, i translate most of the docs beeing finished with the german version ;-) |
| 13:06 jcastang | So I use feisty kernel with FAI and configure Fai to make gutsy installation (in source.list) |
| 13:07 ctp | ok, so i'll switch back to etch |
| 13:07 ctp | as my favorite ditro |
| 13:07 jcastang | lol :) |
| 13:07 ctp | but thx for info ;-) |
| 13:07 jcastang | no pb |
| 13:08 ctp | by the way: anyone here knows about some trouble running fai on amd64 (under etch)? |
| 13:09 Mrfai | ctp: no, amd64 should work. |
| 13:11 ctp | great. |
| 13:11 ctp | mni thx guys ;-) |
| ErKa (keryell@m2.wifi.enstb.org) joined #fai. |
| 13:28 nocturn | I got to booting everything, but now it complains about: |
| 13:29 nocturn | /lib/modules/2.6.18-fai-kernels |
| 13:29 nocturn | Something wrong with my root path? |
| 13:30 Mrfai | nocturn: which FAI version are you using? fai-kernels is not used any more in FAI >=3.2 |
| 13:31 nocturn | fai-server 3.2.4 |
| 13:35 nocturn | I can set root-path in dhcpd.conf, but that does not clear the error... |
| 13:36 h01ger | nocturn, apt-get remove fai-kernels |
| 13:36 h01ger | read NEWS.Debian |
| 13:36 nocturn | my nfsroot has that directory: /export/fai/nfsroot-i386/lib/modules/2.6.18-fai-kernels |
| 13:36 h01ger | nocturn, recreate the nfsroot too |
| 13:44 Mrfai | h01ger: hast du mir den request geschickt bzgl. alioth? |
| 13:44 Mrfai | hab so ne komische mail bekommen, wo kein absender drin steht |
| 13:45 h01ger | ja |
| 13:45 h01ger | fuer holger, ich bin nur als h01ger-guest member... |
| 13:45 Mrfai | komisch, das der username leer war. Ganz leer. |
| 13:45 h01ger | #alioth :) |
| 13:46 Mrfai | ok, holger geherot nun dazu, holger-guest nicht mehr |
| 13:46 h01ger | danke |
| 13:47 Mrfai | MT: ich werd dich auch mal mit DD namen hinzufuegen und michael-guest loeschen |
| 13:47 MT | wollt ich gerade sagen :-) |
| 13:47 MT | mt@d.o ... |
| 13:47 MT | thx! |
| 13:47 h01ger | Mrfai, username feld ist auch bei ner mail zu nem anderem projekt leer, ich melde es mal in #alioth,bin eh noch da :) |
| meandtheshel1 (~sa@85-127-137-224.dynamic.adsl-line.inode.at) joined #fai. |
| 13:47 nocturn | What should I set TFTPROOT to? |
| 13:47 MT | d.h. ich sollte das svn neu auschecken, nehme ich an!? |
| 13:48 Mrfai | MT: keine Ahnung |
| 13:48 MT | hast Du mich schon hinzugefügt? |
| 13:48 MT | dann versuche ich es mal ... |
| 13:48 Mrfai | TFTPROOT=/srv/tftp/fai |
| 13:48 Mrfai | MT: yep |
| 13:48 Mrfai | MT: weiss aber nicht ob alioth ne Zeit lang braucht um die Daten vielleicht zu synchronisieren |
| 13:49 MT | I'll try ... |
| 13:50 h01ger | MT, svn rebase oder sowas gibt es |
| 13:50 h01ger | sach mal bescheid, wenn du es hast ;) |
| 13:51 MT | svn switch vermutlich |
| 13:51 h01ger | alioth syncronisiert jetzt "schnell" |
| 13:51 h01ger | jup, das wars |
| 13:51 h01ger | und "schnell" ist durchaus schnell.. |
| 13:53 MT | hmm, scheint aber noch nicht zu funktionieren |
| 13:55 MT | h01ger, muss man da auf alioth erst einen neuen Account anlegen? |
| 13:56 h01ger | ich _glaub_ nicht, aber da gibs ne faq, momang |
| 13:56 h01ger | http://wiki.debian.org/Alioth/FAQ |
| 13:56 h01ger | #5 |
| 13:58 MT | muss ich mir dann für mt ein neues Passwort schicken lassen? |
| 13:59 MT | ... ja ... :-) |
| 14:00 MT | wo kann man denn den Account löschen lassen? |
| 14:01 h01ger | #4 iirc :) |
| 14:02 nocturn | I removed fai-kernels, rebuild nfs-root |
| 14:03 nocturn | but still the same, at boot time, the client looks for those files in /lib/modules/2.6.18-fai-kernels |
| 14:04 h01ger | maybe you have fai-kernels still mentioned somewhere in /etc/fai/ |
| 14:04 h01ger | ?` |
| 14:04 Mrfai | you have to copy the new kernel to your tftproot directory. |
| 14:05 nocturn | Mrfai: from where? |
| 14:06 Mrfai | from the nfsroot. Normally make-fai-nfsroot is doing that |
| 14:06 Mrfai | call make-fai-nfsroot -v again and paste the log to paste.debian.net |
| Action: nocturn is making nfsroot |
| 14:10 MT | svn switch --relocate svn+ssh://michael-guest@svn.debian.org/svn/fai/trunk svn+ssh://mt@svn.debian.org/svn/fai/trunk |
| 14:11 MT | h01ger ... |
| 14:12 h01ger | MT, thanks! |
| 14:16 nocturn | There's no vmlinuz* on the nfsroot now... |
| 14:18 nocturn | result of make-nfsroot |
| 14:18 nocturn | http://paste.debian.net/44585 |
| 14:20 Mrfai | WARNING: These unknown packages are removed from the installation list: linux-image |
| 14:20 Mrfai | this is wrong. |
| 14:20 Mrfai | that's why you do not have a kernel inside the nfsroot |
| 14:21 nocturn | Oops... |
| 14:21 Mrfai | if you have upgraded from an older FAI version, check all files in /etc/fai. Especially /etc/fai/NFSROOT |
| 14:23 nocturn | Mrfai: I switched from the Debian etch version to that on the official fai repos |
| 14:23 nocturn | Corrected and building again... |
| 14:23 Mrfai | so you have updated from 3.1.8 to 3.2.x and maybe you are still using the old version of files in /etc/fai. |
| 14:33 ed | Mrfai: you've received my anwsers to questionaire? :) |
| 14:33 ed | +the |
| MT (~MT@dove.informatik.tu-muenchen.de) left irc: Remote host closed the connection |
| MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. |
| 14:43 nocturn | Mrfai: Now it stops at: can't open /scripts/live.... |
| Action: h01ger thinks we need better upgrade documentation |
| 14:49 h01ger | nocturn, you do have the koeln repo in your nfsroots sources.list? |
| 14:50 nocturn | checking... |
| 14:51 nocturn | h01ger: no, it wasn't there... |
| 14:51 nocturn | Do I also need to deal with the koeln PGP key? |
| 14:51 h01ger | i dont think so, fai uses insecure apt on default |
| 14:52 nocturn | Ok, rebuilding nfsroot |
| 15:09 nocturn | Better... but now it dumps me to a busybox shell |
| 15:09 nocturn | What could be wrong? |
| ctp (~ctp@brsg-4d079517.pool.mediaWays.net) left irc: Ping timeout: 480 seconds |
| ctp (~ctp@brsg-4d0790e7.pool.mediaWays.net) joined #fai. |
| 15:33 ctp | etch installs 3.1.8 as default (fai-kernels suck). which source do you prefer to get 3.2 running on an etch box? backports? |
| 15:34 h01ger | backports |
| 15:49 nocturn | And now it stops at Calling 10-base-classes OK |
| 15:51 oz_ | nocturn: what does fai.log tell you? |
| 15:57 nocturn | oz_: I can't get a shell |
| 15:59 nocturn | I'm giving up for today... |
| 15:59 nocturn | Time to go home anyway |
| 15:59 nocturn | Thanks for all your help guys |
| nocturn (~nocturn@d51A4378A.access.telenet.be) left irc: Quit: leaving |
| ErKa (keryell@m2.wifi.enstb.org) left irc: Remote host closed the connection |
| 16:28 Mrfai | ed: yes. Email received. |
| 16:29 Mrfai | ctp: use the koeln repository as described on the main fai web page |
| 16:34 ctp | Mrfai, thx |
| 16:38 jcastang | I cannot set keyboard to fr-latin9, it always set us keyboard instead on console (tty) |
| 16:38 jcastang | as anyone got this error (with other keyboard too) |
| jcastang (~jcastang@laptop-147-210-128-147.labri.fr) left irc: Quit: Ex-Chat |
| fai-guy (~fai-guy@p57B9C1D8.dip0.t-ipconnect.de) left irc: Quit: leaving |
| Nick change: \sh -> \sh_away |
| meandtheshel1 (~sa@85-127-137-224.dynamic.adsl-line.inode.at) left irc: Quit: Leaving. |
| MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds |
| Mrfai (~lange@suenner.informatik.uni-koeln.de) left irc: Quit: leaving |
| MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. |
| 19:05 ctp | hi folks. what must i pay attention to building a fai kernel? i'm trying to get 2.6.23.1 running as fai kernel but booting a new client results in a BusyBox shell. |
| 19:05 ctp | Begin: Mounting root file system ...... |
| 19:06 ctp | eth0: e1000_watchdog: NIC Link is up 1000 Mbps Full Duplex |
| 19:06 ctp | ---> BusyBox shell opens |
| 19:06 ed | cat live.log |
| 19:07 ed | to get a kernel running fai you must patch it for unionFS |
| 19:07 ed | you must have nfs root |
| 19:07 ed | tcp nfs |
| 19:07 ed | network built in |
| 19:07 ctp | nfs works fine |
| 19:07 ed | and the ramfs enabled |
| 19:08 ctp | ok, the last lines from live.log: |
| 19:08 ctp | Begin: Trying netboot from 192.168.4.1:/srv/fai/nfsroot ... |
| 19:09 ctp | Begin: Trying nfsmount -o nolock -o ro 192.168.4.1:/srv/fai/nfsroot /live/image ... |
| 19:09 ctp | Done. |
| 19:09 ctp | mount: Mounting unionfs on /root failed: No such device |
| 19:10 ctp | hm, unionfs on /root? |
| 19:12 ctp | by the way: there's no way to install fai clients without unionfs? |
| 19:25 ed | no./ |
| 19:25 ed | unionfs apply nicely on 2.6.23.9, I've compiled it 2 days ago |
| 19:27 ctp | ok. that's the one i prefer. 2.6.23.9 or 2.6.24-rc4. so you patched 2.6.23.9 against unionfs patches? |
| 19:30 ed | yep |
| 19:30 ed | works nicely |
| 19:31 ed | just installed 5 box with that kernel today |
| 19:31 ctp | oh, andrew morton's mm branch is already patched against unionfs 2.x. i am using hos patches on my desktops ;-) |
| 19:32 ed | you love instability! :) |
| 19:32 ctp | ed: ok, mni thx for your infos |
| 19:32 ed | np |
| 19:32 ed | if you want I've a dot deb kernel package |
| 19:32 ed | patched against new e1000 driver |
| 19:33 ctp | ed: oh, ok. running intel board here with intel gigabit, so your kernel seems to be the one i wanna build ;-) do you have webspace to upload the deb? |
| 19:33 ed | yeah |
| 19:34 ed | the kernel is build mainly for vostro 200 |
| 19:34 ed | (dell system) |
| 19:34 ed | give me a minute to upload |
| 19:34 ctp | ed: great ! |
| 19:34 ed | do you wanna initrd & vmlinuz for pxe ? |
| 19:34 ctp | we're running 8 quads (asus pundit series) |
| 19:35 ctp | ed: all you have ;-) |
| 19:35 ed | i've not included all sata & eth drivers, so perhaps it'll not work on your system.. :) |
| 19:35 ed | give it a try |
| 19:35 ed | 'k |
| 19:35 ctp | well, fine ;-) |
| 19:39 ed | 1 min left |
| 19:41 ed | http://daboog.zehome.com/~ed/fai_kernel_2.6.23.9-2.tar.gz |
| 19:42 ctp | hm, the unionfs diff applies on the vanilla 2.6.23.9 from kernel.org? there's lot of git info (git-clone etc.) on the unionfs site. |
| 19:42 ctp | ed: thx again ;-) |
| 19:42 ctp | fast download. ready ;-) |
| 19:43 ed | :p |
| 19:43 ed | the dot deb can be used as host & boot kernel |
| 19:43 ed | the initrd and vmlinuz should only be used for boot |
| 19:43 ed | ('cause live) |
| 19:43 ctp | really fine |
| meandtheshel1 (~sa@85-127-137-224.dynamic.adsl-line.inode.at) joined #fai. |
| 20:02 ed | does it works? |
| 20:05 ctp | ed: hm, the client hangs during a "request_module: runaway loop modprobe binfmt-464c" |
| 20:06 ed | don't know what's that binfmt-464c ! |
| 20:06 ed | strange |
| 20:06 ed | maybe i2c stuff |
| 20:06 ctp | i try to patch 2.6.23.9 |
| 20:06 ctp | you used a simple patch -p1 foo.diff ? |
| 20:08 ed | yeah |
| 20:09 ed | (prefer using stdin ;)) |
| 20:09 ed | patch -p1 < foo.diff :) |
| 20:13 ctp | ok, compiles now. time for cup of coffee ;-) |
| 20:13 ed | within 8 quad? \o/ |
| 20:13 ed | I can compile it in less than 1 minute with my quad xeon :p |
| 20:15 ctp | we're running 8 barebones with (8xq6600). gcc is running on one of them (you know, security aspects ;-) so no distributed cc here ;-) |
| 20:15 ed | :D |
| 20:16 ed | a Q6600 in a barebone, wow, instant fire built in ! :D |
| 20:16 ctp | did you compile unionfs extended attrs within the kernel? |
| 20:17 ed | yep |
| 20:17 ed | don't know if thoses features were used or not, so, as I've done it on my spare time, a sunday, I've all enable lol :) |
| 20:17 ed | +d |
| 20:17 ctp | ed: the asus boxes have really good air flow. no trouble with the quads. made a performance test running them one day @ 100% |
| 20:17 ed | :) |
| 20:18 ed | ctp: I said that, as we sold thoses kind of barebones (pundit also) |
| 20:18 ed | they all went on fire |
| 20:18 ed | no exception :) |
| 20:19 ctp | ed: ok. we're using p5g33 |
| 20:19 ed | was 2 years ago :p |
| 20:19 ctp | ed: any experiences with them? |
| 20:19 ctp | ah |
| 20:19 ed | nope |
| 20:19 ed | We now are running with nec & dell |
| 20:19 ed | Really, really cheap, and very good hardware with nec |
| 20:19 ed | much cheap on dell systems |
| 20:20 ctp | dell is our desktop choice |
| 20:20 ed | now, for tiny systems, we use xdmcp on pcengines.ch alix systems :p |
| 20:22 ctp | ah, ok. pcengines rocks ;-) |
| 20:22 ed | yeah :D |
| 20:23 ctp | i've played around with wrap's ;-) |
| 20:24 ed | alix are better now :) 10 times more powerfull than soekris, 2 times cheaper, 2 times smaller, really good products :) |
| 20:24 ed | PXE is working for now on alix :) |
| 20:25 ed | I was frustrated with wrap that I can't PXE boot :p |
| 20:25 ctp | ed: hm, cool. i need something new for playing around. xmas is my time ;-) |
| 20:25 ed | perhaps a day, I'll setup FAI for my alix systems :D |
| 20:25 ed | haha :) |
| 20:26 ed | http://rapaces.zehome.com/autophoto/view/Clariboite/dsc00024.jpg << transition between wrap / alix :) |
| 20:26 ed | now there is the same wall with alix on my desk at work :-) |
| 20:28 ctp | our next project is fai for xen setups. with loadbalancing/failover on different xen clusters. really good man's toy ;-) |
| 20:28 ctp | nice pic |
| 20:28 ed | ^^ |
| 20:29 ed | I don't work with xen for now, as I hate the performance hit it :( |
| 20:29 ed | but that's always interesting such technologies :p |
| 20:29 ctp | definitely |
| 20:30 ctp | ok, i'm out for half an hour. have to eat something ;-) |
| 20:31 ed | have a nice lunch |
| 20:31 ed | or diner, don't know how to say that in english, bref bon apetit :) |
| ctp (~ctp@brsg-4d0790e7.pool.mediaWays.net) left irc: Ping timeout: 480 seconds |
| ctp (~ctp@brsg-4d079e85.pool.mediaWays.net) joined #fai. |
| meandtheshel1 (~sa@85-127-137-224.dynamic.adsl-line.inode.at) left irc: Quit: Leaving. |
| ErKa (keryell@keryell.pck.nerim.net) joined #fai. |
| ctp (~ctp@brsg-4d079e85.pool.mediaWays.net) left irc: Ping timeout: 480 seconds |
| stockholm (~andreas@petrus.schuldei.org) left irc: Quit: leaving |
| ctp (~ctp@brsg-4d079ee0.pool.mediaWays.net) joined #fai. |
| ctp (~ctp@brsg-4d079ee0.pool.mediaWays.net) left irc: Ping timeout: 480 seconds |
| ctp (~ctp@brsg-4d079f93.pool.mediaWays.net) joined #fai. |
| ErKa (keryell@keryell.pck.nerim.net) left irc: Remote host closed the connection |
| kugg (~kugg@user184.77-105-210.netatonce.net) left irc: Remote host closed the connection |
| kugg (~kugg@user184.77-105-210.netatonce.net) joined #fai. |
| ctp (~ctp@brsg-4d079f93.pool.mediaWays.net) left irc: Ping timeout: 480 seconds |
| ctp (~ctp@brsg-4d0795ba.pool.mediaWays.net) joined #fai. |
| --- Tue Dec 11 2007 |
