Date: Fri, 24 Mar 2000 01:37:21 -0500 From: Matt Heckaman <matt@ARPA.MAIL.NET> To: Greg Lehey <grog@lemis.com> Cc: FreeBSD-QUESTIONS <FreeBSD-QUESTIONS@FreeBSD.ORG> Subject: Re: vinum help requested Message-ID: <Pine.BSF.4.21.0003240100020.702-100000@epsilon.lucida.qc.ca> In-Reply-To: <20000323172331.A465@mojave.worldwide.lemis.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 23 Mar 2000, Greg Lehey wrote:
[...]
: Hmm. This is probably trying to tell you the partitions are not of
: type vinum. But above you showed partitions of type vinum. I'd guess
: that the problem here is the difference between /dev/wd0h and
: /dev/wd0s1h. Your disklabel example uses wd0 and wd1, which implies
: /dev/wd0h and /dev/wd1e. Try that in your config file and see what
: that does.
I've now tried both variants (wd0s1h, wd0h, wd1s1e, wd1e) and the same
result is produced. Below is my *complete* disklabel, maybe there is
something that I'm missing:
# /dev/rwd0c:
type: ESDI
disk: wd0s1
label:
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 1026
sectors/unit: 16498692
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # milliseconds
track-to-track seek: 0 # milliseconds
drivedata: 0
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 307200 524288 4.2BSD 1024 8192 16 # (Cyl. 32*- 51*)
b: 524288 0 swap # (Cyl. 0 - 32*)
c: 16498692 0 unused 0 0 # (Cyl. 0 - 1026*)
e: 307200 831488 4.2BSD 1024 8192 16 # (Cyl. 51*- 70*)
f: 4096000 1138688 4.2BSD 1024 8192 16 # (Cyl. 70*- 325*)
g: 4096000 5234688 4.2BSD 1024 8192 16 # (Cyl. 325*- 580*)
h: 7168000 9330688 vinum # (Cyl. 580*- 1026*)
[ next ]
# /dev/rwd1c:
type: ESDI
disk: wd1s1
label:
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 16
sectors/cylinder: 1008
cylinders: 3147
sectors/unit: 3173121
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # milliseconds
track-to-track seek: 0 # milliseconds
drivedata: 0
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
c: 3173121 0 unused 0 0 # (Cyl. 0 - 3147*)
e: 3164160 0 vinum # (Cyl. 0 - 3139*)
Now, since I played with the disk sizing a tad bit, my configuration file
looks like this:
# tried wd0h - didn't work.
drive d1 device /dev/wd0s1h
# tried wd1e - didn't work.
drive d2 device /dev/wd1s1e
volume storage
plex org concat
sd length 3500m drive d1
sd length 1545m drive d2
root[epsilon]:~# vinum create -f /etc/vinum.conf
1: drive d1 device /dev/wd0h
** 1 : Invalid argument
2: drive d2 device /dev/wd1e
** 2 : Invalid argument
0 drives:
1 volumes:
V storage State: down Plexes: 1 Size: 5045 MB
1 plexes:
P storage.p0 C State: faulty Subdisks: 2 Size: 5045 MB
2 subdisks:
S storage.p0.s0 State: crashed PO: 0 B Size: 3500 MB
S storage.p0.s1 State: crashed PO: 3500 MB Size: 1545 MB
Also, from further reading of the manual page after some sleep, I tried
something like this while in interactive mode:
vinum -> concat -v /dev/wd0h /dev/wd1e
volume vinum0
plex name vinum0.p0 org concat
drive vinumdrive0 device /dev/wd0h
Can't create drive vinumdrive0, device /dev/wd0h: Invalid argument (22)
[ we reset the configuration then try this: ]
vinum -> concat -v /dev/wd0s1h /dev/wd1s1e
volume vinum0
plex name vinum0.p0 org concat
drive vinumdrive0 device /dev/wd0s1h
Can't create drive vinumdrive0, device /dev/wd0s1h: Invalid argument (22)
So moving back to the configuration file, I clear the current config and
recreate with /etc/vinum.conf, getting the same errors as I did before,
but this time I try 'vinum start' and here's what I get:
root[epsilon]:~# vinum start
** no drives found: No such file or directory
Warning: defective objects
V storage State: down Plexes: 1 Size: 5045 MB
P storage.p0 C State: faulty Subdisks: 2 Size: 5045 MB
S storage.p0.s0 State: crashed PO: 0 B Size: 3500 MB
S storage.p0.s1 State: crashed PO: 3500 MB Size: 1545 MB
and this goes into syslog:
Mar 24 01:15:34 epsilon /kernel: vinum: no drives found
That makes me really think that the /dev files do not exist, however:
crw-r----- 1 root operator 3, 0x00020007 Mar 23 23:28 /dev/wd0s1h
crw-r----- 1 root operator 3, 0x0002000c Mar 23 17:08 /dev/wd1s1e
and also;
crw-r----- 1 root operator 3, 7 Mar 23 23:22 /dev/wd0h
crw-r----- 1 root operator 3, 12 Mar 23 23:23 /dev/wd1e
[...]
: These are all the result of the inability to create the drives.
Okay, it's good to at least know that it seems I'm dealing with one
problem only as opposed to multiples.
[dmesg]
vinum: storage.p0.s0 is crashed
vinum: storage.p0 is faulty
vinum: storage.p0.s1 is crashed
This did not cause anything to be logged in syslog, I triple checked this
scrapping my custom syslog configuration for the standard syslog.conf that
comes with FreeBSD and even making an entry that sends *everything* to one
logfile... nothing, notta.
At this point I'm quite frustrated, the vinum manual page is terrific,
it's rare that a manual page does not confuse me, even when I know nothing
about the topic at hand, however I can't figure out what I am doing wrong.
If it matters, it's FreeBSD 4.0-STABLE, and the reason I'm using the wd*
drivers as opposed to the ad* drivers, is because the ad* drivers give me
hard READ errors on my second drive whilst the wd* drivers works fine with
my second drive.
There has to be something I'm doing wrong, it *does* however create
/dev/vinum/storage, attempting to run newfs -v on it didn't work, nor
did I think it would, I'm at the point of giving everything a chance.
root[epsilon]:~# newfs -v /dev/vinum/storage
newfs: /dev/vinum/storage: Input/output error
Also, same I/O error for mount which is typical. Thanks for your input,
any ideas of course would be appreciated. =)
[...]
: Greg
: --
: Finger grog@lemis.com for PGP public key
: See complete headers for address and phone numbers
:
Matt
--
Matt Heckaman [matt@arpa.mail.net|matt@relic.net] [Please do not send me]
!Powered by FreeBSD/x86! [http://www.freebsd.org] [any SPAM (UCE) e-mail]
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0003240100020.702-100000>