Re: Sun Blade 100 -- Installer can't see disks
On Mon, Aug 31, 2009 at 10:57:12PM -0500, Jordan Bettis wrote: On Mon, Aug 31, 2009 at 10:47:48PM +0200, Josip Rodin wrote: On Mon, Aug 31, 2009 at 03:36:42PM -0500, Jordan Bettis wrote: The image boots fine, and the installer progresses to disk detection, at which point it says that it can not detect the disk, aska me to select a driver. Switching to the shell, I see the ALI IDE controller in lspci. I also see in lsmod that alim15x3 is loaded. When I look in /proc/ide, I see ide0 and ide1 directories, but no hda, hdb, etc. The hda, hdb etc devices would be in /dev. In any case, can you run Hi. Thanks for your reply. Yeah, I meant the device information directories, in /proc/ide, not the device nodes themselves. 'fdisk -l' in that shell to search for any devices with partitions? This produces no output. : After booting the machine back up to try fdisk, I noticed that there's now a /proc/ide/hda directory. It links from /proc/ide/ide0/. I swear it wasn't there before. Poking through it, I get this: /proc/ide/hda/driver: ide-default version 0.9.newide /proc/ide/hda/media: UNKNOWN /proc/ide/hda/model: 0=5x40,0t pcr_axmdc.1:770 :1012:.112 12 identify and settings are too verbose to transcribe unless it'd be helpful. Of course, /dev/hda still doesn't exist. Just a thought, would it be practical to get a PCI IDE controller for this machine, and just bypass the crappy builtin one? I guess the main hangup would be getting OB to boot from it. It looks like your case is worse than the other one - those others actually do detect the drives, but fail when using them with DMA; yours doesn't properly detect the drive, so it doesn't even get to the point where ide=nodma would be useful. Just in case you haven't already, try replacing the IDE cable with a newer one. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Lenny and MD RAID on an E420R
Hi list, I'm wondering if someone with more experience can help me out here. I am having endless trouble with getting a pair of servers up and running with a Sun A5200 JBOD array. At the moment both boxes have Lenny loaded up on them with limited levels of success. Both make extensive use of software RAID. Hardware configuration: Server A - OpenBoot PROM v3.31 - 4x UltraSPARC II 450 MHz CPUs - 4 GB RAM - 2x 36 GB SCSI disks in front bays - OEM SCSI CD-ROM - 2x Sun-branded Q-Logic QLA2100 single port FC-AL HBAs - single Quad Fast Ethernet adapter - using serial console on ttya/tty0 at 38400-8N1 Server B - OpenBoot PROM v3.33 - otherwise same as A Sun A5200 JBOD array - 2x interface boards - 4x GBICs total (2 per interface board) - split-loop configuration - each server having one connection to each 'loop' - 22 18 GB FC-AL disks note: for the below steps I took, the other server was disconnected from the array to avoid access conflicts So Server A boots properly and loads firmware for the QLA2100 FC HBAs. After some experimenting with multipath-tools and single-loop config on the A5200 (seems impractical due to changing LUNs on the array) I decided to uninstall the package. After it came out and a reboot later, I can read all of the disks and create and manage arrays on the FC-attached devices, but when Server A reboots the partition tables on all but one of the drives disappear. I have told fdisk to rescan and they show up every time... until I reboot. I have also used dd to zero out the first 10 MB of the disks and started from scratch - but again every reboot of Server A the partition table disappears. So I built up Server B in a similar fashion with the idea in my head that multipath-tools screwed up access to the udev names like /dev/sdc. Booted up fine, got SILO booting off of a software RAID 1 just like the other system. Added in the qla2xxx firmware, watched the initrd rebuild, rebooted, and my disks showed up! So I partitioned all of the disks from Server B, made a new array, rebooted, and init failed to find the root partition so dumped me into the initramfs emergency shell. mdadm --assemble --scan finds and puts together the arrays on the internal disks just fine - I can mount them and chroot into the real root filesystem. I figured that maybe SILO suddenly didn't like partition=0 in silo.conf so I updated all references (silo.conf, fstab, mdadm.conf, and ran 'mdadm --assemble /dev/md2 -m0 /dev/sda2 /dev/sdb2') so the array should now appear as /dev/md2 instead of /dev/md0. Upon reboot it now thinks that /dev/md2 does not exist. Again, an 'mdadm --assemble --scan' finds and puts together everything no problem. Any suggestions from the experts? At the moment I'm burning a copy of Solaris 10 but I'd really like to stick with Debian since we've standardized on it for all Linux systems organization-wide. Please let me know what additional information I should provide, although my ability to perform captures of screen output during boot may be limited as the boot messages become garbled and strewn randomly across my screen from the point of console handover: boot [earlyprom0] - real [tty0]. If anybody has suggestions on that either that would be wonderful! (Using a Livingston/Lucent Portmaster 2e) Thanks! --- Ross Halliday Network Operations WTC Communications Office: 613-547-6939 x203 Helpdesk: 866-547-6939 option 2 http://www.wtccommunications.ca -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Lenny and Sun Ultra Sparc 10
Hi, I tried to install Lenny on my Sun Ultra Sparc 10 with two methods: the netinstall and with the cdrom. And each time installation failed on the kernel installation, the log console tells thats there's unsatisfied dependancies for the kernel. Does anyone have an idea for this? Thank you Regards -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [FIX]: ultra45 boot failing...
Version: 2.6.26-14 13:52 bwh davem: btw, the Debian bug with PCI enumeration by X vs kernel is supposed to be fixed, but perhaps you could verify that? http://bugs.debian.org/514418 22:38 davem bwh: yes that debian bug is fixed -- Ben Hutchings The program is absolutely right; therefore, the computer must be wrong. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Anybody have a spare sparc machine? (was: Re: Bug#543573: FTBFS: libdevel-declare-perl_0.005011-1 on sparc (dist=unstable))
[cross posting ftw] Hi, On Tue, Aug 25, 2009 at 10:50:38PM +0200, Martin Zobel-Helas wrote: Failed Test Stat Wstat Total Fail List of Failed --- t/combi.t 010?? ?? ?? t/ctx-simple.t 010?? ?? ?? t/fail.t010?? ?? ?? t/methinstaller-simple.t010?? ?? ?? t/method-no-semi.t 010?? ?? ?? t/method.t 010?? ?? ?? t/multiline-proto.t 010 12 1 t/sugar.t 010?? ?? ?? 1 test skipped. Failed 8/23 test scripts. 1/38 subtests failed. Files=23, Tests=38, 3 wallclock secs ( 2.76 cusr + 0.25 csys = 3.01 CPU) Failed 8/23 test programs. 1/38 subtests failed. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/build/buildd-libdevel-declare-perl_0.005011-1-sparc-FPppW5/libdevel-declare-perl-0.005011' dh_auto_test: make returned exit code 2 make: *** [build] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 This is a sparc only FTBFS, and none of us own a sparc machine. Does anybody have a spare one they could let me (or somebody else in the Perl group) ssh into to debug it? Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Anybody have a spare sparc machine? (was: Re: Bug#543573: FTBFS: libdevel-declare-perl_0.005011-1 on sparc (dist=unstable))
Hi, On Tue, Sep 01, 2009 at 07:12:47PM -0700, Ryan Niebur wrote: This is a sparc only FTBFS, and none of us own a sparc machine. Does anybody have a spare one they could let me (or somebody else in the Perl group) ssh into to debug it? the upstream author of libdevel-declare-perl thinks that this could be the same as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505415 so if somebody with a sparc machine could just rebuild libdevel-declare-perl against the perl in experimental and confirm that it builds, that would be sufficient. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Anybody have a spare sparc machine?
On Tue, Sep 01, 2009 at 07:53:26PM -0700, Ben Pfaff wrote: Ryan Niebur ryanrya...@gmail.com writes: This is a sparc only FTBFS, and none of us own a sparc machine. Does anybody have a spare one they could let me (or somebody else in the Perl group) ssh into to debug it? http://db.debian.org/machines.cgi lists a number of Debian sparc machines. IANADD. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Anybody have a spare sparc machine?
Ryan Niebur ryanrya...@gmail.com writes: This is a sparc only FTBFS, and none of us own a sparc machine. Does anybody have a spare one they could let me (or somebody else in the Perl group) ssh into to debug it? http://db.debian.org/machines.cgi lists a number of Debian sparc machines. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Anybody have a spare sparc machine?
Ryan Niebur ryanrya...@gmail.com writes: On Tue, Sep 01, 2009 at 07:53:26PM -0700, Ben Pfaff wrote: Ryan Niebur ryanrya...@gmail.com writes: This is a sparc only FTBFS, and none of us own a sparc machine. Does anybody have a spare one they could let me (or somebody else in the Perl group) ssh into to debug it? http://db.debian.org/machines.cgi lists a number of Debian sparc machines. IANADD. The GCC compile farm has sparc machines too: http://gcc.gnu.org/wiki/CompileFarm You don't need to be a GCC developer to get an account. If it's a Debian-on-sparc specific build problem, rather than just a sparc-specific build problem, I guess that might not help. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
