geom_vinum - frisches setup - nach dem Reboot alle subdisks "stale"

From: Andreas Braukmann <braukmann(at)tse-online.de>
Date: Sun, 05 Jun 2005 00:31:10 +0200

Moin zusammen,

system ist ein 5.3-stable von Mitte/Ende Februar 2005 (ein
Update kommt waehrend der Bearbeitung der aktuellen Schwie-
rigkeiten auch nicht wirklich in frage ...).

Das genannte System zieht auf neue Platten um. Der "regulaere"
Teil ist gegessen. Fuer den grossen Datenbereich setze ich
(wie gewohnt) vinum (in der Inkarnation geom_vinum) als Volume-
Manager ein. Ich habe die Volumes (bestehend aus jeweils einem
concat plex) angelegt und konnte danach ohne Probleme die File-
systeme erzeugen und das Backup einspielen. Nach einem Reboot
waren aber alle subdisks im Status "stale".

Interessant fand ich, dass (nach einem explizitem setstate)
auch ein fsck ohne explizite Filesystem-Typangabe nicht moeg-
lich war:

roach:[/home/ab] # fsck /dev/gvinum/v_diskless_data
fsck: Could not determine filesystem type

Erst unter Angabe von "-t ffs" ging es dann; die Filesystem-
Checks liefen einwandfrei durch. (Zwei Volumes hab ich derzeit
gewaltsam wieder in Betrieb gesetzt.)

Ein Mounten der Dateisysteme war auch erst *nach* einem fsck
moeglich, obwohl die Dateisysteme vom fsck nicht beanstandet
wurden.

Die Partitionstabelle sieht so aus:

roach:[/home/ab] # fdisk aacd0
******* Working on device /dev/aacd0 *******
parameters extracted from in-core disklabel are:
cylinders=17871 heads=255 sectors/track=63 (16065 blks/cyl)

Figures below won't work with BIOS for partitions not in cyl 1
parameters to be used for BIOS calculations are:
cylinders=17871 heads=255 sectors/track=63 (16065 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 67103442 (32765 Meg), flag 80 (active)
        beg: cyl 0/ head 1/ sector 1;
        end: cyl 1023/ head 254/ sector 63
The data for partition 2 is:
sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD)
    start 67103505, size 219994110 (107418 Meg), flag 0
        beg: cyl 1023/ head 255/ sector 63;
        end: cyl 1023/ head 254/ sector 63
The data for partition 3 is:
<UNUSED>
The data for partition 4 is:
<UNUSED>

Das vinum-drive liegt im zweiten slice. Hier das disklabel:

roach:[/home/ab] # bsdlabel aacd0s2
# /dev/aacd0s2:
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
  c: 219994110 0 unused 0 0 # "raw" part, don't edit
  d: 67108864 0 4.2BSD 0 0 0
  e: 152885246 67108864 vinum

Der Offset des vinum-Drives ist deutlich != 0, sollte also auch
keine Probleme verursachen. Die Konfigurationsdatei, die zum
Erzeugen der vinum-Volumes verwendet wurde:

roach:[/home/ab] # cat /etc/vinum-new-setup
drive vd0 device /dev/aacd0s2e

volume v_roachback
    plex org concat
        sd length 25g drive vd0

volume v_diskless_root
    plex org concat
        sd length 4g drive vd0

volume v_diskless_data
    plex org concat
        sd length 4g drive vd0

Nach einem "setstate up" fuer zwei der drei betroffenen Subdisks
sieht der Status derzeit so aus:

roach:[/home/ab] # gvinum ls -V
3 subdisks:
Subdisk v_roachback.p0.s0:
                Size: 26843545600 bytes (25600 MB)
                State: stale
                Plex v_roachback.p0 at offset 0 (0 B)
                Drive vd0 (vd0) at offset 135680 (132 kB)
Subdisk v_diskless_root.p0.s0:
                Size: 4294967296 bytes (4096 MB)
                State: up
                Plex v_diskless_root.p0 at offset 0 (0 B)
                Drive vd0 (vd0) at offset 26843681280 (25 GB)
Subdisk v_diskless_data.p0.s0:
                Size: 4294967296 bytes (4096 MB)
                State: up
                Plex v_diskless_data.p0 at offset 0 (0 B)
                Drive vd0 (vd0) at offset 31138648576 (29 GB)

Hab' ich irgendeinen ueblen (fuer mich derzeit unsichtbaren :-/)
Fluechtigkeitsfehler gemacht?

Danke,
    Andreas

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Sun 05 Jun 2005 - 00:31:50 CEST

search this site