Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 15 Aug 2005 16:30:42 +0200
From:      Stijn Hoop <stijn@win.tue.nl>
To:        freebsd-stable@freebsd.org
Subject:   5.4 GEOM taste/gvinum trouble
Message-ID:  <20050815143042.GS26471@pcwin002.win.tue.nl>

next in thread | raw e-mail | index | archive | help

--v2/QI0iRXglpx0hK
Content-Type: multipart/mixed; boundary="EemXnrF2ob+xzFeB"
Content-Disposition: inline


--EemXnrF2ob+xzFeB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

I have a server set up to boot from a gvinum mirror volume. This was
all working fine, so I then proceeded to load my data on it, safe in
the knowledge that all was well.

However, all was not well after the last reboot: it seems that while
the two ATA disks probe, for some odd reason GEOM does not create
device entries in /dev for one of the disks, while gvinum has gotten
totally confused and thinks that the plex on the disappearing disk is
still up!

See the attached log for lots of details. All of this is on

FreeBSD 5.4-RELEASE #2: Sun May  8 09:56:34 CEST 2005

Can anyone tell me:

- how to force GEOM to 'taste' ad6 and therefore create the /dev entries?
- how to tell gvinum that ad6 is really gone so that it will be forced
  to sync my data on ad6 after the GEOM problem is fixed?
- the clue to how the machine has gotten in such a confused state?

--Stijn

--=20
I really hate this damned machine
I wish that they would sell it.
It never does quite what I want
But only what I tell it.

--EemXnrF2ob+xzFeB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="gvinum-probe.txt"

[stijn@firsa] <~> dmesg | grep '^ad'
ad4: 76293MB <WDC WD800BB-75FRA0/77.07W77> [155009/16/63] at ata2-master UDMA100
ad6: 76293MB <WDC WD800BB-75FRA0/77.07W77> [155009/16/63] at ata3-master UDMA100
[stijn@firsa] <~> sudo geom disk list ad6
Geom name: ad6
Providers:
1. Name: ad6
   Mediasize: 80000000000 (75G)
   Sectorsize: 512
   Mode: r0w0e0
   fwsectors: 63
   fwheads: 16
[stijn@firsa] <~> sudo gvinum ld
1 drive:
D pain                  State: up       /dev/ad4s1e     A: 0/76293 MB (0%)
[stijn@firsa] <~> sudo gvinum lv -r local
V local                 State: up       Plexes:       1 Size:         66 GB
P local.p0            C State: up       Subdisks:     1 Size:         66 GB
S local.p0.s0           State: up       D: pain         Size:         66 GB
[stijn@firsa] <~> sudo gvinum lp -r local.p1
P local.p1            C State: up       Subdisks:     0 Size:          0  B
[stijn@firsa] <~> ls -ld /dev/ad6*
crw-r-----  1 root  operator    4,  12 Aug 14 16:55 /dev/ad6
[stijn@firsa] <~> sudo fdisk ad6
******* Working on device /dev/ad6 *******
parameters extracted from in-core disklabel are:
cylinders=155009 heads=16 sectors/track=63 (1008 blks/cyl)

Figures below won't work with BIOS for partitions not in cyl 1
parameters to be used for BIOS calculations are:
cylinders=155009 heads=16 sectors/track=63 (1008 blks/cyl)

Media sector size is 512
Warning: BIOS sector numbering starts with sector 1
Information from DOS bootblock is:
The data for partition 1 is:
sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD)
    start 63, size 156249009 (76293 Meg), flag 81
        beg: cyl 0/ head 1/ sector 1;
        end: cyl 384/ head 15/ sector 63
The data for partition 2 is:
<UNUSED>
The data for partition 3 is:
<UNUSED>
The data for partition 4 is:
<UNUSED>
[stijn@firsa] <~> sudo disklabel ad6s1
disklabel: /dev/ad6s1: No such file or directory

--EemXnrF2ob+xzFeB--

--v2/QI0iRXglpx0hK
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (FreeBSD)

iD8DBQFDAKcSY3r/tLQmfWcRAlVcAKCFBUsUEoUpUCCcHs1P2ju/F9B41wCgit3I
Z3J4DOKXWyt2hzUhfTUS/Po=
=J8xk
-----END PGP SIGNATURE-----

--v2/QI0iRXglpx0hK--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050815143042.GS26471>