[00:17] BarryAllen (~marx@201.86.36.120.adsl.gvt.net.br) joined #fai. [00:20] BarryAllen (~marx@201.86.36.120.adsl.gvt.net.br) left irc: [01:50] sanso|work_ (~sanso@194.120.17.62) joined #fai. [01:50] sanso|work (~sanso@194.120.17.62) left irc: Remote host closed the connection [01:53] siretart (siretart@tauware.de) left irc: Ping timeout: 480 seconds [01:54] mikap (~mika@linuxtage.at) left irc: Ping timeout: 480 seconds [01:56] siretart (siretart@213.239.237.3) joined #fai. [02:08] mikap (~mika@linuxtage.at) joined #fai. [02:23] sanso|work_ (~sanso@194.120.17.62) left irc: Remote host closed the connection [02:23] sanso|work_ (~sanso@194.120.17.62) joined #fai. [03:02] ROunofF (rounoff@rounoff.darktech.org) got netsplit. [03:02] asw (~asw@karuna.med.harvard.edu) got netsplit. [03:02] ROunofF (rounoff@rounoff.darktech.org) returned to #fai. [03:02] asw (~asw@karuna.med.harvard.edu) returned to #fai. [03:07] ROunofF (rounoff@rounoff.darktech.org) got netsplit. [03:07] asw (~asw@karuna.med.harvard.edu) got netsplit. [03:07] ROunofF (rounoff@rounoff.darktech.org) returned to #fai. [03:07] asw (~asw@karuna.med.harvard.edu) returned to #fai. [04:52] sanso|work__ (~sanso@194.120.17.62) joined #fai. [04:57] sanso|work_ (~sanso@194.120.17.62) left irc: Remote host closed the connection [05:19] sanso|work__ (~sanso@194.120.17.62) left irc: Remote host closed the connection [05:20] sanso|work__ (~sanso@194.120.17.62) joined #fai. [05:29] sanso|work__ (~sanso@194.120.17.62) left irc: Remote host closed the connection [05:30] sanso|work (~sanso@194.120.17.62) joined #fai. [05:49] kugg (~jerkeby@90-227-248-186-no120.tbcn.telia.com) left irc: Quit: leaving [06:52] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. [07:00] Mrfai (~lange@kueppers.informatik.uni-koeln.de) joined #fai. [07:09] sanso|work (~sanso@194.120.17.62) left irc: Quit: nightie-night :-) [07:09] sanso|work (~sanso@194.120.17.62) joined #fai. [07:37] sanso|work (~sanso@194.120.17.62) left irc: Ping timeout: 480 seconds [07:51] thpo (~thpo@dotrc.de) left irc: Ping timeout: 480 seconds [07:57] thpo (~thpo@dotrc.de) joined #fai. [08:19] Mrfai, http://www.chris-lamb.co.uk/2007/09/17/graphing-the-debhelper-design-pattern/ [08:50] meandtheshell (~markus@85.127.108.167) joined #fai. [09:02] Robinayor_ (~robin@suw.rkara.de) joined #fai. [09:02] lo guys [09:02] is the fstab for the installing-system (nfsroot) generated on-the-fly or should it be in the nfsroot? [09:04] after recreating the nfs-root my clients aren't starting clean and spaming lots of "/var/log/" couldn't write/remove because of readonly-fs things [09:04] fstab is created by setup_harddisks [09:04] during installation [09:04] unless you forcefully overwrite it in one of your scripts [09:05] MT: the fstab for the net-boot-install-system or the fstab for the sytem which will be installed on harddisk? [09:06] the fstab for the system that is installed on harddisk [09:07] MT: mhh okay.. but i want to know if the fstab for the net-boot-install-system is created :-) [09:07] *how/where [09:07] so /srv/fai/nfsroot/etc/fstab ? [09:07] this one is actually a dummy [09:07] MT: yea+ [09:07] root@mole:~# cat /srv/fai/nfsroot/etc/fstab [09:07] # UNCONFIGURED FSTAB FOR BASE SYSTEM [09:08] mounting is done manually by the fai script [09:08] yea, but where is it generated then? the client have to mount some ramdisks and so.. but here it doesn't do so [09:08] mhkay [09:09] hmm, which fai version are you using? [09:09] MT: momplz [09:09] *** 3.1.8 0 [09:10] oh.. 3.2.1 is out [09:10] *upgrading* [09:10] ah [09:10] be careful [09:10] that might make a big difference [09:10] MT: why? it isn't running atm [09:10] fai >= 3.2 [09:10] MT: mhkay? [09:10] uses live-initramfs and unionfs [09:11] you need to add boot=live to your pxe-configs [09:12] MT: this shouldn't be a problem.. the pxe-configs are generated dynamiclly here because fai is only installing a box once usually [09:12] ah, using fai-chboot? [09:12] MT: we use it to install firewall and router-basesystems [09:12] then it's fine [09:12] MT: not really, but it shouldn't be too hard to change my scripts [09:12] so i'll update it now [09:26] for pxeboot, where are you supposed to get to say which class you want this host to become? [09:26] moin [09:31] sheldonh: normally you do not define classes during pxeboot. Classes are defined by script in your config space in class/ [09:34] oh. then i haven't read the docs carefully enough. i thought i'd be able to say which class of box i want installed, even with pxeboot. :( [09:34] Mrfai: so basically, i need to let go of pxeboot as an option, and use cdboot? [09:36] thpo (~thpo@dotrc.de) left irc: Ping timeout: 480 seconds [09:38] sheldonh: there is a way to do this.. [09:38] sheldonh: http://nopaste.info/e6ee442c5f.html but it isn't so nice [09:39] i-R2D258 (~deed@tor-irc.dnsbl.oftc.net) left irc: Remote host closed the connection [09:39] sheldonh: but ever as possible you should try to get your classes elsewhere :-) [09:40] i-R2D258 (~deed@tor-irc.dnsbl.oftc.net) joined #fai. [09:41] thpo (~thpo@dotrc.de) joined #fai. [09:45] Robinayor_: i'm not married to pxeboot. if the easiest way is with cdboot, i can go that route [09:45] Robinayor_: i _really_ like the idea of being able to have an idiot _very_ easily select what kind of box this is and press "go" :) [09:46] Robinayor_: and from the looks of it, pxeboot would require me to adjust the dhcp all the time anyway, yes? [09:49] Robinayor_: hmmm, your bootprompt hack looks like it might do the trick. but i didn't notice menu.lst being presented to pxeboot clients. was i just not watching closely enough? [09:50] Robinayor_: can you put this into the faiwiki please. [09:51] sheldonh: you can use pxeboot and show the user a simple menu later, where he can select which type of installation will be performed [09:52] Mrfai: okay. and the appropriate hooks for that will be explained after chapter 4? :) [09:54] have a look at http://www.informatik.uni-koeln.de/fai/download/30menu.source. This is a simple menu which defined classes by using the variable $newclasses [09:54] Mrfai: its allready there i think [09:55] i think my problem is that i went ahead of where i was in the docs, after running into a few problems. time to pause, breath, and read [09:56] specifically, i got hung up on what's supposed to go in pxelinux.cfg, particularly with respect to FAI_ACTION and FAI_FLAGS [09:56] fine.. fai 3.2.1 seems to work for me now [09:56] *smiling* [09:57] sheldonh: do you now fai-chboot? [09:58] sheldonh: combine the things it gives to you with this: http://syslinux.zytor.com/menu.php [09:58] Robinayor_: i think i did fai-chboot -IBv default [09:59] ooooooh [09:59] i thought pxeboot.cfg/default was a grub menu.lst :) [10:01] Robinayor_: can i put FAI_CLASSES=... in an append line in the menu? [10:01] sheldonh: if you use the script i've postet before you can append -- MYCLASS1 MYCLASSfoo ... [10:02] oh of course, sorry [10:02] then you have to put the script in the config-nfsexport at config/class/ [10:03] this script will render the classes from "Kernel-line" (how is it called right?) and exports them to FAI_CLASSES [10:04] Robinayor_: it's not clear to me how your local variable newclasses becomes available to anything outside the script. i take it the script is sourced by another script? i _really_ think i should stop and read more :) [10:05] oh, nevermind. got confused between your 35-bootprompt and Mrfai's 30menu.source [10:07] sheldonh: i often don't understand fai too.. [10:07] sheldonh: but if i want to read all the docs and the source to understand it i can't do the other work anymore :-) [10:07] my dns-setup is kinda broken :-( [10:08] it's all about balance :) [10:08] chapter 5 is helping [10:11] In FAI you always have the TIMTOWTDI option like in perl. (There is more than one way to do it) [10:11] so you can define classes in the kernel command line by using the script from Robinayor_, you can use fai-class command or use the 30menu.source script. [10:16] Mrfai: you can just append FAI_CLASS= to the kernel-prompt? *wondering* [10:16] theBro (~theBro@a88-112-16-56.elisa-laajakaista.fi) joined #fai. [10:18] hello, is there some reason why fai-cd has been changed; when -g option gives grub menu.lst (different name) it is copied as is to cd, not under the name menu.lst that is looked for by grub (my version of fai-cd is: fai-cd 4558 2007-09-07 14:12:01Z lange) [10:32] Robinayor_: no I don't think that this is working [10:34] theBro: Oh, this is a bug. Please report it to the Debian BTS [10:35] the user guide's 5.4 refers to /fai/class ... where is this? [10:37] this is now /var/lib/fai/config/class during installation on the isntall client. It's /srv/fai/config/class on your install server [11:00] ah. so i should expect some staleness in the user guide [11:10] so if i put FAI_ACTION=install in DEMO.var, if you select DEMO from the menu, the FAI_ACTION is set to install. neat [11:13] asw (~asw@karuna.med.harvard.edu) left irc: Quit: Leaving [11:13] asw (~asw@karuna.med.harvard.edu) joined #fai. [11:16] sheldonh: yep [11:17] mind you, i don't think that's needed, given the chboot i have [11:19] 7.7 doesn't mention md and lvm. do i have to handle that myself? [11:26] lvm and raid is not yet supported by setup_harddisks. But the new partition tool (alpha stage) has support for it [11:27] hmmm. so can i somehow disable setup_harddisks and supply my own? [11:31] yep, using hooks. [11:32] hmmm... http://faiwiki.informatik.uni-koeln.de/index.php/User:Gervai/Raid_and_LVM_hook [11:52] after making changes in /srv/fai/config, must i re-run fai-setup? [11:59] how does setup_harddisks know which class dictates the disk layout? [12:00] in which file is the read banner over the fai-client stored? [12:05] sheldonh: no. [12:05] Mrfai: looks like setup_harddisks uses the last class defined? [12:05] sheldonh: built in magic. The class with the highest priority. [12:06] Robinayor_: you should not change the red banner ;-) [12:06] Robinayor_: unless you pay for the enterprise version :) [12:07] Mrfai: why not? :-( [12:07] sheldonh: hehe [12:08] Mrfai: I don't want to remove the "Thomas Lange" of course - I just want to add the company-name to make my boss happy [12:09] apt-proxy for the win [12:09] Robinayor_: it's lib/prcopyleft [12:10] Mrfai: thy [12:10] Action: Mrfai now leaves to openexpo in zuerich [12:10] Mrfai: isn't fai gpl btwß [12:10] yep. [12:10] Mrfai (~lange@kueppers.informatik.uni-koeln.de) left irc: Quit: leaving [12:10] Mrfai: Godspeed! [12:41] where do saved logs go on the server? [12:55] to $LOGUSER/$HOSTNAME [12:59] ta [12:59] found them in /var/log/fai/... [13:00] does fai-setup use hooks too? i'd love to get my package-signing key added before fai-setup runs "apt-get update" in the nfsroot [13:04] don't think so. Though I have been thinking of extending the hooks in make-fai-nfsroot to be run at different times [13:07] wooohooo! it boots! it installs! *beam* [13:07] now to figure out why it's installing a -486 instead of -686 kernel [13:09] aha. package_config [13:21] BarryAllen (~marx@201.86.36.120.adsl.gvt.net.br) joined #fai. [13:21] hi [13:26] BarryAllen, lets discuss qemu stuff here, please [13:27] ok [13:28] what do you mean with first stage? [13:28] im having problems to bootstrap an and64 system with qemu... i did the first stage... but after, i cant boot with any amd64bit kernel/initrd todo the second stage of the bootstrap.... [13:28] i know that is a lot off-topic, but, im trying todo an amd64 nfsroot to use with fai :) [13:29] i tried to use, the kernel/initrd of the netinst(amd64) iso... [13:29] im trying to boot with it: [13:30] qemu-system-x86_64 -localtime -kernel vmlinuz -hda c.img -initrd initrd.gz -append "root=/dev/hda1 rw init=/bin/bash -ls" [13:31] looks good to me [13:32] but if you want to install amd64 hardware, you must have that hardware. so why dont you bootstrap on it, and use qemu instead? [13:32] i just got an /bin/bash not found... but if i mount the c.img with loop, /bin/bash is there [13:32] i dont have the hardware now :( [13:32] Action: h01ger guesses /bin/bash is not in the initrd than. [13:33] so i tried /bin/sh] [13:33] that works [13:33] if you mount c.img with loop, do "file /bin/bash" - is it an i386 executable instead of amd64? [13:33] how did you create c.img? [13:33] /bin/bash != /bin/sh :) [13:34] i know, but, works to me to have a console and look around.... sou i saw, the / isnt the same that if i mount c.img with loop, havent an /debootstrap on it... [13:34] just a sec [13:34] let me see, the bash arch [13:35] bin/bash: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared libs), stripped [13:36] i create the c.img with qemu-img create c.img 2G [13:36] then i create the partitions... [13:37] then i formated it .... and later, run the 1st stage of the bootstrap [13:39] try without init=? [13:41] yes [13:41] so, the installer is opened [13:41] i dont understand [13:41] you recommends finish the install with it? [13:42] my plan was just run the second stage of the debootstrap [13:47] boot an amd64 live-cd with qemu, and the run the full debootstrap from there? [13:47] VattaFarI (~chatzilla@p50855734.dip.t-dialin.net) joined #fai. [13:49] h01ger, that could works.... [13:49] h01ger, ill try [13:57] BarryAllen (~marx@201.86.36.120.adsl.gvt.net.br) left irc: Ping timeout: 480 seconds [14:00] VattaFarI (~chatzilla@p50855734.dip.t-dialin.net) left irc: Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518] [14:01] VattaFarI (~VattaFarI@tmo-111-1.customers.d1-online.com) joined #fai. [14:01] VattaFarI (~VattaFarI@tmo-111-1.customers.d1-online.com) left irc: Remote host closed the connection [14:09] BarryAllen (~marx@201.86.32.16.adsl.gvt.net.br) joined #fai. [14:17] VattaFarI (~VattaFarI@tmo-099-1.customers.d1-online.com) joined #fai. [14:17] /commands [14:18] VattaFarI (~VattaFarI@tmo-099-1.customers.d1-online.com) left irc: [14:19] VattaFarI (~VattaFarI@tmo-099-1.customers.d1-online.com) joined #fai. [14:19] VattaFarI (~VattaFarI@tmo-099-1.customers.d1-online.com) left irc: [14:28] sanso|work (~sanso@194.120.17.62) joined #fai. [14:30] grrrr. it can take some head-scratching to find that an FAI script isn't executable :) [14:31] failint for the win! :) [14:32] huh? where? where! [14:34] h01ger, i wait todo that @#*$&@*#$& just 1 time... man... that is too slow!! [14:39] grrrr. new install still not working. can't for the life of me get lvm root to boot [14:40] sanso|work (~sanso@194.120.17.62) left irc: Quit: nightie-night :-) [14:41] correct me if im wrong, after finish my amd64 install, i copy the / from the new installed system to an nfsroot, and i have to take a look, on the make-fai-nfsroot script todo what it does when is executed? [14:52] i've added a script to add dm_mod, dm_mirror and dm_snapshot to the install client's /etc/initramfs-tools/modules and run update-initramfs -u, but when the installed client boots, /dev/mapper/vgr1-root doesn't exist (even though the modules got loaded and /dev/mapper/control exists). any ideas? [15:41] BarryAllen, you run the make-fai-nfsroot script there [15:41] sheldonh, iirc failint is linked in the faiwiki [15:52] failint needs an update... too bad i'm presently fighting with qemu and xrdp folks... [16:19] h01ger, ... but run the make-fai-nfsroot there, will not rewrit the nfsroot? [16:20] how does the fai-client (net-boot-installer) get his hostname if i haven't any working dns? [16:20] it may be provided by your DHCP server [16:20] or manually informed when you boot [16:21] BarryAllen: how can i manually set it? [16:21] like a kernel parameter, HOST=myhostname (or HOSTNAME=myhostname), im not sure wich [16:21] hmm, I'm not sure how its currently done [16:21] yeah, try these two [16:22] hehe ok :-) [16:22] thx - i'll try [16:22] BarryAllen, you basically have a 2nd fai-server then running in qemu. where you want to create a new nfsroot [16:26] hmmm understand now... i was think about use that, install like an nfsroot, tks [16:41] any advice on my lvm root issue? it feels like i'm sooo close :( [16:45] sheldonh, sorry, i never tried to setup an lvm [16:46] (with fai) [16:47] oh well, i'll soldier on [16:54] grrr, okay, home time. will hack away at it later [17:10] meandtheshell (~markus@85.127.108.167) left irc: Quit: Leaving. [17:22] it's HOSTNAME= btw [17:23] Robinayor_, :) [17:38] i think i've figured my problem out. i didn't make FAI install lvm2 and mdadm packages into the software raid client, so update-initramfs wasn't putting the required bits in the initramfs [17:43] YES! it boots!!! [17:47] now to hack up a checklist dialogue so you can select multiple classes from a menu *drool* [17:59] there does not exist a possibility for mount --bind within dirinstall already, right? [18:06] sanso (~sanso@d83-189-101-248.cust.tele2.de) joined #fai. [18:52] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Remote host closed the connection [18:52] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai. [19:26] sanso (~sanso@d83-189-101-248.cust.tele2.de) left irc: Ping timeout: 480 seconds [23:22] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds [00:00] --- Wed Sep 19 2007