[05:48] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. [06:12] ErKa (keryell@m9.wifi.enstb.org) joined #fai. [06:54] Nick change: \sh_away -> \sh [07:44] how can it happen that in variables.log is BOOT_DEVICE=/dev/md1, but in disk_var.sh BOOT_DEVICE=/dev/sda ? [07:45] Nick change: oz__ -> oz [07:46] Nick change: oz -> Guest2745 [07:46] Nick change: Guest2745 -> oz_ [08:21] Hello. [08:22] Im porting my fai-tree to new 3.2 style with unionfs and so on. [08:23] To start adapting installer for ubuntu-gutsy. [08:23] im trying to find which part that should generate the boot-initramfs? [08:24] oz_: are you running some plugin for software-raid or? [08:25] its probably that one thats changes the BOOT_DEVICE when it runs. [08:32] glance: year playing with SW_RAID [08:32] then its that guy thats changes your BOOT_DEVICE [08:35] Mrfai (~lange@suenner.informatik.uni-koeln.de) joined #fai. [08:41] ok. the bug is that the nice "update-initramfs -k all" doesn't bite. [08:41] you needed to use the specific version to trigger it to create a initramfs. [08:41] glance: ? i don't understand...? [08:42] oz_: not your bug =) [08:42] oz_: that bug is the one im mucking around with =) [08:46] meandtheshell (~markus@85.127.114.89) joined #fai. [08:53] ok. the case is: [08:55] in make-fai-nfsroot is update-initramfs diverted and replaced by /bin/true during the creation of the nfsroot and the divert is removed in the end and a initramfs is created. this is probably to speed up the nfs-root create-process so it does't regenerate the initramfs for each package it puts in the nfsroot. [08:56] the problem with this is that when installing a ubuntu kernel package the kernel package postinst-scripts needs to create a initramfs then, or else the initramfs-tools state-system gets confused. [08:57] then there is no state on the initramfs and it won't get created by the last update-initramfs run after the divert is removed. [09:13] glance: i've got a patch for that [09:13] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Read error: Connection reset by peer [09:13] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. [09:15] but i guess that you've fixed it pretty quick [09:16] its a quite quick hack to fix it but, in that case im more intrested in a solution that fits upstream. [09:18] i haven't got around examining it, but it seems like removing all update-initramfs works with both ubuntu and debian, so i guess that that works in the upstream. one would just need to check it further [09:18] i mean, the divert entered between 3.1.8 and 3.2. before that update-initramfs was not diverted to true [09:19] so it should work anyway :) [09:19] hmm.. [09:19] the only reason i've found is that it saves time by just running update-initramfs once during make-fai-nfsroot..but i could be wrong. [09:20] ether try to get the flaw in the ubuntu's linux-image postinst fixed. [09:20] yeah.. [09:20] or maybe do some nifty detection if its a buggy postinst and not divert update-initramfs in that case. [09:21] that could be a solution..but i'm curious as to why the divert was added in the first place [09:23] r4357 | lange | 2007-06-23 22:05:37 +0200 (Sat, 23 Jun 2007) | 2 lines [09:23] divert update-initramfs so it's only called once [09:23] thats the commit-message [09:23] i apparently suck at the svn-magic..oh, well [09:23] thanks [09:24] zqad: to young to become a svn-jedi =) [09:24] :) [09:31] zqad: can you tell me how your patch looks like? [09:33] Mrfai: it simply don't divert update-initramfs anywhere..but as glance says, that might not be the correct solution [09:54] Mrfai: I've a basically working grml setup using live-initramfs :) [09:55] Mrfai: do you have any specific reason why you think fai dirinstall might be better than debian-live for creating the chroot system? (that's definitely not an offend, just because I'm curious :)) [10:03] I did not look deep into debian-live, but using fai dirinstall you can use the nice concepts of FAI classes for creating your chroot environment. [10:05] right, debian-live provides building chroot as well AFAIK :) hm, one possible benefit of fai dirinstall would be deploying the created ISOs via network, right? :) [10:06] Mrfai: i'm trying to get fai-client fai-doc fai-server into grml so we can ship that by default, hopefully I can manage that (problem is just disk usage) - looks good now :) [10:07] anything I could add to the todolist of grml so grml could become a great demo live-cd for FAI? [10:27] I think a special version of grml could become the fai live CD [10:27] This must include the nfsroot, and a partitial mirror of Debian packages [10:27] ok, but at least as basic build environment it should be sufficient :) [10:28] nfsroot is about 330MB, the partitial mirror around 400 MB [10:28] I'm working on the grml-live package which includes the fai-setup for building customized grml, as soon as I've first results I'll let you know [10:28] ok [10:29] fine. Then I will build my own grml CD :-) [10:29] yeah :) [10:29] sanso|work (~sanso@194.120.17.62) joined #fai. [10:37] Mrfai: mikap: sounds great! [10:38] oz_: the injection by Mrfai on froscon regarding use of live-initramfs was successfull so far, and due to the step-by-step help of Mrfai regarding "build grml-chroot via fai" the autobuild-setup seems to be closer than ever ;) [10:42] mikap: wow, happy to see you working on that :) [10:43] Action: lazyb0y is sad for not being able to come to froscon... [10:48] lazyb0y: I was in your xen-talk but had to notice that it wasn't really you ;) [10:48] lazyb0y: congrats to your xen-book, it's the best ressource regarding Xen I found and recommend it to everyone asking for Xen-docs :) [10:48] nice talk by your collegue BTW [10:49] the best talk I attended on froscon; funny and interesting as well [10:53] great to hear :) [11:29] meandtheshell (~markus@85.127.114.89) left irc: Quit: Leaving. [11:51] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Remote host closed the connection [11:52] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. [12:05] glance, zqad will you send a bug report to ubuntu concerning the update-initramfs problem? [12:06] siretart: wir FAI 3.2 in gutsy reinkommen? [12:06] s/wir/wird/ [12:08] sanso|work_ (~sanso@194.120.17.62) joined #fai. [12:13] sanso|work (~sanso@194.120.17.62) left irc: Remote host closed the connection [12:17] Nick change: MT -> Guest2759 [12:17] Guest2759 (~MT@dove.informatik.tu-muenchen.de) left irc: Read error: Connection reset by peer [12:17] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. [12:28] Mrfai: the thing is that in ubuntu the newest fai is 3.1.8. [12:28] so the bug isn't introduced yet into ubuntu =) [12:29] thats why i started the discussion here instead, [12:31] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds [12:36] how can we detect the the nfsroot is ubuntu and not Debian? Then I could implement a workaround in make-fai-nfsroot. [12:44] /etc/debian_version? [12:45] h01ger: at least on dapper, this still shows: testing/unstable [12:45] :( [12:46] maybe by finding that they have upstart instead of init, or something like that [12:53] dpkg -l |grep ubuntu ? [12:54] not reliable enough IMO [12:54] at least double-check using uname or something like that [12:54] doesn't ubuntu have something like /etc/ubuntu_version?! [12:55] Mrfai, doesnt work. some debian packages also have ubuntu in the version... [12:56] sanso|work_ (~sanso@194.120.17.62) left irc: Remote host closed the connection [12:56] sanso|work__ (~sanso@194.120.17.62) joined #fai. [13:04] lsb_release -is, wenn es denn installiert ist [13:07] ist aber python und ich will das nicht auch noch in der nfsroot haben :-( [13:15] sanso|work_ (~sanso@194.120.17.62) joined #fai. [13:15] sanso|work__ (~sanso@194.120.17.62) left irc: Remote host closed the connection [13:49] sanso|work_ (sanso@194.120.17.62) left #fai (brb (probably)). [13:55] hmm, in /etc/reportbug.conf there is a line:"bts ubuntu" [14:09] hehe [14:17] hmm, und kann man nicht einfach in fai.conf sowas DIST= definieren, default ist debian? [14:21] da es nur ein workaround sein soll, wuerde ich lieber eine neue option fuer make-fai-nfsroot einfuehren [14:22] find ich auch besser. ist vorallem auch zukunftskompatibler wenns mal ne neue distri gibt [14:24] h01ger: nicht so viel schreiben, erhol dich lieber. Viel Trinken (kein Bier) ;-) [14:26] tee und osaft stehn im bett. und gestern+heute nichtmal kaffee getrunken.. [14:45] tess und osaft im bett is aber bisserl eklig! [14:45] tee [14:54] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. [15:01] Nick change: \sh -> \sh_away [15:18] Mrfai (~lange@suenner.informatik.uni-koeln.de) left irc: Quit: leaving [15:37] ErKa (keryell@m9.wifi.enstb.org) left irc: Ping timeout: 480 seconds [15:42] baldy (baldy@brain.servercrew.de) left irc: Remote host closed the connection [15:42] baldy (baldy@brain.servercrew.de) joined #fai. [15:50] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds [15:59] ErKa (keryell@keryell.pck.nerim.net) joined #fai. [16:00] hmm... [16:00] gutsy + fai 3.2 == unionfs kernel nullpointer crash [16:45] ErKa (keryell@keryell.pck.nerim.net) left irc: Ping timeout: 480 seconds [16:59] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. [20:20] glance: :( [20:21] that's still on my todo list :/ [20:49] allee (~ach@allee.mpe.mpg.de) left irc: Quit: Konversation terminated! [20:53] allee (~ach@allee.mpe.mpg.de) joined #fai. [21:09] ErKa (keryell@keryell.pck.nerim.net) joined #fai. [22:22] ErKa (keryell@keryell.pck.nerim.net) left irc: Ping timeout: 480 seconds [22:47] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds [00:00] --- Thu Sep 6 2007