gvinum rename doesn't work on drive objects

2008-07-09 Thread David Adam
I have been struggling with gvinum over the last few days, and have 
recently hit an interesting problem: the 'rename' command in gvinum 
doesn't appear to work on drive objects in 7.0-RELEASE.

I initially created three drive objects to support my RAID-5 gvinum setup, 
named 'r0', 'r1' and 'r2'. Straightaway, I realised that this was not the 
naming scheme I had intended to use, but rather than deleting and 
recreating them, I tried renaming to 'rA', 'rB' and 'rC'. This appeared to 
complete successfully, I created the appropriate volume and plex, 
newfs(8)ed the filesystem, and mounted it as appropriate.

However, on rebooting the machine (some days later) I discovered that the 
rename operation did not persist across a reboot. Thus, I have three 
drives named 'r0', 'r1' and 'r2', and a RAID-5 plex that looks for drives 
to attach to subdisks named 'rA', 'rB' and 'rC'. It fails to load 
successfully, and I am left without a running volume... especially 
irritating as it contains my /usr filesystem.

No amount of booting to single user and issuing 'rename r0 rA', with or 
without 'saveconfig', results in a drive name change that persists across 
reboots.

I have tried deleting and recreating the drive objects with the correct 
names, but all that manages to do is panic the kernel on the create step, 
with the attached panic message. I realise this is an entirely separate 
question.

Any ideas? I have attached my dmesg, and I'm using 7.0-RELEASE-p2.

Thanks,

David Adam
[EMAIL PROTECTED]Fatal trap 12: page fault while in kernel mode
cpuid = 1; apic id = 00
fault virtual address= 0x40
fault code = supervisor read, page not present
instruction pointer = 0x20:0xc55dabcb
stack pointer = 0x28:0xe56aa800
frame pointer = 0x28:0xe56aa81c
code segment = base 0x0 limit 0xf, type 0x1b
 = DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 2 (g_event)
trap number = 12
panic: page fault
cpuid = 1
Copyright (c) 1992-2008 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
Timecounter i8254 frequency 1193182 Hz quality 0
CPU: Intel(R) Pentium(R) III CPU family  1133MHz (1130.45-MHz 686-class CPU)
  Origin = GenuineIntel  Id = 0x6b1  Stepping = 1
  
Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
real memory  = 2147221504 (2047 MB)
avail memory = 2091663360 (1994 MB)
ACPI APIC Table: INTEL  SCB20   
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
 cpu0 (BSP): APIC ID:  3
 cpu1 (AP): APIC ID:  0
MADT: Forcing active-low polarity and level trigger for SCI
ioapic0 Version 1.1 irqs 0-15 on motherboard
ioapic1 Version 1.1 irqs 16-31 on motherboard
lapic3: Forcing LINT1 to edge trigger
kbd1 at kbdmux0
ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
hptrr: HPT RocketRAID controller driver v1.1 (Feb 24 2008 19:59:27)
acpi0: INTEL SCB20 on motherboard
ACPI Warning (dswload-0794): Type override - [DEB_] had invalid type (Integer) 
for Scope operator, changed to (Scope) [20070320]
ACPI Warning (dswload-0794): Type override - [MLIB] had invalid type (Integer) 
for Scope operator, changed to (Scope) [20070320]
ACPI Warning (dswload-0794): Type override - [DATA] had invalid type (String) 
for Scope operator, changed to (Scope) [20070320]
ACPI Warning (dswload-0794): Type override - [SIO_] had invalid type (String) 
for Scope operator, changed to (Scope) [20070320]
ACPI Warning (dswload-0794): Type override - [SB__] had invalid type (String) 
for Scope operator, changed to (Scope) [20070320]
ACPI Warning (dswload-0794): Type override - [PM__] had invalid type (String) 
for Scope operator, changed to (Scope) [20070320]
ACPI Warning (dswload-0794): Type override - [ICNT] had invalid type (String) 
for Scope operator, changed to (Scope) [20070320]
ACPI Warning (dswload-0794): Type override - [ACPI] had invalid type (String) 
for Scope operator, changed to (Scope) [20070320]
ACPI Warning (dswload-0794): Type override - [LEDP] had invalid type (String) 
for Scope operator, changed to (Scope) [20070320]
ACPI Warning (dswload-0794): Type override - [WUES] had invalid type (String) 
for Scope operator, changed to (Scope) [20070320]
ACPI Warning (dswload-0794): Type override - [WUSE] had invalid type (String) 
for Scope operator, changed to (Scope) [20070320]
ACPI Warning (dswload-0794): Type override - [CSB5] had invalid type (String) 
for Scope operator, changed to (Scope) [20070320]
ACPI Warning (dswload-0794): Type override - [PM__] had invalid type (String) 
for Scope operator, changed to (Scope) [20070320]
ACPI Warning (dswload-0794): Type override - [BIOS] had invalid type (Integer) 
for Scope operator

Re: BTX errors on Intel SR1200 following gvinum ?crash

2008-07-04 Thread David Adam
It looks like the problems I experienced below were due to creating a 
vinum volume starting at offset 0, instead of offset 16, thus overwriting 
the bootloader. I realise this is documented - apologies for the noise.

Thanks,

David Adam
[EMAIL PROTECTED]

On Tue, 1 Jul 2008, David Adam wrote:
 I have a reasonably old (P3-class) Intel SR1200 which has three SCSI 
 drives installed. I've installed FreeBSD 7.0-RELEASE over NFS onto the 
 first drive.
 
 While configuring gvinum, I issued the following commands:
 
 ---
 blade# gvinum
 gvinum - list
 1 drive:
 D r0State: down /dev/da0s1b A: 32677/32677 MB 
 (100%)
 
 0 volumes:
 
 0 plexes:
 
 0 subdisks:
 gvinum - rm r0
 ---
 
 At this point, my SSH session to the machine stopped responding and 
 eventually timed out. I presume it rebooted; I didn't get to the console
 in time, and this was all that was displayed:
 
 int=0006 err= efl=00010246 eip=275c
 eax=00091300 ebx= ecx= edx=
 esi=0004 edi=3dd4 ebp= esp=000903fc
 cs=002b  ds=0033  es=0033  fs=0033  gs=0033 ss=0033
 cs:eip=f0 49 08 28 00 82 07 28-00 00 00 00 00 00 00
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00
 ss:esp=29 20 00 00 00 00 00 00-00 00 00 00 00 00 00
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00
 BTX halted
 
 This error persists on reboot. I have tried using sysinstall to rewrite 
 the MBR (with /boot/mbr-style booting).
 
 The partition table looks like this:
 ---
 blade# bsdlabel da0s1
 # /dev/da0s1:
 8 partitions:
 #size   offsetfstype   [fsize bsize bps/cpg]
   a:  4194304 669245444.2BSD0 0 0
   b: 669245440 vinum
   c: 711196920unused0 0 # raw part, don't 
 edit
 ---
 
 Some web searching of the various values has turned up no information 
 that I can understand; where should I go from here?
 
 The FreeBSD installer disc1 boots ok on this machine, as did the 
 7.0-RELEASE install until the gvinum crash. Getting a dmesg out of the 
 machine is proving to be a little challenging but if required I will 
 provide this tomorrow.
 
 Please keep me in the reply chain; I am not subscribed to -questions.
 
 Thanks,
 
 David Adam
 [EMAIL PROTECTED]

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


BTX errors on Intel SR1200 following gvinum ?crash

2008-07-01 Thread David Adam
I have a reasonably old (P3-class) Intel SR1200 which has three SCSI 
drives installed. I've installed FreeBSD 7.0-RELEASE over NFS onto the 
first drive.

While configuring gvinum, I issued the following commands:

---
blade# gvinum
gvinum - list
1 drive:
D r0State: down /dev/da0s1b A: 32677/32677 MB 
(100%)

0 volumes:

0 plexes:

0 subdisks:
gvinum - rm r0
---

At this point, my SSH session to the machine stopped responding and 
eventually timed out. I presume it rebooted; I didn't get to the console
in time, and this was all that was displayed:

int=0006 err= efl=00010246 eip=275c
eax=00091300 ebx= ecx= edx=
esi=0004 edi=3dd4 ebp= esp=000903fc
cs=002b  ds=0033  es=0033  fs=0033  gs=0033 ss=0033
cs:eip=f0 49 08 28 00 82 07 28-00 00 00 00 00 00 00
   00 00 00 00 00 00 00 00-00 00 00 00 00 00 00
ss:esp=29 20 00 00 00 00 00 00-00 00 00 00 00 00 00
   00 00 00 00 00 00 00 00-00 00 00 00 00 00 00
BTX halted

This error persists on reboot. I have tried using sysinstall to rewrite 
the MBR (with /boot/mbr-style booting).

The partition table looks like this:
---
blade# bsdlabel da0s1
# /dev/da0s1:
8 partitions:
#size   offsetfstype   [fsize bsize bps/cpg]
  a:  4194304 669245444.2BSD0 0 0
  b: 669245440 vinum
  c: 711196920unused0 0 # raw part, don't edit
---

Some web searching of the various values has turned up no information 
that I can understand; where should I go from here?

The FreeBSD installer disc1 boots ok on this machine, as did the 
7.0-RELEASE install until the gvinum crash. Getting a dmesg out of the 
machine is proving to be a little challenging but if required I will 
provide this tomorrow.

Please keep me in the reply chain; I am not subscribed to -questions.

Thanks,

David Adam
[EMAIL PROTECTED]

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]