Re: Ultra-5 freezing
scar a écrit : BERTRAND Joël wrote on 09/11/2014 12:41 PM: Hello, scar a écrit : how can i test RAM and other hardware, for example? You can use diag_switch? = true and diag_level = max (with a null modem serial line). i set these options but it doesn't seem to do anything... i see a little more about memory being initialized but then it just tries to boot from the network. diag-device = net so do i need to adjust that value too so it tests the memory? unfortunately no help is provided for diag-device in openboot diag-switch? = true I don't remember if U5 has diag-level. If yes, please set diag-level to max. And check result on serial line. Diag of course tests memory. Regards, JKB -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/543585c1.2030...@systella.fr
Re: Ultra-5 freezing
BERTRAND Joël wrote on 09/11/2014 12:41 PM: > Hello, > > scar a écrit : >> how can i test RAM and other hardware, >> for example? > > You can use diag_switch? = true and diag_level = max (with a null > modem serial line). i set these options but it doesn't seem to do anything... i see a little more about memory being initialized but then it just tries to boot from the network. diag-device = net so do i need to adjust that value too so it tests the memory? unfortunately no help is provided for diag-device in openboot -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/m13t9m$iji$1...@ger.gmane.org
Re: Ultra-5 freezing
Mark Morgan Lloyd a écrit : BERTRAND Joël wrote: Hermann Lauer a écrit : On Sun, Sep 14, 2014 at 07:44:31PM +0200, BERTRAND Jo??l wrote: hmm well where will this info usually show up? in the system/kernel logs? if it's not showing up then that means the freezes must be caused by something other than ECC errors? On console and system logs. Freezes can be caused by kernel bugs and there are a lot of kernel bugs in sparc64 port. I have systems with wheezy where I saw some corrected ECC (console and logs). But the main problem are the freezes - there is some discussion on the sparc kernel over freezes under io load. So probably some of that bugs are fixes in the 3.17 rc's > rc1 - will try when time permits. Maybe, but I haven't see this kind of discussion for a long time. I cannot test 3.17-rc1 as sun4v support is broken (LSI SAS and cpu support). I could potentially test it, but in order for that the happen the Debian team would have to make sure that usable CD images were being built. They can't shift the blame for that upstream. And don't forget that some chipsets (psycho for example) are buggy. U80 triggers false ECC errors when system runs with 4 GB of RAM. I was working through spare machines and boards earlier in the year, and found a disturbing number where POST was reporting Psycho failures which broke PCI hence ebus etc. I'd be interested to hear others' experiences: is Psycho known to have a limited service life? I've never seen this kind of POST error... JKB -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5416bb15.1020...@systella.fr
Re: Ultra-5 freezing
BERTRAND Joël wrote: Hermann Lauer a écrit : On Sun, Sep 14, 2014 at 07:44:31PM +0200, BERTRAND Jo??l wrote: hmm well where will this info usually show up? in the system/kernel logs? if it's not showing up then that means the freezes must be caused by something other than ECC errors? On console and system logs. Freezes can be caused by kernel bugs and there are a lot of kernel bugs in sparc64 port. I have systems with wheezy where I saw some corrected ECC (console and logs). But the main problem are the freezes - there is some discussion on the sparc kernel over freezes under io load. So probably some of that bugs are fixes in the 3.17 rc's > rc1 - will try when time permits. Maybe, but I haven't see this kind of discussion for a long time. I cannot test 3.17-rc1 as sun4v support is broken (LSI SAS and cpu support). I could potentially test it, but in order for that the happen the Debian team would have to make sure that usable CD images were being built. They can't shift the blame for that upstream. And don't forget that some chipsets (psycho for example) are buggy. U80 triggers false ECC errors when system runs with 4 GB of RAM. I was working through spare machines and boards earlier in the year, and found a disturbing number where POST was reporting Psycho failures which broke PCI hence ebus etc. I'd be interested to hear others' experiences: is Psycho known to have a limited service life? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/lv6dnh$pjg$1...@pye-srv-01.telemetry.co.uk
Re: Ultra-5 freezing
Hermann Lauer a écrit : On Sun, Sep 14, 2014 at 07:44:31PM +0200, BERTRAND Jo??l wrote: hmm well where will this info usually show up? in the system/kernel logs? if it's not showing up then that means the freezes must be caused by something other than ECC errors? On console and system logs. Freezes can be caused by kernel bugs and there are a lot of kernel bugs in sparc64 port. I have systems with wheezy where I saw some corrected ECC (console and logs). But the main problem are the freezes - there is some discussion on the sparc kernel over freezes under io load. So probably some of that bugs are fixes in the 3.17 rc's > rc1 - will try when time permits. Maybe, but I haven't see this kind of discussion for a long time. I cannot test 3.17-rc1 as sun4v support is broken (LSI SAS and cpu support). And don't forget that some chipsets (psycho for example) are buggy. U80 triggers false ECC errors when system runs with 4 GB of RAM. Regards, JKB -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5416b101.4060...@systella.fr
Re: Ultra-5 freezing
On Sun, Sep 14, 2014 at 07:44:31PM +0200, BERTRAND Jo??l wrote: > >hmm well where will this info usually show up? in the system/kernel > >logs? if it's not showing up then that means the freezes must be caused > >by something other than ECC errors? > > On console and system logs. Freezes can be caused by kernel bugs > and there are a lot of kernel bugs in sparc64 port. I have systems with wheezy where I saw some corrected ECC (console and logs). But the main problem are the freezes - there is some discussion on the sparc kernel over freezes under io load. So probably some of that bugs are fixes in the 3.17 rc's > rc1 - will try when time permits. Greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140915084433.gc31...@lemon.iwr.uni-heidelberg.de
Re: Ultra-5 freezing
scar a écrit : BERTRAND Joël wrote on 09/13/2014 03:37 PM: If I remember, ECC errors are corrected by psycho. Psycho (and schizo) return some information about memory error like "corrected" or "uncorrectable" errors. If you only see "corrected" errors, you have to change a memory module, but system should run as expected. hmm well where will this info usually show up? in the system/kernel logs? if it's not showing up then that means the freezes must be caused by something other than ECC errors? On console and system logs. Freezes can be caused by kernel bugs and there are a lot of kernel bugs in sparc64 port. Regards, JKB -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5415d3ff.4070...@systella.fr
Re: Ultra-5 freezing
BERTRAND Joël wrote on 09/13/2014 03:37 PM: > If I remember, ECC errors are corrected by psycho. Psycho (and > schizo) return some information about memory error like "corrected" or > "uncorrectable" errors. If you only see "corrected" errors, you have to > change a memory module, but system should run as expected. hmm well where will this info usually show up? in the system/kernel logs? if it's not showing up then that means the freezes must be caused by something other than ECC errors? -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/lv4j6p$nq3$1...@ger.gmane.org
Re: Ultra-5 freezing
scar a écrit : and now that i think harder, i think i do remember seeing some ECC errors in the system log back when i was running SunOS. maybe the RAM does have some issues but the ECC was properly handled by SunOS so i never experienced any problems. can anyone speak about ECC handling with Debian SPARC Linux kernel? how about the NetBSD kernel, Joël? If I remember, ECC errors are corrected by psycho. Psycho (and schizo) return some information about memory error like "corrected" or "uncorrectable" errors. If you only see "corrected" errors, you have to change a memory module, but system should run as expected. U5 memories are known to be very sensitive. JKB -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5414c71d.2060...@systella.fr
Re: Ultra-5 freezing
hi thank you all for the responses. sounds like i need to try older 2.6 kernel... hopefully can do this with apt-get because i dont want to reinstall OS. BSD is an OS i am scared of :) but have been wanting to try it again so perhaps will take the plunge again and try NetBSD if i cannot get some stability out of Linux Patrick Baggett wrote on 09/11/2014 12:59 PM: > When you say you are experiencing hard freezes, can you give a time frame? >>From you email it sounds like this: > > * Installed Wheezy (works 100% perfectly?) > * Some time passes > * Now, it hard freezes (at boot? after a minute? after an hour? one week?) yes it seems to work 100% but that is just from my viewpoint through an SSH connection to the box... seems there might be issues with fan control, etc. that i'm not aware of. a random amount of time will pass and then system freezes. it seems to be related to increased hard disk activity, as i noticed some freezes when taking a full backup with bacula, and most recent freeze happened after apt-get started to install updates and now that i think harder, i think i do remember seeing some ECC errors in the system log back when i was running SunOS. maybe the RAM does have some issues but the ECC was properly handled by SunOS so i never experienced any problems. can anyone speak about ECC handling with Debian SPARC Linux kernel? how about the NetBSD kernel, Joël? > I don't have problems with my Sun Ultra 80 or SB 2500 on Linux. I also > don't keep them on for weeks at a time though -- although I used to without > issues. yes mine has been 'always on' inside of a datacenter, 100+ days uptimes :) -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/lv2cb3$n3e$1...@ger.gmane.org
Re: Ultra-5 freezing
Mark Morgan Lloyd a écrit : BERTRAND Joël wrote: Mark Morgan Lloyd a écrit : Aaro Koskinen wrote: Hi, On Thu, Sep 11, 2014 at 09:41:09PM +0200, BERTRAND Joël wrote: BUT : for several months, Linux/Sparc64 is unfortunately not stable anymore (or completely broken). After 2.6.35 kernel, I can see random deadlock on all my sparc64 (sun4v _and_ sun4u). Now, I run NetBSD or Solaris 10. But FreeBSD and OpenBSD run fine also. I have Ultra 5 in active use. It used to suffer from random hard lockups/hangs, but those issues disappeared with recent Linux mainline kernels (I think after 3.12 or so). I had a stack of Netras which I set up with Wheezy, can't remember the kernel version. One or more would predictably lock up shortly after 06:30 GMT Sunday, I suspect this was connected with logrotate rollover. I reverted to Lenny with a 2.6 kernel and they're rock-solid. And I think you haven't tried to use Linux on sun4v. I have a stack of T, and they randolmy crash. One of my T1000 cannot boot recent kernel (after 2.6.30 as LSI SAS driver is particulary broken), but with the _same_ hardware all other ones runs (not fine, but run) with 2.6.38. 3.x are broken and only boot with 1 thread (!). I haven't tested kernel after 3.14. I have very little intention of trying it. I've spent a high proportion of my time right through the Spring and Summer trying to find combinations of hardware and software that work, and I'm about up to here ^ with it. I have sent patches to official linux/sparc64 maintainer without any result on sparc32 and sparc64. I have done a lot of bug reports on sparc The last version which is anywhere near acceptable is Lenny, and even that has problems. Apart from project-specific stuff like the installer, the real issue is that Debian bugs can't be bucked upstream because upstream developers no longer have Sun hardware. An ancillary problem is that Sun was really only interested in Linux at the application level, which is why they've never really helped get things like fan control and temperature monitoring sorted out: they expected that to be handled by Solaris, with Linux running as a virtualised guest OS. Fan control worked fine until 2.6.32 if I remember. It works fine under NetBSD and I'm working on a cpufreq driver for NetBSD. envstat run fine also on NetBSD. Main problem is that nobody want to support sparc or sparc64 Linux kernel for a very long time. kernel mailing list. I think linux is unfortunately dead on sparc, sparc64, mips... In fact on all archs but i386, amd64 and arm. MIPS isn't doing too badly. Keep an eye open for the C120 demonstrator board. I have some MIPS board and I don't find MIPS linux kernel stable enough (loongson 2E/2F). Regards, JKB -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54133725.4010...@systella.fr
Re: Ultra-5 freezing
BERTRAND Joël wrote: Mark Morgan Lloyd a écrit : Aaro Koskinen wrote: Hi, On Thu, Sep 11, 2014 at 09:41:09PM +0200, BERTRAND Joël wrote: BUT : for several months, Linux/Sparc64 is unfortunately not stable anymore (or completely broken). After 2.6.35 kernel, I can see random deadlock on all my sparc64 (sun4v _and_ sun4u). Now, I run NetBSD or Solaris 10. But FreeBSD and OpenBSD run fine also. I have Ultra 5 in active use. It used to suffer from random hard lockups/hangs, but those issues disappeared with recent Linux mainline kernels (I think after 3.12 or so). I had a stack of Netras which I set up with Wheezy, can't remember the kernel version. One or more would predictably lock up shortly after 06:30 GMT Sunday, I suspect this was connected with logrotate rollover. I reverted to Lenny with a 2.6 kernel and they're rock-solid. And I think you haven't tried to use Linux on sun4v. I have a stack of T, and they randolmy crash. One of my T1000 cannot boot recent kernel (after 2.6.30 as LSI SAS driver is particulary broken), but with the _same_ hardware all other ones runs (not fine, but run) with 2.6.38. 3.x are broken and only boot with 1 thread (!). I haven't tested kernel after 3.14. I have very little intention of trying it. I've spent a high proportion of my time right through the Spring and Summer trying to find combinations of hardware and software that work, and I'm about up to here ^ with it. I have sent patches to official linux/sparc64 maintainer without any result on sparc32 and sparc64. I have done a lot of bug reports on sparc The last version which is anywhere near acceptable is Lenny, and even that has problems. Apart from project-specific stuff like the installer, the real issue is that Debian bugs can't be bucked upstream because upstream developers no longer have Sun hardware. An ancillary problem is that Sun was really only interested in Linux at the application level, which is why they've never really helped get things like fan control and temperature monitoring sorted out: they expected that to be handled by Solaris, with Linux running as a virtualised guest OS. kernel mailing list. I think linux is unfortunately dead on sparc, sparc64, mips... In fact on all archs but i386, amd64 and arm. MIPS isn't doing too badly. Keep an eye open for the C120 demonstrator board. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/luuegv$m7u$1...@pye-srv-01.telemetry.co.uk
Re: Ultra-5 freezing
Mark Morgan Lloyd a écrit : Aaro Koskinen wrote: Hi, On Thu, Sep 11, 2014 at 09:41:09PM +0200, BERTRAND Joël wrote: BUT : for several months, Linux/Sparc64 is unfortunately not stable anymore (or completely broken). After 2.6.35 kernel, I can see random deadlock on all my sparc64 (sun4v _and_ sun4u). Now, I run NetBSD or Solaris 10. But FreeBSD and OpenBSD run fine also. I have Ultra 5 in active use. It used to suffer from random hard lockups/hangs, but those issues disappeared with recent Linux mainline kernels (I think after 3.12 or so). I had a stack of Netras which I set up with Wheezy, can't remember the kernel version. One or more would predictably lock up shortly after 06:30 GMT Sunday, I suspect this was connected with logrotate rollover. I reverted to Lenny with a 2.6 kernel and they're rock-solid. And I think you haven't tried to use Linux on sun4v. I have a stack of T, and they randolmy crash. One of my T1000 cannot boot recent kernel (after 2.6.30 as LSI SAS driver is particulary broken), but with the _same_ hardware all other ones runs (not fine, but run) with 2.6.38. 3.x are broken and only boot with 1 thread (!). I haven't tested kernel after 3.14. I have sent patches to official linux/sparc64 maintainer without any result on sparc32 and sparc64. I have done a lot of bug reports on sparc kernel mailing list. I think linux is unfortunately dead on sparc, sparc64, mips... In fact on all archs but i386, amd64 and arm. Regards, JKB -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5412ad64.1060...@systella.fr
Re: Ultra-5 freezing
Aaro Koskinen wrote: Hi, On Thu, Sep 11, 2014 at 09:41:09PM +0200, BERTRAND Joël wrote: BUT : for several months, Linux/Sparc64 is unfortunately not stable anymore (or completely broken). After 2.6.35 kernel, I can see random deadlock on all my sparc64 (sun4v _and_ sun4u). Now, I run NetBSD or Solaris 10. But FreeBSD and OpenBSD run fine also. I have Ultra 5 in active use. It used to suffer from random hard lockups/hangs, but those issues disappeared with recent Linux mainline kernels (I think after 3.12 or so). I had a stack of Netras which I set up with Wheezy, can't remember the kernel version. One or more would predictably lock up shortly after 06:30 GMT Sunday, I suspect this was connected with logrotate rollover. I reverted to Lenny with a 2.6 kernel and they're rock-solid. Over the last few months I've experimented with Wheezy from CD or local netboot, and have found it unusable: the developers urgently need to check that it works ab initio, rather than relying on "apt-get upgrade" or whatever. We've reverted to Solaris on a number of systems, and I'm working on contingency plans to move off SPARC entirely. Apropos console cables: frankly, the serial console is one of the few remaining strong points of Sun systems. On systems which all have RJ45, you need a flat twist: i.e. 1-8, 2-7, 3-6 and so on; note that this is not the standard twisted Ethernet cable. To connect a machine with RJ45 to a PC, it's the same cable as a Cisco console port so refer to pinouts.ru. To connect a machine with an RJ45 to another Sun, you might need an additional twist or a null modem- check that. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/luu7va$90l$1...@pye-srv-01.telemetry.co.uk
Re: Ultra-5 freezing
Hello, On Fri, Sep 12, 2014 at 03:03:40AM +0300, Aaro Koskinen wrote: > On Thu, Sep 11, 2014 at 09:41:09PM +0200, BERTRAND Joël wrote: > > BUT : for several months, Linux/Sparc64 is unfortunately not stable anymore > > (or completely broken). After 2.6.35 kernel, I can see random deadlock on > > all my sparc64 (sun4v _and_ sun4u). Now, I run NetBSD or Solaris 10. But > > FreeBSD and OpenBSD run fine also. > > I have Ultra 5 in active use. It used to suffer from random > hard lockups/hangs, but those issues disappeared with recent Linux > mainline kernels (I think after 3.12 or so). my suspection is that mainly the UP systems with the wheezy kernel are hanging sometimes over the time without any output. Unfortunately on a 480R (with 2 CPUs) newer vanilla kernels (tested up to 3.17-rc1) are crashing already during boot. Greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140912073241.ga29...@lemon.iwr.uni-heidelberg.de
Re: Ultra-5 freezing
Hi, On Thu, Sep 11, 2014 at 09:41:09PM +0200, BERTRAND Joël wrote: > BUT : for several months, Linux/Sparc64 is unfortunately not stable anymore > (or completely broken). After 2.6.35 kernel, I can see random deadlock on > all my sparc64 (sun4v _and_ sun4u). Now, I run NetBSD or Solaris 10. But > FreeBSD and OpenBSD run fine also. I have Ultra 5 in active use. It used to suffer from random hard lockups/hangs, but those issues disappeared with recent Linux mainline kernels (I think after 3.12 or so). A. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140912000340.gc...@drone.musicnaut.iki.fi
Re: Ultra-5 freezing
Hi Scar, When you say you are experiencing hard freezes, can you give a time frame? >From you email it sounds like this: * Installed Wheezy (works 100% perfectly?) * Some time passes * Now, it hard freezes (at boot? after a minute? after an hour? one week?) I don't have problems with my Sun Ultra 80 or SB 2500 on Linux. I also don't keep them on for weeks at a time though -- although I used to without issues. Patrick On Thu, Sep 11, 2014 at 1:45 PM, scar wrote: > hi i have an Ultra-5 which has been housed in a datacenter for several > years. It used to be running SunOS 5.9 and i didn't experience any > problems with it. As that OS became obsolete, I installed Wheezy on the > box not too long ago but now am experiencing hard freezes with no info > in the system log as to what is happening. how can i troubleshoot? is > it a software/OS/kernel issue? i did a barebones installation, not > selecting any "roles" for the computer and have installed all software > as needed (mainly openssh server), so it is a very slim installation. > is it a recent hardware failure? how can i test RAM and other hardware, > for example? > > i have another sun server in the same datacenter and i was looking to > link the two boxes between their serial ports; perhaps i can see more > info on the console when the freezes happen. problem is i am not too > good at figuring out how to wire such a link. The Ultra-5 has a DB9 > port and the other server has an RJ45 port, and i have an Avocent Sun > DB9-RJ45 adapter made to be used with their Cyclades serial port server > which is what i used to have the Ultra-5 connected to, but the Cyclades > is gone now so i'm trying to link it to my other server. i started a > discussion about this in the Avocent forums[1] > > thanks > > > 1. > http://community.emerson.com/networkpower/support/avocent/f/105/t/4124.aspx > > > > -- > To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: https://lists.debian.org/lusqjk$qkn$1...@ger.gmane.org > >
Re: Ultra-5 freezing
Hello, scar a écrit : hi i have an Ultra-5 which has been housed in a datacenter for several years. It used to be running SunOS 5.9 and i didn't experience any problems with it. As that OS became obsolete, I installed Wheezy on the box not too long ago but now am experiencing hard freezes with no info in the system log as to what is happening. how can i troubleshoot? is it a software/OS/kernel issue? i did a barebones installation, not selecting any "roles" for the computer and have installed all software as needed (mainly openssh server), so it is a very slim installation. is it a recent hardware failure? how can i test RAM and other hardware, for example? You can use diag_switch? = true and diag_level = max (with a null modem serial line). You can also use SunVTS from Solaris. I have some trouble with all my U5 memory modules (until I use compatibles modules, not Sun branded ones). And UltraSPARC IIi/440 MHz seems to be fragile. BUT : for several months, Linux/Sparc64 is unfortunately not stable anymore (or completely broken). After 2.6.35 kernel, I can see random deadlock on all my sparc64 (sun4v _and_ sun4u). Now, I run NetBSD or Solaris 10. But FreeBSD and OpenBSD run fine also. If you want to help to continue linux/sparc64 port, you're welcome. But if you want to use your workstation, I think you have to forget Linux... Regards, JKB -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5411fad5.7040...@systella.fr