I successfully installed to my SS20 (sun4m) ftp'ing the files from my mail server, moved the boot32.img floppy to my SS2 (sun4c) that was (successfully) running RHL 6.0, rebooted from the floppy, started the install ftp'ing the same set of files I had used for the SS20 & it hung here, twice... Fri Nov 26 09:53:47 1999 1 sparc.ashe84.com 122789 /pub/RedHat/RPMS/ldconfig-1.9 .5-16.sparc.rpm b _ o a anonymous ftp 0 * That's the last file it got before it died. I repeated the attempt & it died at the same spot. So, I know the floppy image worked on my SS20 & I know the file set was complete, the only thing that changed was the architecture. (From sparc-list) Well after much interigation, the ftp install problem doesn't seem to be an ftp problem. After other install methods all failed and a little poking around. It looks like something is wrong with ldconfig-1.9.5-16.sparc.rpm
I posted the it
The last post got eaten (i will repeat) I got past that ldconfig file, just once out of six times, and just hung a little while later on an IPX w/ redhat 6.1
A fellow user on the 'linux.redhat.sparc' newsgroup has found the answer to this problem. It turns out to be a SCSI termination issue. Make sure that you are not double-terminating your bus. In my case, one of the two drives in my Sparc 2 was terminated. I disabled termination on both and the install now works like a charm. Same solution for my IPX. I'm curious as to what has changed since RH 6.0, since it installed with no problems at all under the 'double-scsi-termination' situation... Hats off to Hugo Curbelo for the solution!
*** Bug 8921 has been marked as a duplicate of this bug. ***
*** Bug 7376 has been marked as a duplicate of this bug. ***
*** Bug 7833 has been marked as a duplicate of this bug. ***
I'm not sure that this is a satisfactory conclusion to this bug (in particular, to 7376, which has been marked a duplicate). My SCSI bus _is_ correctly terminated (and the box has been running successfully, with no kernel messages indicating aproblem with the SCSI bus) ever since. The problem was apparent with an FTO install, but _not_ with an HTTP install. I was unable to test the NFS install, since NFS is blocked to that particular subnet.
*** Bug 8041 has been marked as a duplicate of this bug. ***
I agree with Graeme. I had a properly active terminated bus on my IPX, and the install would fail. Only after removing ALL termination did the install begin to work. Also I noticed that my yamaha 6416 cd-writer didn't disconnect ( causing the kernel to panic about the root filesystem ) when terminated, but I've moved it inside my PC now, so I can't test it without termination. Perhaps the scsi driver is a bit dodgy, and requires bus retries to keep it alive??