[01:29] that's not surprising; if you randomly kill debconf, extra questions are the least of your worries [01:30] if it's happening about half the time, I'd love it if you could step through the installer until just before the end of the partitioner, then from tty2, 'udpkg -i /cdrom/pool/main/s/strace/strace_*.deb', 'ps ax' to find the main-menu process, and 'strace -f -o /tmp/foo.trace -s 1024 -tt -p ' [01:31] ctrl-c that if/after it hangs, 'anna-install openssh-client', and scp the trace out [01:34] this is a little reminiscent of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=100616, but I don't think it's the same thing === mode/#ubuntu-installer [+o cjwatson] by ChanServ === ..[topic/#ubuntu-installer:cjwatson] : Development of d-i and ubiquity in Ubuntu === mode/#ubuntu-installer [-o cjwatson] by cjwatson === cjwatson [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-installer === jerom1 [n=jeromeb@LSt-Amand-152-32-6-178.w82-127.abo.wanadoo.fr] has joined #ubuntu-installer === jerom1 [n=jeromeb@LSt-Amand-152-32-6-178.w82-127.abo.wanadoo.fr] has left #ubuntu-installer [] === jerom1 [n=jeromeb@LSt-Amand-152-32-6-178.w82-127.abo.wanadoo.fr] has joined #ubuntu-installer [11:38] Hi Colin and all, [11:38] I would wish to test your friday's patch by adding your modification in the initrd of my netboot. How can i find your fix ? === jerom1 [n=jeromeb@LSt-Amand-152-32-6-178.w82-127.abo.wanadoo.fr] has left #ubuntu-installer [] === Signon time : Sun Nov 26 10:40:44 2006 === Signoff time : Mon Nov 27 13:16:53 2006 === Total uptime : 1d 2h 36m 9s === Starting logfile irclogs/ubuntu-installer.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-installer === Topic for #ubuntu-installer: Development of d-i and ubiquity in Ubuntu === Topic (#ubuntu-installer): set by cjwatson at Mon Nov 27 01:35:39 2006 [01:51] cjwatson: alright I'll see what I can do [01:51] thanks [01:53] I guess I could start an openssh server on the machine if I'm doing the install manually step by step anyway [01:54] possibly the fewer perturbations the better, though [01:55] yes but I don't have physical access to most of our machines [01:55] they are thousands of miles away ;) === cjwatson nods [02:09] let me try it rightaway on an idle server in korea [02:41] of course it doesn't happen if you WANT it to happen [02:43] a watched pot never boils [02:44] maybe it doesn't help that the install goes a lot slower now because of a different mirror [02:44] that shouldn't make a difference; it downloads everything and then installs it all [02:45] you never know [03:00] aha [03:00] now the install seems stalled on "Installed libisccfg1" [03:00] so it's likely not a man-db issue but a debconf one? [03:05] could be anything [03:06] would need an strace to investigate [03:07] trying to get you one now [03:07] btw, once I used db_set in a postinst script in one of our own packages [03:08] and that made everything stall as well [03:08] might be the same thing [03:08] but that was very reproducable [03:11] probably a different problem, such as causing debconf to exit before the db_set [03:11] db_set does work :-) [03:12] server-expert installs at 9600bps = no fun :) [03:27] ah there is no openssh-server udeb [03:28] let's see if I can do without... [03:41] is too [03:41] but it comes unconfigured so is not really quite what you want [03:41] (it's in universe) === jerom1 [n=jeromeb@LSt-Amand-152-32-6-178.w82-127.abo.wanadoo.fr] has joined #ubuntu-installer [03:55] I have found another way [03:55] I start the strace in the ssh shell using the menu [03:55] and have it log to /var/log/stall.trace [03:55] then I start the internal debug logs webserver [03:55] and go on with the install [03:57] ok it seems stalled at "Installed cron" [03:57] http://yf1014.yaseo.wikimedia.org/stall.trace [04:01] jerom1: 'svn di -r42868:42869 svn://svn.debian.org/svn/d-i/trunk/packages/debian-installer-utils/list-devices', applied to /bin/list-devices. If it breaks, you get to keep both pieces. [04:01] collin : thanks [04:01] 2136 14:56:57.569926 sendto(4, "<15>Nov 27 14:56:57 debconf: <-- 0 OK", 37, MSG_NOSIGNAL, NULL, 0) = 37 [04:01] 2136 14:56:57.570009 write(5, "0 OK", 4) = 4 [04:01] 2136 14:56:57.570056 write(5, "\n", 1) = 1 [04:01] 2136 14:56:57.570102 read(6, [04:01] (just the one l) [04:01] are the last lines in the trace [04:01] that sounds like you're just tracing debconf [04:02] isn't the main menu debconf? [04:02] but the hang might not be there [04:02] you're prejudging the outcome ... [04:02] I am not [04:02] you asked me to trace the main menu pid :) [04:02] with -f [04:02] I did [04:02] and no, the main menu actually isn't debconf [04:02] it's "main-menu" [04:02] ok [04:03] I will start over [04:03] sorry, I thought I'd been clear [04:03] maybe I didn't look very well [04:03] np [04:03] I now know how to do it [04:03] looking at the trace anyway, but it looks like it's the other side of the protocol that's hanging [04:03] yes [04:03] debconf is just waiting for input, which is legitimate and normal [04:04] indeed [04:04] could conceivably be apt or something at this rate [04:04] but we'll see [04:08] I should put the strace in the early_command script... easier [04:19] oh this is going to be a fun trace [04:20] (not likely to be around much for the rest of my afternoon, BTW) [04:20] ok [04:20] I'll just save it [04:20] nnn [04:20] (argh, bloody connection) [04:21] gee, the installer is doing a lot of forks... [05:00] it does that [05:00] something to do with largely being written in shell ;-) [05:01] Doesn't help performance on hppa any, where fork() is really slow. It's not too bad on the other architectures. [05:26] hehe [05:26] my strace download is now one hour behind [05:26] an hour to just install base ;) [05:54] killed for out of memory [05:55] d'oh [05:55] it was > 4 GB in size ;) [05:55] this is not feasible [05:55] when did you start the trace? [05:55] right before base install [05:55] hmm [05:56] is it feasible to dump the trace to disk instead of RAM? [05:56] hmm [05:56] maybe [05:56] would have to be another disk than the installer is working on I guess [05:56] you'd have to run in expert mode until the end of the partitioner in order to give yourself time to set up the trace before base-installer starts, and then change debconf priority back to high to get into base-installer [05:57] no, if you set up the trace after the partitioner has finished working then you can safely write into /target/tmp/ [05:58] or I have it streamed out over the LAN [06:09] I can do it after base-installer I guess, it doesn't happen during bae [06:09] base [06:11] it doesn't? [06:11] oh, Ubuntu doesn't install man-db as part of base [06:11] I totally forgot about that ;-) [06:11] :) [06:11] hi, can you tell I'm the man-db maintainer, a Debian installer developer, and the Ubuntu installer lead? sheesh [06:11] yes, clearly :) [06:12] yeah, ok, so right before pkgsel would work fine as well [06:12] but with many hats things can get intermixed [06:12] exactly - Debian installs man-db in base [06:13] what does "Build LTSP chroot"? [06:13] +do [06:14] it's an Edubuntu thing [06:14] thin client integration [06:15] /dev/sda1 7.3G 479.8M 6.5G 7% /target [06:15] I hope that's gonna be enough :) [06:15] if you're installing an LTSP server, it builds a pre-cooked chroot that you can serve out to clients [06:15] I see [06:15] so I can skip it next time [06:17] yeah [06:17] ok there we go, I have it log to /target/tmp, and I put a symlink in /var/log/ so it's available over the network [06:17] http://yf1014.yaseo.wikimedia.org/stall.trace [06:17] gonna start pkgsel now [06:23] grr [06:23] of course now it went just fine [06:39] and again :( [06:47] bye === jerom1 [n=jeromeb@LSt-Amand-152-32-6-178.w82-127.abo.wanadoo.fr] has left #ubuntu-installer [] [07:11] can't reproduce it with strace running