Bug#433187: Installing Debian on Ultrasparc III machines
On Thu, Sep 27, 2007 at 12:33:42PM +0200, Josip Rodin wrote: In any case, I let it run some more, and then when it went more or less dead, I tried to press the said key combination on the keyboard - to no avail. Break+p would be Ctrl+Pause+p? Didn't work, and Alt+Pause+p also didn't work. What was even more annoying was the fact that Stop+a got me the PROM shell, but I wasn't able to type anything in it (including 'go'), so that effectively freezes the machine. Please tell me if I did something stunningly stupid... BREAK is an RS-232 signal that you'd send over the serial console. (I am assuming here that you've been instructed to use SysRq functionality after a crash). To do it at the keyboard, try Alt+Stop+p. If you have magic sysrq enabled and that doesn't work, file a bug on the Linux kernel documentation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: Installing Debian on Ultrasparc III machines
BREAK is an RS-232 signal that you'd send over the serial console. Right, but sending a break via serial console to a sparc is the same as pressing stop+a - it'll return you to the OBP's prompt. Walking to the keyboard to press alt+stop+p is is a bit annoying if the machine is not next to you. -- Bernd Zeimetz [EMAIL PROTECTED] http://bzed.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: Installing Debian on Ultrasparc III machines
On Sun, Sep 30, 2007 at 03:03:07PM +0200, Bernd Zeimetz wrote: Right, but sending a break via serial console to a sparc is the same as pressing stop+a - it'll return you to the OBP's prompt. Walking to the keyboard to press alt+stop+p is is a bit annoying if the machine is not next to you. If you can't switch the Sun to the alternate break sequence, then send a break followed by a p to the serial console and get the same result as SysRq+p on a PC or break+p on a PC's serial console, then I agree that something is suboptimal. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: Installing Debian on Ultrasparc III machines
On Mon, Sep 24, 2007 at 09:57:23PM +0200, Josip Rodin wrote: kernel which works well - at least on out US III machine. We've applied 179c85ea53bef807621f335767e41e23f86f01df to make sure that the system doesn't create unkillable processes anymore if you use the libc6 from _lenny_. BTW, lebrun.d.o, also an USIII, running 2.6.23-rc6 plus the aforementioned patch still created unkillable dpkg-query processes. BTW, I got around to changing the input/output-device on lebrun today, so I'll be able to get register dumps in case it goes dead. I'm not sure if those problems are related :) The register dumps would be needed if the kernel fails to initialize the CPU Fabio told me that break+p output might be useful in this case too, I'm just repeating :) In any case, I let it run some more, and then when it went more or less dead, I tried to press the said key combination on the keyboard - to no avail. Break+p would be Ctrl+Pause+p? Didn't work, and Alt+Pause+p also didn't work. What was even more annoying was the fact that Stop+a got me the PROM shell, but I wasn't able to type anything in it (including 'go'), so that effectively freezes the machine. Please tell me if I did something stunningly stupid... -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: Installing Debian on Ultrasparc III machines
didn't work. What was even more annoying was the fact that Stop+a got me the PROM shell, but I wasn't able to type anything in it (including 'go'), so that effectively freezes the machine. Same thing here, if I managed to get the ok prompt at all, I was not able to enter anything. :( -- Bernd Zeimetz [EMAIL PROTECTED] http://bzed.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: Installing Debian on Ultrasparc III machines
On Wed, Sep 19, 2007 at 12:10:26AM +0200, Josip Rodin wrote: kernel which works well - at least on out US III machine. We've applied 179c85ea53bef807621f335767e41e23f86f01df to make sure that the system doesn't create unkillable processes anymore if you use the libc6 from _lenny_. BTW, lebrun.d.o, also an USIII, running 2.6.23-rc6 plus the aforementioned patch still created unkillable dpkg-query processes. BTW, I got around to changing the input/output-device on lebrun today, so I'll be able to get register dumps in case it goes dead. Right now its buildd has been building for over 3.5 hours, and it has created this one process: buildd 20263 100 0.5 1941872 11472 ? RN 18:25 192:03 dpkg-query --search libc.so.6 But it keeps moving! The load was around 5 when I checked this. I went to run 'less buildd.log', but that process just stopped responding instantly. I tried stracing it, and that strace stopped responding :) The load went up to 7 after that. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: Installing Debian on Ultrasparc III machines
Josip Rodin wrote: On Wed, Sep 19, 2007 at 12:10:26AM +0200, Josip Rodin wrote: kernel which works well - at least on out US III machine. We've applied 179c85ea53bef807621f335767e41e23f86f01df to make sure that the system doesn't create unkillable processes anymore if you use the libc6 from _lenny_. BTW, lebrun.d.o, also an USIII, running 2.6.23-rc6 plus the aforementioned patch still created unkillable dpkg-query processes. BTW, I got around to changing the input/output-device on lebrun today, so I'll be able to get register dumps in case it goes dead. I'm not sure if those problems are related :) The register dumps would be needed if the kernel fails to initialize the CPU (as in: try to boot a non-SMP kernel on lebrun - but I guess that works well in lebrun's case). See #440720 I find it interesting though, that the machine is still accessible - but probably this was just the same here and I should have been a bit patient for half an hour or so. Unfortunately the machine didn;t want to boot the kernel I've build with a lot of debug stuff included I'll give this another try when I have some spare time. -- Bernd Zeimetz [EMAIL PROTECTED] http://bzed.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: Installing Debian on Ultrasparc III machines
On Mon, Sep 24, 2007 at 09:53:44PM +0200, Bernd Zeimetz wrote: kernel which works well - at least on out US III machine. We've applied 179c85ea53bef807621f335767e41e23f86f01df to make sure that the system doesn't create unkillable processes anymore if you use the libc6 from _lenny_. BTW, lebrun.d.o, also an USIII, running 2.6.23-rc6 plus the aforementioned patch still created unkillable dpkg-query processes. BTW, I got around to changing the input/output-device on lebrun today, so I'll be able to get register dumps in case it goes dead. I'm not sure if those problems are related :) The register dumps would be needed if the kernel fails to initialize the CPU Fabio told me that break+p output might be useful in this case too, I'm just repeating :) -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: Installing Debian on Ultrasparc III machines
I'm not sure if those problems are related :) The register dumps would be needed if the kernel fails to initialize the CPU Fabio told me that break+p output might be useful in this case too, I'm just repeating :) Does Fabio probably know how to send that via a serial connection? :) -- Bernd Zeimetz [EMAIL PROTECTED] http://bzed.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: Installing Debian on Ultrasparc III machines
Bernd Zeimetz a écrit : I'm not sure if those problems are related :) The register dumps would be needed if the kernel fails to initialize the CPU Fabio told me that break+p output might be useful in this case too, I'm just repeating :) Does Fabio probably know how to send that via a serial connection? :) Use the /proc/sysrq-trigger to send the corresponding keystroke. I used this trick to reboot the machine with unkillable processes since it won't go down by itself. Seb
Bug#433187: Installing Debian on Ultrasparc III machines
BTW, lebrun.d.o, also an USIII, running 2.6.23-rc6 plus the aforementioned patch still created unkillable dpkg-query processes. I've given 2.6.23-rc6-git7 a try now, which includes 6553daeafb4fa15cd07088f543352fa3779e86e1 - but no luck. This time ssh processes keep stuck while logging out. :( -- Bernd Zeimetz [EMAIL PROTECTED] http://bzed.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: Installing Debian on Ultrasparc III machines
On Tue, Sep 18, 2007 at 11:40:19PM +0200, Bernd Zeimetz wrote: kernel which works well - at least on out US III machine. We've applied 179c85ea53bef807621f335767e41e23f86f01df to make sure that the system doesn't create unkillable processes anymore if you use the libc6 from _lenny_. Please read the following WARNING: using the libc6 from Etch on an US III machine results in a freeze (badly, as in not reacting to stop+a/break) of your system if you do things like using aptitude after becoming root by the use of su/sudo. This is not that bad with the libc6 from testing, but this is definitely NOT fixed. BTW, lebrun.d.o, also an USIII, running 2.6.23-rc6 plus the aforementioned patch still created unkillable dpkg-query processes. [EMAIL PROTECTED]:/home/buildd/build/chroot-unstable/lib]# ./libc-2.6.1.so GNU C Library stable release version 2.6.1, by Roland McGrath et al. Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 4.2.1 (Debian 4.2.1-5). Compiled on a Linux 2.6.17-rc1 system on 2007-09-04. Available extensions: crypt add-on version 2.1 by Michael Glad and others GNU Libidn by Simon Josefsson Native POSIX Threads Library by Ulrich Drepper et al BIND-8.2.3-T5B software FPU emulation by Richard Henderson, Jakub Jelinek and others For bug reporting instructions, please see: http://www.gnu.org/software/libc/bugs.html. Outside the chroot it's etch. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: Installing Debian on Ultrasparc III machines
BTW, lebrun.d.o, also an USIII, running 2.6.23-rc6 plus the aforementioned patch still created unkillable dpkg-query processes. Thanks for the hint, saves me the work to give it a try. Building seems to work on US II CPUs, though, and aptitude doesn't crash as described below: Outside of the chroot: - login as user != root (we're using nss-db here didn't check if that makes a difference, but I guess you have a similar setup on lebrun) - use su or sudo to become root - run aptitude -u (for example...) frozen. Running the same under strace requieres you to kill -9 the aptitude processes, but it doesn't freeze the machine. The machine doesn't freeze with a libc6 from lenny. -- Bernd Zeimetz [EMAIL PROTECTED] http://bzed.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]