[02:43] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds [02:48] Lin_ (~igor@189.25.167.47) joined #fai. [05:03] Lin_ (~igor@189.25.167.47) left irc: Remote host closed the connection [08:27] Mrfai (~lange@kueppers.informatik.uni-koeln.de) joined #fai. [08:28] itais (~itais@62.81.119.138.static.user.ono.com) joined #fai. [08:46] i-R2D2101 (~deed@tor-irc.dnsbl.oftc.net) left irc: Remote host closed the connection [08:58] i-R2D2 (~deed@tor-irc.dnsbl.oftc.net) joined #fai. [09:14] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. [09:20] Mrfai, I think fai-nfsroot should depend on live-initramfs [09:21] still, of course, #452363 is a no-bug [09:29] currently I will just ognore this bug [09:31] a new depends for fai-nfsroot? Mmm. I have to think about it and it make a short test later today. [09:41] obviously there is a hard requirement on live-initramfs (independent of any local configuration) [09:42] so I guess it would be valid to depend on it [09:42] this would also keep fai from entering testing if live-initramfs ever were unavailable in testing [09:49] As it doesn't make sense, and doesn't work without, there is no resons to make fai-nfsroot not depending on live-initramfs [09:51] I just check /etc/fai/NFSROOT [09:51] Anoither question for the 3.2.X changes howto: is it correct, that make-fai-bootfloppy is not (yet) made to work with fai 3.2? at least it seems it doesn't use the standard debian kernel: [09:51] ... [09:51] Writing boot data to floppy. [09:51] The kernel configuration is /srv/fai/nfsroot/boot/config-2.6.18-fai-kernels. [09:51] Additional kernel parameters: [09:51] ... [09:51] I think live-initramfs is really the only package that fai-nfsroot should depend on instead of having it in the NFSROOT file [09:52] lazyb0y, yes, I think current SVN trunk even has a die() included [09:52] ga [09:52] such that make-fai-bootfloppy immediately bails out [09:52] great... [09:53] hmm, indeed the bug may be more valid than we thought ... [09:53] my old new fileserver doesn't boot from pxe as soon as the disk controller is enabled (and wit disabled disk controller, it's not really useful to try an install) [09:53] gogin to try again etherboot, but it never worked for me when i tried it... [09:53] what's needed to get the bootfloppy going again? [09:54] MT: the live-initramfs bug? yes, but it's probably only the fai sources.listthat is still, set to etch :) [09:56] I guess the debootstrap settings are set as such too [10:00] allee (~ach@allee.mpe.mpg.de) left irc: Ping timeout: 480 seconds [10:00] Bokeh (~blaat@berchem.lorentz.leidenuniv.nl) left irc: Quit: Leaving [10:00] Bokeh (~blaat@berchem.lorentz.leidenuniv.nl) joined #fai. [10:29] lazyb0y: booting from floppy will not work, since the kernel and initrd will not fit onto a floppy [10:30] Action: h01ger already suggested to remove make-fai-bootfloppy [10:38] Bokeh (~blaat@berchem.lorentz.leidenuniv.nl) left irc: Quit: Leaving [10:38] Bokeh (~blaat@berchem.lorentz.leidenuniv.nl) joined #fai. [10:51] I have a nice little problem with make-fai-nfsroot [10:51] On one machine it stalled asking me which live.conf version I like to use. On another machine it just works without asking. [10:52] This is because make-f-n creates /etc/live.conf before installing line-initramfs. [10:52] kasimon (~user@62.117.12.81) joined #fai. [10:52] hello :) [10:52] how can I specify an alternate nfsroot when doing a dirinstall? [10:53] Any solutions? There's an option for dpkg force-confdef and/or force-confold or force-confnew. [10:53] Since I do not know them well, I do not like to change things without asking. [10:53] Can someone reproduce this problem? [10:56] Mrfai: hmm, yes, then h01ger's suggestion might be right. but then, as it is for me now, some people cannot use FAI anymore for some machines... [10:56] and yes, as always, etherboot doesn't work here, again [10:57] aehm, but wait: the argument with space on the floppy doesn't count for iso's! [10:57] sorry, but bootfloppy is low priority for me today. FAI 3.2.2 should be released today. [10:58] lazyb0y, right. (cds) [10:59] guys, I have plans to enhance fai-cd to it can create boot CD's that only contain the kernel and initrd. But now back to the live.conf problem [11:01] or alternate question: how can I create a i386 dirinstall on a AMD64 system? [11:01] allee (~ach@allee.mpe.mpg.de) joined #fai. [11:10] Mrfai: hmm, no idea about live.conf [11:11] Mrfai: but, make-fai-nfsroot should really be the same on all machines, the nfsroot is deleted at beginning [11:11] so it sound a bit strange that it behaves different on different machines... [11:11] are you sure, /etc/fai is exactly the same on both machines where you test it? [11:12] no /etc/fai may be different. I did not check it [11:12] kasimon: hmm differnet nfsroots for dirinstall is an interesting questions [11:12] Mrfai: you should, then :) [11:13] kasimon: one thing I noticed just recently: dirinstall calls debootstrap on it's own when it doesn't receognize an nfsroot [11:13] Just did a complete purge of all fai package, then installed beta16 pacvkages. m-f-n does not ask. So it might be a problem of the other maching using some old configs. [11:13] kasimon: so, if you can make the debootstrap run with arch=i386, ithout using the nfsroot, that might help [11:14] kasimon: but I am not sure, how debootstrap is run from dirinstall, especially interesting would be, if the deboostrap config stuff in make-fai-nfsroot.conf ist used... [11:15] Mrfai might know, but he doesn't want to talk about it now, porobably :) [11:18] gah, my bootfloppy problem might apply to 3.2.x, but I just realized, I am still on 3.1.8 where I need it now! [11:19] and, in addition tro that, even etherboot seems to work the very first time for me! (it seemded like it did not, because the first boot device was still the net when I tried, and that just hangs with a blinking cursor on the upper left) [11:25] Action: Mrfai SIGLUNCH [11:30] allee (~ach@allee.mpe.mpg.de) left irc: Remote host closed the connection [11:30] allee (~ach@allee.mpe.mpg.de) joined #fai. [12:06] meandtheshell (~sa@85.127.102.124) joined #fai. [12:07] sheldonh (~sheldonh@66.219.59.32) joined #fai. [12:08] does make-fai-nfsroot have hooks for installing my own discover-modprobe.conf? [12:08] i need to exclude some modules [12:09] makef-fai-nfsroot in >=3.2 has hooks [12:09] maybe earlier too [12:10] *sigh* [12:10] i wish i'd held out a little longer :) [12:14] should be easy to backport if you need it [12:15] backporting 3.2 should be easy. my worry is forward-porting my FAI config and scripts to fai-3.2 :) [12:17] it's unfortunate that discover-modprobe.conf doesn't allow types="all -display" [12:20] lola22 (~lola22@ANantes-257-1-65-105.w90-25.abo.wanadoo.fr) joined #fai. [12:22] lola22 (~lola22@ANantes-257-1-65-105.w90-25.abo.wanadoo.fr) left irc: [12:27] can i write to files in /etc from within 20-hwdetect.source, or will that mess up the nfsroot for the next guy? [12:27] lazyb0y: thx for the dirinstall/nfsroot pointers. I'll have a second look [12:29] sheldonh: the nfsroot is read-only normally. but it might be different with unionfs and fai 3.2.x - with unionfs writing might be supported, but it will be only in ramdisk, then - so nothing is messed upo fpr the next install [12:31] let's give it a whirl, then... :) [12:44] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Remote host closed the connection [12:45] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. [12:53] live.conf problem. It does not happen with fai-nfsroot beta13 but with beta16. :-( [12:53] On both machines. [13:03] Mrfai: then release bet13 as 3.2.2 :) [13:04] I think I found the problem. Currently working on a fix [13:22] ok, this is fixed. [13:25] Mrfai (~lange@kueppers.informatik.uni-koeln.de) left irc: Quit: leaving [13:25] where should i put "configuration" to fai scripts? [13:25] Mrfai (~lange@suenner.informatik.uni-koeln.de) joined #fai. [13:25] like the names of the admins of the servers [13:26] i would like to have a script that adds users with different levels of authority and a config file to this script [13:27] where would that config file go? [13:27] stockholm: isn'tr something like usually solved with ldap and pam? [13:27] lazyb0y: pam? [13:27] pluggable authentication modules [13:27] i need a list of logins at least even in that case [13:27] thanks, i have heard of pam [13:28] apart from that, I create a default user with some script [13:28] just a script for my BASE class or something like that [13:28] and just one user? [13:29] yes, for my personal systems [13:29] if I had more, I'd use pam/ldap [13:29] i dont how you would want to do that [13:30] but it shouldn't be a problem to write more useradd statements, or read the users from a file [13:30] can you be more specific? [13:30] about what? pam/ldap or my useradd script? [13:31] "read the users from a file", right. that is the configuration file i talk about [13:31] ok, but that doesn't exist - should be a 5-liner in bash, or something like that [13:31] a little more complex if you want it to have passwords, then perl might be better [13:32] but we don#t nwant to have passwords in the nfsroot, won't we? [13:32] lazyb0y: i know how ldap works, but for pam you need to create users, dont you? and if you create users you need a config file [13:32] lazyb0y: password hashes would do fine [13:33] lazyb0y: the question is WHERE would the config file for such a script go? [13:33] lazyb0y: something like /etc within fai [13:33] hmm [13:34] ah, you mean, you will then have a script for the BASE class, but depending on other classes, you want it to look different? [13:35] and therefore, the usernames cannot be hardcoded in the scripot itself - something like that? [13:35] lazyb0y: yes [13:35] and i might want to use the user names in other scripts [13:36] about pam/ldap: not sure, I didn't use it yet - I'd expect it to work without having the users created on the machine, and "something" should take care of creating a new home, if a new, allowed user logs in [13:37] otherwise, in a bigger organization, you'd have to create 1000 home dirs, even if only 5 people will ever login on the system... [13:37] but maybe that can only be used with a nfs-home... [13:38] back to the configs for users, how about a variable, in class/BASE.var ? [13:38] right [13:38] that file can define several variables, right? [13:42] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Remote host closed the connection [13:42] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. [13:43] Mrfai, is there any reason for using aptitude instead of apt-get (r4788) [13:44] MT: ja, aptitude keeps track of what was a required package (leaf package) and what were dependencies [13:44] itais (~itais@62.81.119.138.static.user.ono.com) left irc: Quit: See you [13:44] ... so ... what? [13:45] what impact does that have? [13:45] MT: when removing leaf packages their unused dependencies get removed too [13:45] you dont bloat your system [13:45] or can un-bloat it [13:45] ah, cool [13:45] didn't know that [13:46] just new deb-orphan [13:46] MT: I thought aptitude is better because I can say isntall without-recommends. But it didn't change anything. But I will let it unchanged now, since also /etc/fai/NFSROOT uses aptitude. [13:46] better that deb-orhpan [13:46] s/that/than/ [13:47] Just testing an isntallation from usb stick. [13:47] stockholm: yes, AFAI - not user .var files a lot... [13:47] oh, I think aptitude is fine, I was just a bit surprised [13:47] aptitude is better becomes it handles conflicts much better. on stable, the diff is not that big, on testing+sid it is [13:48] also, /me thinks we should use aptitude, as aptitude is the recommended tool, apt-get is deprecated [13:48] i use apt-get only for apt-get update [13:49] anyone got a good documentation howto build a pxemenu? [13:50] oz_, i used /usr/share/doc/syslinux, [13:52] oz_: you mean using menu.c32? [13:53] or vesamenu.c32 [13:57] Mrfai, others: yes, exactly that [13:58] sep: thx...hope that helps [13:58] I have an example here, wait [13:58] i don't find menu.32 as a file... [13:58] and apt-file does not find it, too [13:59] menu.c32, even [13:59] kueppers[~]> zgrep menu.c32 $ECONTENTS [13:59] usr/lib/syslinux/menu.c32 utils/syslinux [13:59] usr/lib/syslinux/vesamenu.c32 utils/syslinux [14:00] $ECONTENS = .../debian/dists/etch/Contents-i386.gz [14:00] IT's nice to have a local mirror [14:01] oz_: http://paste.debian.net/43164, but I did not test it. Got it from someone else [14:01] I just enhanced my menu.lst on my usb stick to just boot the kernel and initrd, then doing ip=dhcp and the rest via NFS. [14:02] Now I got: short read 0<28..... [14:02] Fine, now I can reproduce the problems of others :-( [14:05] ANY wishes for FAI 3.2.2? Speak now or remain silent forever ;-) [14:06] :-) [14:06] Action: oz_ wants FAI 3.2.2 to cook coffee and install all my App Servers without a flaw :) [14:07] hm. do I have to replace pxelinux.0 with menu.c32 in dhcpd.conf? [14:08] Fai 3.2.2 should make me rich and famous! [14:09] and, in general, it should male the world a better place! no wars anymore, enough to live for everyone! [14:09] s/male/make [14:10] don't suppose there's a 3.1 -> 3.2 migrating guide? [14:10] come on, say the changelog, i dare you :) [14:11] there is the NEWS file [14:11] sheldonh: I wrote some things into the wiki [14:11] cool [14:11] MT: but AFAIK it only says what has changed, not exactly how a user has to deal with it [14:11] hmm, yes [14:11] that's fine, i can use the stuff between my ears for that :) [14:12] Ha, /me got pxemenu running. that was easy. :-) [14:12] sheldonh: look at http://faiwiki.informatik.uni-koeln.de/index.php/FAI_3.2_Usage_Changes [14:13] sheldonh: I don't think you come up with the idea for the fai sources.list too easy - reading saves you quite some thinking time :) [14:16] ah, yes i see :) [14:17] looks like the biggest change to worry about is /tmp/target -> /target [14:19] sheldonh: ? do you /tmp/target hardcoded in your scripts? [14:22] Mrfai: will you fix the "etch" string in the FAI 3.2.2 packages? [14:22] lazyb0y: hmmm, looks like only one place: sed -ie '/^\/dev\/ /d' /tmp/target/etc/fstab [14:23] sheldonh: there is a variable for it - so you are safe for future changes! [14:23] hoorah! [14:23] and, this won't work with softupdates, too... [14:23] lazyb0y: no, the etch string will remain [14:23] Mrfai: then it's broken in debian, by default! [14:25] lazyb0y: it's not broken, but it will only create an etch nfsroot [14:25] does MD+LVM still require hackery in 3.2? i'm using peter garvai's mountdisks.LVM hackery [14:25] I know why you do it like that, but we should think about this point again [14:25] this is broken. [14:25] Mrfai, one can't currently create an etch nfsroot using Debian etch alone [14:25] Mrfai: it's broken with the defaulkt config, as the etch repo doesn#t have live-initramfs - as the bug from today said [14:26] sheldonh, FAI 3.3 will hopefully contain our new solution [14:26] ah [14:27] for the moment, you might want to have a look at http://faiwiki.debian.net/index.php/Storage_Magic [14:27] i should probably wait for that, and just keeping hacking /srv/fai/nfsroot/etc/discover-modprobe.conf [14:27] mm, so FAI 3.2 alread was broken and noone noticed it. [14:27] true [14:27] mind you, i have a feeling _no_ fai users want discover-modprobe to load display drivers [14:27] what about adding this line to /etc/fai/apt/sources.list: deb http://www.informatik.uni-koeln.de/fai/download etch koeln [14:27] I think a possible fix would also be a use of your repository in /etc/fai/apt/sources.list [14:27] :-) [14:28] I guess that should work [14:28] hmm, sound quite ugly to have this repo in a debian package... [14:28] hmm, why not? [14:28] of course, at some point we will drop etch compatibility anyway [14:29] I cannot explain it, it just "sounds/feels" ugly [14:29] then this will be removed again [14:29] somebody also pointed at backports I think [14:29] how about mrfai's debian upload script replacing etch with lenny? [14:32] which upload script? [14:33] Mrfai: whatever you use when uploading to the debian repo (I don't know how this exactly works) [14:34] I just upload to unstable, then packages will migrate to testing after a while [14:35] I know that, but at some point, you upload sour sources - that's the place where etch could be replaced with lenny [14:37] but, whatever, we probably waste too much time discussing this - it gets more interesting, and a real solution will be needed when etch and lenny differ in more than this single string at two places... [14:37] I will add my repository to the sources.list line [14:47] Action: h01ger is with lazyb0y. adding an external, unsigned repo is ugly, IMNSHO. its fine in a branched version from an unsigned repo, but in main... [15:02] kugg (~jerkeby@user184.77-105-210.netatonce.net) left irc: Ping timeout: 480 seconds [15:04] can someone check if the koeln etch repository is correct? [15:05] OK FAI 3.2.2 was uploaded. Announcement will be sent later. [15:06] okay...now it boots a not so nice ubuntu kernel. [15:23] jeedi (~jeedi@office.metaversum.com) joined #fai. [15:23] hi [15:23] hi jeedi [15:24] next problem with my fai-stuff... [15:24] i was trying to set up two machines with different classes today [15:26] added basetest*) and webtest*) to config/class/50-host-classes [15:27] and added BASETEST and WEBTEST package lists to config/package_config/ [15:28] strange thing is: the machines don't seem to get a hostname when booting.. [15:28] they simply assume their ip-address is their hostname. [15:37] any ideas how to get the machines to set their hostname properly? [15:39] kasimon (user@62.117.12.81) left #fai (ERC Version 5.1.4 (IRC client for Emacs)). [15:47] sheldonh (sheldonh@66.219.59.32) left #fai (http://starjuice.net/). [15:48] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Remote host closed the connection [15:48] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. [15:54] jeedi (~jeedi@office.metaversum.com) left irc: Quit: Leaving [16:37] sepski (~sep@217.17.211.51) joined #fai. [17:01] use-host-decl-names on; in dhcpd.conf [17:03] Action: h01ger forwarded that to jeedi [17:09] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Remote host closed the connection [17:09] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. [17:11] sepski (~sep@217.17.211.51) left irc: Remote host closed the connection [17:23] itais (~itais@84.79.145.30) joined #fai. [18:38] Lin (~igor@200.179.57.57) left irc: Remote host closed the connection [18:50] Mrfai (~lange@suenner.informatik.uni-koeln.de) left irc: Quit: leaving [19:50] itais (~itais@84.79.145.30) left irc: Quit: See you [20:14] h01ger, could you take a look at #419788 (and #360183)? [20:15] I just checked once again that this problem is indeed fixed [20:16] Lin (~igor@200.179.57.57) joined #fai. [20:28] MT, its on my list, but currently fai is not on the top there.. :/ [20:28] but all my scripts use -i so i'm interesting it checkin this [20:29] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds [20:31] meandtheshell (~sa@85.127.102.124) left irc: Quit: Leaving. [21:29] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. [22:26] allee (~ach@allee.mpe.mpg.de) left irc: Remote host closed the connection [00:00] --- Fri Nov 23 2007