Re: 9.2-RC1 sparc install via network problems
On 08/06/2013 03:53, Marius Strobl wrote: [...] U10 are still supported, why should they have been dropped? :) Turns out the panic is caused by a Performance Technologies SCSI PCI card. I didn't check the exact model, but has a Qlogic 1040B chip on it. (vendor=0x1077, dev=0x1020, revid=0x05) Sometimes it crashes, sometimes not. (But more often than not.) If I remove the card booting proceeds without problems. Difference betweeen normal boot (with -v) and crash: --- boot.ok 2013-08-06 18:50:40.484988096 +0200 +++ boot.notok 2013-08-06 18:59:04.801005172 +0200 @@ -175,7 +175,7 @@ eeprom0: EEPROM/clock addr 0x14-0x141fff on ebus0 eeprom0: model mk48t59 eeprom0: registered as a time-of-day clock (resolution 100us, adjustment 0.5s) -eeprom0: current time: 1375793620.0 +eeprom0: current time: 1375794253.0 ebus0: flashprom addr 0x10-0x1f (no driver attached) pcm0: Sun Audiocs addr 0x140020-0x14002000ff,0x1400702000-0x140070200f,0x1400704000-0x140070400f,0x1400722000-0x1400722003 irq 35,36 on ebus0 pcm0: CS4231A Codec Id. 10 @@ -205,49 +205,11 @@ isp0: Qlogic ISP 1020/1040 PCI SCSI Adapter port 0x400-0x4ff mem 0x2000-0x2fff at device 1.0 on pci2 isp0: using Memory space register mapping isp0: loaded firmware isp_1040 -isp0: Ultra Mode Capable -isp0: Board Type 1040B, Chip Revision 0x5, loaded F/W Revision 4.66.0 -isp0: 512 max I/O command limit set -isp0: Chan 0 Initiator ID is 7 -syscons0: System console on nexus0 -syscons0: Unknown 16 virtual consoles, flags=0x100 -syscons0: fb0, kbd0, terminal emulator: scteken (teken terminal) -procfs registered -Timecounter tick frequency 44000 Hz quality 1000 -Event timer tick frequency 44000 Hz quality 1000 -Timecounters tick every 1.000 msec -vlan: initialized, using hash tables with chaining -lo0: bpf attached -ata2: reset tp1 mask=03 ostat0=50 ostat1=00 -ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 -ata2: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 -ata2: reset tp2 stat0=50 stat1=00 devices=0x1 -ata3: reset tp1 mask=03 ostat0=00 ostat1=00 -ata3: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb -ata3: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 -ata3: reset tp2 stat0=00 stat1=00 devices=0x1 -isp0: driver initiated bus reset of bus 0 -(noperiph:isp0:0:-1:-1): reset bus on channel 0 -ada0 at ata2 bus 0 scbus0 target 0 lun 0 -GEOM: new disk ada0 -ada0: ST39111A 3.21 ATA-4 device -ada0: Serial Number 3CM0NK7P -ada0: 16.700MB/s transfers (WDMA2, PIO 8192bytes) -ada0: 8693MB (17803297 512 byte sectors: 16H 63S/T 17662C) -ada0: Previously was known as ad0 -pass0 at ata2 bus 0 scbus0 target 0 lun 0 -pass0: ST39111A 3.21 ATA-4 device -pass0: Serial Number 3CM0NK7P -pass0: 16.700MB/s transfers (WDMA2, PIO 8192bytes) -pass1 at ata3 bus 0 scbus1 target 0 lun 0 -pass1: LG CD-ROM CRD-8322B 1.05 Removable CD-ROM SCSI-0 device -pass1: Serial Number 1998/09/24 -pass1: 16.700MB/s transfers (WDMA2, ATAPI 12bytes, PIO 65534bytes) -cd0 at ata3 bus 0 scbus1 target 0 lun 0 -cd0: LG CD-ROM CRD-8322B 1.05 Removable CD-ROM SCSI-0 device -cd0: Serial Number 1998/09/24 -cd0: 16.700MB/s transfers (WDMA2, ATAPI 12bytes, PIO 65534bytes) -cd0: cd present [323350 x 2048 byte records] -nfs_diskless: no NFS handle -GEOM: new disk cd0 - +panic: trap: data access error (kernel) +cpuid = 0 +KDB: stack backtrace: +#0 0xc08588b4 at trap+0x554 +Uptime: 1s +Automatic reboot in 15 seconds - press a key on the console to abort +Rebooting... +Resetting ... ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
9.2-RC1 sparc install via network problems
Hi. I have some problems installing 9.2-RC1 on sparc64 via the network I have a dhcp server, and an NFS server that exports the disc1 ISO. Relevant portions of dhcpd.conf: filename boot/loader; option root-path ip-address-of-nfs-server:/cdrom; The boot/loader was copied from the install image. The tftpboot directory is otherwise empty. (So no loader.conf etc.) First I tried booting an Ultra10. That paniced immediately isp0: Qlogic ISP 1020/1040 PCI SCSI Adapter port 0x1000-0x10ff mem 0x2808000-0x2808fff at device 4.0 on pci3 isp0: invalid NVRAM header isp1: Qlogic ISP 1020/1040 PCI SCSI Adapter port 0x2000-0x20ff mem 0x290-0x2900fff at device 2.0 on pci2 panic: trap: data access error (kernel) cpuid = 0 KDB: stack backtrace: #0 0xc08588b4 at trap+0x554 Uptime: 1s This may be a hardware thing so I did not pursue this further. Maybe Ultra10 is no longer supported, I don't know. (Ultra10s are crap anyway :) Next I tried netbooting a V-120. That at least did not panic, but instead of starting the installer it produced this message on the console cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from cd9660:/dev/iso9660/FREEBSD_INSTALL [ro]... mountroot: waiting for device /dev/iso9660/FREEBSD_INSTALL ... Mounting from cd9660:/dev/iso9660/FREEBSD_INSTALL failed with error 19. Trying to mount root from nfs: []... At which point all I get is a single-user shell. Is installing via the network supported at all with the new bsd installer? Any magic loader options I need to get this to work? Cheers Michiel ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: 9.2-RC1 sparc install via network problems
On Mon, Aug 05, 2013 at 07:36:40PM +0200, Michiel Boland wrote: Hi. I have some problems installing 9.2-RC1 on sparc64 via the network I have a dhcp server, and an NFS server that exports the disc1 ISO. Relevant portions of dhcpd.conf: filename boot/loader; option root-path ip-address-of-nfs-server:/cdrom; The boot/loader was copied from the install image. The tftpboot directory is otherwise empty. (So no loader.conf etc.) Do you also have 'next-server' in there? I'm buffled how TFTPing the loader could work without one ... First I tried booting an Ultra10. That paniced immediately isp0: Qlogic ISP 1020/1040 PCI SCSI Adapter port 0x1000-0x10ff mem 0x2808000-0x2808fff at device 4.0 on pci3 isp0: invalid NVRAM header isp1: Qlogic ISP 1020/1040 PCI SCSI Adapter port 0x2000-0x20ff mem 0x290-0x2900fff at device 2.0 on pci2 panic: trap: data access error (kernel) cpuid = 0 KDB: stack backtrace: #0 0xc08588b4 at trap+0x554 Uptime: 1s This may be a hardware thing so I did not pursue this further. Maybe Ultra10 is no longer supported, I don't know. (Ultra10s are crap anyway :) U10 are still supported, why should they have been dropped? :) In fact, the 9.2 images have been tested on a U10 before they were published. I also found an ISP 1040 card, which works just fine here. So this indeed could be a hardware problem causing a PCI access to fail, which typically causes very strange backtraces like the incomplete one above. Next I tried netbooting a V-120. That at least did not panic, but instead of starting the installer it produced this message on the console cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from cd9660:/dev/iso9660/FREEBSD_INSTALL [ro]... mountroot: waiting for device /dev/iso9660/FREEBSD_INSTALL ... Mounting from cd9660:/dev/iso9660/FREEBSD_INSTALL failed with error 19. So far, that's expected as you seem to also have copied over the /etc/fstab from disc1. Trying to mount root from nfs: []... At which point all I get is a single-user shell. Is installing via the network supported at all with the new bsd installer? Any magic loader options I need to get this to work? According to the /etc/rc.local that ends up on the ISO 9660 file system of the release images, netbooted installing indeed was thought of when these were switched to bsdinstall(8). Given that just copying over that one file to a NFS root properly fires up bsdinstall(8) after booting here and given that your netboot environment apparently also works just fine - except you refer to the mountroot prompt as single-user shell -, I've no idea what could be going wrong in your case ... Marius ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: 9.2-RC1 sparc install via network problems
On 08/06/2013 03:53, Marius Strobl wrote: On Mon, Aug 05, 2013 at 07:36:40PM +0200, Michiel Boland wrote: Hi. I have some problems installing 9.2-RC1 on sparc64 via the network I have a dhcp server, and an NFS server that exports the disc1 ISO. Relevant portions of dhcpd.conf: filename boot/loader; option root-path ip-address-of-nfs-server:/cdrom; The boot/loader was copied from the install image. The tftpboot directory is otherwise empty. (So no loader.conf etc.) Do you also have 'next-server' in there? I'm buffled how TFTPing the loader could work without one ... There is a next-server line; it was in another location in the dhcpd.conf, so I did not think to copy that, sorry. [...] U10 are still supported, why should they have been dropped? :) In fact, the 9.2 images have been tested on a U10 before they were published. I also found an ISP 1040 card, which works just fine here. So this indeed could be a hardware problem causing a PCI access to fail, which typically causes very strange backtraces like the incomplete one above. Ok. I'll take out the pci cards - let's see if I can get it to boot then. So far, that's expected as you seem to also have copied over the /etc/fstab from disc1. Right. I thought I could take a shortcut by just mdconfig-ing the install image and mounting and exporting that. Cheers Michiel ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
