Solaris 9 VM-ga 2 raidi
Kalle Kiiranen
on's kellelgi kogemust Solarise Volume Manageriga 2 raidimassiivi
tegemise osas samas masinas?
Ja muidugi nende omavahelises sidumises.
Ntx nii:
R1 (2x36GB mirror) - /, swap, /usr , /var
R10 (4x72GB stripe+mirror) - /export
Metadb on ühine kõigi 6 ketta s7 peal.
Saan nii R1 kui R10 (single user moodis) tehtud, metastat näitab et OK.
Samuti /etc/lvm/md.cf :
d5 -m d23 d89 1
d23 1 2 c0t2d0s0 c0t3d0s0 -i 32b
d89 1 2 c0t8d0s0 c0t9d0s0 -i 32b
d0 -m d60 d61 1
d60 1 1 c0t0d0s0
d61 1 1 c0t1d0s0
d3 -m d30 d31 1
d30 1 1 c0t0d0s3
d31 1 1 c0t1d0s3
d4 -m d40 d41 1
d40 1 1 c0t0d0s4
d41 1 1 c0t1d0s4
d1 -m d10 d11 1
d10 1 1 c0t0d0s1
d11 1 1 c0t1d0s1
Loomulikult ka /etc/vfstab muutused. Asi töötab kui seal ntx on:
#device device mount FS fsck mount
mount
#to mount to fsck point type pass at boot
options
fd - /dev/fd fd - no -
/proc - /proc proc - no -
/dev/md/dsk/d1 - - swap - no -
/dev/md/dsk/d0 /dev/md/rdsk/d0 / ufs 1 no -
/dev/md/dsk/d3 /dev/md/rdsk/d3 /usr ufs 1
no -
/dev/md/dsk/d4 /dev/md/rdsk/d4 /var ufs 1
no -
*/dev/dsk/c0t2d0s0 /dev/rdsk/c0t2d0s0 /export ufs 2
yes -*
swap - /tmp tmpfs - yes -
Niipea kui aga muudan /export rea :
*/dev/md/dsk/d5 /dev/md/rdsk/d5 /export ufs 1
yes logging*
või
*/dev/md/dsk/d5 /dev/md/rdsk/d5 /export ufs 2
yes -
*siis tuleb üles vais single user moodis ilma /export fs-ta ja veateated:
The system is coming up. Please wait.
NOTICE: /tmp/.rlg.IKaGja/.rlg.IKaGja: unexpected free inode 2, run fsck(1M)
checking ufs filesystems
NOTICE: /tmp/.rlg.vka4ja/.rlg.vka4ja: unexpected free inode 2, run fsck(1M)
Can't roll the log for /dev/md/rdsk/d5.
/dev/md/rdsk/d5: CAN'T CHECK FILE SYSTEM.
/dev/md/rdsk/d5: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
THE FOLLOWING FILE SYSTEM(S) HAD AN UNEXPECTED INCONSISTENCY:
/dev/md/rdsk/d5 (/export)
WARNING - Unable to repair one or more filesystems.
Run fsck manually (fsck filesystem...).
Exit the shell when done to continue the boot process.
Kuid fsck-i ei lase d5-le teha. Milles võib lahendus olla? Kas *newfs
/dev/md/rdsk/d5* aitab, nagu ntx on vihjatud:
http://sunportal.sunmanagers.org/pipermail/summaries/2004-August/005592.html
Ja siis taastan enne tehtud export.dump-ist sisu?
--
Kalle Kiiranen
PS
> Kuid fsck-i ei lase d5-le teha. Milles võib lahendus olla? Kas *newfs
> /dev/md/rdsk/d5* aitab, nagu ntx on vihjatud:
> http://sunportal.sunmanagers.org/pipermail/summaries/2004-August/005592.html
Kui sul on nüüd sama ketta peale stripe tehtud (blokid jaotatud kahe
ketta vahel), millel enne oli ainult üle ühe ketta failisüsteem, siis
tuleb uuesti failisüsteem luua. Logish.
> Ja siis taastan enne tehtud export.dump-ist sisu?
Failisüsteemi dump-ist?
Pigem tee failidest tar-iga backup ja taasta sealt.
--
petslane
Argo Sõõru
> d5 -m d23 d89 1
> d23 1 2 c0t2d0s0 c0t3d0s0 -i 32b
> d89 1 2 c0t8d0s0 c0t9d0s0 -i 32b
> Kuid fsck-i ei lase d5-le teha. Milles võib lahendus olla? Kas *newfs
> /dev/md/rdsk/d5* aitab, nagu ntx on vihjatud:
> http://sunportal.sunmanagers.org/pipermail/summaries/2004-August/005592.html
>
> Ja siis taastan enne tehtud export.dump-ist sisu?
Saad ka nii teha, et lõhud d5 lahti. Jäävad siis stripetud d23 ja d89.
Lood d89'le uue failisüsteemi. dump'id c0t2d0s0 sisu d89'le. kontrollid,
et tulemus oleks OK. Nüüd aga tekkib väike aga , mida ma peast paraku ei
oska öelda. Seega lähtun eeldusest, valemi d5 -m d23 d89 1 järgi
peegeldab d23 andmed d89'sse, mis siis tähendaks, et kui nii nüüd peegel
luua siis ...ai ..ai. Peaks siis tegama aga hoopis
d5 -m d89 d23 1 ( ma rõhutan ei võin eksida, ei ole mahti järgi
kontrollida). Kindluse mõttes, kui selle d89 andmetega on ok võid selle
omakorda dump'ida d23'le ja siis ära peegeldada.
Argo
Kalle Kiiranen
kõik OK, newfs /dev/md/rdsk/d5 aitas. Siis muidugi vfstab-s see d5 rida
ja /export sisu taastamine.
Suuremate mahtude juures muidugi keerulisem.
PS wrote:
Antud juhul kama kõik. Solarise ufsdump/ufsrestore ka OK.
--
Kalle Kiiranen
Viljo Soo
> Kalle Kiiranen wrote:
>
>> d5 -m d23 d89 1
>> d23 1 2 c0t2d0s0 c0t3d0s0 -i 32b
>> d89 1 2 c0t8d0s0 c0t9d0s0 -i 32b
>
> Saad ka nii teha, et lõhud d5 lahti. Jäävad siis stripetud d23 ja d89.
> Lood d89'le uue failisüsteemi. dump'id c0t2d0s0 sisu d89'le. kontrollid,
> et tulemus oleks OK. Nüüd aga tekkib väike aga , mida ma peast paraku ei
> oska öelda. Seega lähtun eeldusest, valemi d5 -m d23 d89 1 järgi
> peegeldab d23 andmed d89'sse, mis siis tähendaks, et kui nii nüüd peegel
> luua siis ...ai ..ai. Peaks siis tegama aga hoopis
Siin pole mingit ..ai ..ai-d. Peegel luuakse ALATI ühe poolega (metainit d5
-m d89). Hiljem lisatakse teine pool (metattach d5 d23). See alustab
automaatselt sünkimist olemasolevast lisatud poolele.
Viljo
Argo Sõõru
> Siin pole mingit ..ai ..ai-d. Peegel luuakse ALATI ühe poolega (metainit d5
> -m d89). Hiljem lisatakse teine pool (metattach d5 d23). See alustab
> automaatselt sünkimist olemasolevast lisatud poolele.
Seda ma just silmas pidasingi, et tuleb täpselt teada mida mille järgi
sünkroniseeritakse. Igaljuhul oli täpsustus/selgitus õigel kohal, kuna
ise peast ei julgenud pakkuda.
Argo