| cilkay (~cilkay@CPE00d0b743a22f-CM0011ae01fcbe.cpe.net.cable.rogers.com) joined #fai. |
| 02:47 cilkay | Hello. Is there a way that one can use the packages in /var/cache/apt, or on an ISO with FAI? |
| 02:48 cilkay | Even better would be a way of installing the latest packages so that I wouldn't have to install and then update. |
| 02:53 cilkay | apt-move looks like it might be of use |
| siggg (~jean@tra78-5-88-172-128-32.fbx.proxad.net) joined #fai. |
| mikap (~mika@mail.michael-prokop.at) left irc: Ping timeout: 480 seconds |
| ErKa (keryell@m5.wifi.enstb.org) joined #fai. |
| mikap (~mika@mail.michael-prokop.at) joined #fai. |
| Mrfai (~lange@kueppers.informatik.uni-koeln.de) joined #fai. |
| siggg (~jean@tra78-5-88-172-128-32.fbx.proxad.net) left irc: Ping timeout: 480 seconds |
| siggg (~jean@91-165-186-81.rev.libertysurf.net) joined #fai. |
| Mrfai (~lange@kueppers.informatik.uni-koeln.de) left irc: Quit: leaving |
| Mrfai (~lange@suenner.informatik.uni-koeln.de) joined #fai. |
| ErKa (keryell@m5.wifi.enstb.org) left irc: Ping timeout: 480 seconds |
| Action: Mrfai will release 3.2.11 today or tomorrow. |
| 10:35 Mrfai | I just like to add a workaround for #404760 by adding a better dependency |
| Action: Mrfai SIGFOOD |
| cbmuser (~glaubitz@z6.physik.fu-berlin.de) left irc: Remote host closed the connection |
| cbmuser (~glaubitz@z6.physik.fu-berlin.de) joined #fai. |
| ErKa (keryell@m5.wifi.enstb.org) joined #fai. |
| 12:21 FBI | fai: 3 lange committed revision 5182 to 7 fai: use same intro for description for all packages, |
| 12:21 FBI | fai: add dependeny and recommends on openbsd-inetd | inet-superserver as |
| 12:21 FBI | fai: workaround for #404760 |
| Action: Mrfai just released FAI 3.2.11 |
| 12:39 oz_ | Mrfai: du solltest dich in MrRelease umbenennen :) |
| 12:44 stockholm | openbsd-inetd ist evil weil er bei HUP nicht die config reloaded |
| 12:56 Mrfai | das ist mir neu |
| 12:56 Mrfai | aber besser als inetutils-inetd, der als default nur IPv6 macht, kein IPv4. |
| 12:58 oz_ | wuss? |
| rgsteele||work (~chatzilla@75.147.74.137) joined #fai. |
| MT (~MT@flag.forsyte.informatik.tu-darmstadt.de) joined #fai. |
| 13:24 MT | stockholm? |
| 13:24 tokkee | IPv4 ist ja auch sowas von achtziger ... ;-) |
| 13:38 stockholm | MT: ja |
| 13:38 stockholm | sorry, das fenster war im hintergrund |
| 13:43 MT | hab Dir noch eine mail geschrieben |
| 13:43 MT | ich verstehe nicht ganz ... |
| 13:43 MT | im log steht diese Frage nicht drin |
| 13:56 stockholm | MT: ja, die sollte wohl in das tmpfile geschrieben werden, aber von da ins log ist es nicht gekommen |
| 13:57 stockholm | MT: aber es ist ja das grundlegende problem auf einem msdos disklable partitionen grösser als 2.1xxx Tbyte zu erzeugen |
| 13:57 stockholm | MT: man könnte also ein geeigneteres disklable wählen wenn grub das unterstützt. |
| 13:58 stockholm | bevorzugterweise nur wenn es nötig ist. |
| 13:58 stockholm | also so grosse partitionen erzeugt werden müssen |
| 13:58 MT | ist das wirklich das Problem? |
| 13:59 MT | also ich frage mich nur, ob das ein bug in setup-storage ist, oder eben ein disk label limit |
| 13:59 MT | wenn es das disk label ist: |
| 13:59 MT | gpt? |
| 14:04 MT | stockholm, vielleicht mit grub-pc? |
| 14:04 MT | gibt einen backport davon |
| 14:04 MT | Support for modern partition maps such as GPT. |
| 14:04 MT | ... Support for modern partition maps such as GPT. |
| 14:04 MT | nun muss ich natürlich eingestehen, dass gpt-support in setup-storage untested ist |
| 14:05 MT | aber prinzipiell eingebaut ist es mal |
| 14:18 stockholm | MT: wenn es ein disklabel limit ist dann sollte setup-storage versuchen das limit zu kennen und zu vermeiden. |
| 14:19 stockholm | MT: ah, das sollte funktionieren? |
| 14:19 stockholm | neue sachen getestet haben wir ja früher schon mal :-) |
| 14:19 stockholm | wofür steht denn pc in grub-pc? |
| 14:20 stockholm | MT: setup-storage benutzt ja per default msdos disklable ohne das ich was dazutue. |
| 14:24 Mrfai | grub-pc - GRand Unified Bootloader, version 2 (PC/BIOS version) |
| 14:24 Mrfai | im Gegensatz zu |
| 14:24 Mrfai | grub-efi - GRand Unified Bootloader, version 2 (EFI version) |
| ErKa (keryell@m5.wifi.enstb.org) left irc: Ping timeout: 480 seconds |
| 15:15 MT | stockholm, sorry, musst mal zu meinem Chef |
| 15:16 MT | ja, msdos ist default in setup-storage, aber mit |
| 15:16 MT | disk_config sda disklabel:gpt |
| 15:16 MT | solltest Du gpt bekommen |
| 15:17 MT | das mit gpt automatisch ist nicht ganz so einfach |
| 15:18 MT | die haben ja so ihre eigenen limits |
| 15:18 MT | d.h., um die korrekte Größe einer Partition zu berechnen, muss ich die constraints des disklabels kennen |
| 15:18 MT | also disklabel vor Partitionsgröße |
| 15:19 MT | hmm, allerdings sollte setup-storage vielleicht dann auch erkennen, dass > 2 TB mit msdos nicht klappt |
| 15:19 MT | _das_ sollte ich jedenfalls noch einbauen |
| 15:25 Mrfai | ich meine stefan hermann hat damals 6.3 TB mit sfdisk partitioniert. Es gab nur ein Problem, wenn die anzahl der Sektoren so gross ist, das sfdisk die nicht richtig ausgibt. Aber er hat sicherlich einen dos disklabel benuzt. |
| Mrfai (~lange@suenner.informatik.uni-koeln.de) left irc: Quit: leaving |
| siggg (~jean@91-165-186-81.rev.libertysurf.net) left irc: Ping timeout: 480 seconds |
| 16:26 stockholm | ja, leider gibt parted keinen grund an warum er das nicht machen kann. |
| 16:26 MT | aber der check in setup-storage wäre wohl ziemlich einfach |
| 16:26 MT | ich werde versuchen, einen Patch dafür zu bauen |
| 16:26 MT | aber wenn Du mal gpt testen könntest, wäre das natürlich super :-) |
| 16:27 stockholm | ich habe beim googlen keine wert für die grenze gefunden |
| 16:27 MT | 2TB klingt aber vernünftig |
| 16:27 stockholm | meine schlussfulgerung dass es 2.1T waren kommt von den werten die parted selbst in dem text ausgibt |
| 16:35 h01ger | <fs> I installed a lenny box on a 20TB raid6 yesterday, worked fine =) |
| 16:35 h01ger | <fs> grub-pc got installed, everything fine |
| 16:35 h01ger | <fs> relly great work =) |
| 16:35 h01ger | this morning on #debian-boot... |
| siggg (~jean@tra78-5-88-172-128-32.fbx.proxad.net) joined #fai. |
| 17:56 FBI | fai: 3 mt committed revision 5183 to 7 fai: - added patch to verify that partition sizes on msdos labels are no greater than |
| 17:56 FBI | fai: 2TB |
| 17:56 FBI | fai: - depend on liblinux-lvm-perl instead of recommend it |
| MT (~MT@flag.forsyte.informatik.tu-darmstadt.de) left irc: Quit: This computer has gone to sleep |
| mcarvalh (~mcarvalh@144-212-103-26.mathworks.com) joined #fai. |
| 19:14 mcarvalh | I'm stumped. I have FAI 3.2.10 up and running, when installing my clients they hang at |
| 19:14 mcarvalh | "Waiting for root file system" |
| 19:14 mcarvalh | which root file system, the nfsroot on my FAI server, or no? |
| 19:16 mcarvalh | happens on both my 32bit and 64bit client |
| 19:17 mcarvalh | 32bit client was working, and i seemed to have broken it somewhere :( |
| 19:17 cilkay | mcarvalh: You're seeing that message on boot of the client? |
| 19:18 mcarvalh | when i start the install |
| 19:18 mcarvalh | it eventually times out and brings me to the initramfs prompt |
| 19:18 mcarvalh | so, the client has not installed yet, is what im saying |
| 19:19 cilkay | So it gets a boot image. Perhaps something wrong with the NFS export? |
| 19:19 mcarvalh | times out, and drops to BusyBox |
| 19:19 cilkay | I have problems with GRUB not being installed so mine goes through the installation but fails when the client reboots. |
| 19:19 mcarvalh | i can mount the export elsewhere |
| 19:20 cilkay | Poke around in the installation log to see if there is anything useful there. |
| 19:20 mcarvalh | but i dont seem to have network connectivity on the client...should i have an ip address by the time it loads the image from pxe |
| 19:20 mcarvalh | ie, when it drops to the initramfs, i cant ping anything |
| 19:20 cilkay | How could it load the image if it doesn't have an IP? |
| 19:21 mcarvalh | true |
| 19:21 cilkay | It has to d/l the image over tftp. |
| 19:21 cilkay | And for that to work, the client *must* have an IP addr. |
| 19:21 mcarvalh | correct, my mistake |
| 19:22 mcarvalh | i dont think it even gets to where it creates the log, i dont see anything in /tmp |
| mcarvalh (~mcarvalh@144-212-103-26.mathworks.com) left irc: Quit: using sirc version 2.211+KSIRC/1.3.12 |
| mcarvalh (~mcarvalh@144-212-103-199.mathworks.com) joined #fai. |
| 19:35 mcarvalh | hah, i knew it was something silly |
| 19:35 mcarvalh | vi added some line breaks in my pxe file |
| 20:10 mcarvalh | I'm hitting the same setup-storage error described in this bug report, only on my amd64 client. I am using FAI 3.2.10, which it was supposedly fixed in.. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497066 |
| 20:35 mcarvalh | http://paste.debian.net/18352/ |
| allee_ (~allee@dslb-088-064-082-122.pools.arcor-ip.net) joined #fai. |
| 20:42 tokkee | "As the parted version currently in lenny and sid switched over to reporting |
| 20:42 tokkee | errors on stdout instead of stderr [...]" |
| 20:42 tokkee | WTF? Isn't that rather a bug in parted? |
| 20:47 mcarvalh | i assume this may be causing my issue during setup_storage now |
| 20:48 mcarvalh | though odd it only occurs in my amd64 client...32 works fine |
| rgsteele||work (~chatzilla@75.147.74.137) left irc: Remote host closed the connection |
| mcarvalh (~mcarvalh@144-212-103-199.mathworks.com) left irc: Quit: using sirc version 2.211+KSIRC/1.3.12 |
| teratoma (10539@conquest.OCF.Berkeley.EDU) joined #fai. |
| 21:41 teratoma | i am using setup_storage and i get this error: http://pastebin.com/m336fb76b |
| allee_ (~allee@dslb-088-064-082-122.pools.arcor-ip.net) left irc: Ping timeout: 480 seconds |
| siggg (jean@tra78-5-88-172-128-32.fbx.proxad.net) left #fai. |
| MT (~MT@drms-4d006435.pool.mediaWays.net) joined #fai. |
| MT (~MT@drms-4d006435.pool.mediaWays.net) left irc: |
| --- Thu Oct 2 2008 |