hvordan får jeg kontakt til tape drevet ?

scsi tape devices hedder /dev/st0 (evt. /dev/nst0). Lav en simpel test:

tar cfv /dev/st0 /etc
tar tfv /dev/st0

Her skriver du /etc til tape - hvorefter du checklæser båndet (til første tape mark).

når jeg skriver den første linje får jeg denne fejl:

tar: /dev/st0: Cannot open: No such device
tar: Error is not recoverable: exiting now

(det er vel ligemeget hvor jeg står når jeg skriver kommandoen ?)

ja, bare du har rettigheder nok.

ok, så device hedder ikke /dev/st0 - måske fordi scsi-controller ikke er ordenligt genkendt.

Prøv at se http://www.maisonbisson.com/blog/comments.php?id=10163_0_1_0_C - hvad er det for en scsi-controller du bruger - og er den genkendt (prøv en lsmod).

det ser sådan ud:
Module                  Size  Used by    Not tainted
st                    32388  0  (autoclean) (unused)
soundcore              7044  0  (autoclean)
parport_pc            19204  1  (autoclean)
lp                      9220  0  (autoclean)
parport                39072  1  (autoclean) [parport_pc lp]
autofs                13780  0  (autoclean) (unused)
e1000                  72320  1
floppy                59056  0  (autoclean)
microcode              5248  0  (autoclean)
keybdev                2976  0  (unused)
mousedev                5688  1
hid                    22404  0  (unused)
input                  6208  0  [keybdev mousedev hid]
usb-uhci              27532  0  (unused)
usbcore                83168  1  [hid usb-uhci]
ext3                  95784  4
jbd                    56856  4  [ext3]
megaraid              31212  5
sd_mod                13744  10
scsi_mod              116904  3  [st megaraid sd_mod]

siger det dig noget ?

Ja, det er åbenbart en megaraid controller (scsi_mod er loaded af megaraid).

Muligvis er det den forkerte megaraid driver som er loaded, men det er nok en onboard - modelnummer på din server? Så undersøger vi lige hvilken driver som skal bruges.

Dell PowerEdge 2600

er det det du tænker på ?

jeps - du skal rent faktisk bruge en megaraid_2002 driver i stedet for megaraid - så nu bliver det langhåret.

Hvis dine diske befinder sig på samme controller, så kan du nu være uheldig at miste al kontakt til dem.

Du skal simpelthen rette i boot image mv. Nu har du ikke skrevet hvilken enterprise linux det er - men jeg gætter på RH 2.1.

Har du styr på dette?

du spørger om linux-version. Det ser jeg her tror jeg:

[root@fds-server etc]# cat redhat-release
Red Hat Enterprise Linux ES release 3 (Taroon)

Jeg har faktiskt slet ikke styr på dette ! Er det noget du kan guide mig igennem ? Og hvad med at miste al kontakt til diskene ? Det lyder alvorligt ? Er det det ?

Men jeg har lyst til at stole på dig, fordi du virker, som du ved, hvad du snakker om :)

lap er du død ?
er der evt. nogen anden der kan hjælpe ?

nej, jeg er ikke helt død, men har været lidt optaget.

Problemet er, at jeg tror dine harddiske også er forbundet til samme controller - derfor kan der opstå problemer.

Men step by step:
tilret /etc/modules.conf således at megaraid tilrettes til megaraid_2002
kør kommandoen depmod -a
hvis der kommer fejl her, så stopper du
lav ny initiel ram-disk:
cd /boot
mkinitrd initrd-<kerneversion>mega.img `uname -r`
OBS: bemærk omvendte "plings" omkring uname -r
Tilret /etc/grub.conf, således at der er endnu en boot-entry, som peger på dit nye image - fjern ikke den entry, som du booter på i dag.
Genstart maskinen - og boot op på den nye entry - håb det bedste :-)
Hvis maskinen ikke kommer op, så boot på gammelt image
hvis den kommer op - så test tapedrev igen

hvordan er syntaksen for <kerneversion> og hvor ser jeg kerneversionen ?

jeg har forstået det sådan, at jeg kan vælge ved opstarten om jeg booter på det gamle eller ny image ! er det rigtigt ? og vil det altid fungere at boote på det gamle image, eller kan det også gå galt, sådan at jeg slet ikke får kontakt til maskinen igen ?

kommandoen "uname -r" giver dig faktisk kerneversionen

Ja, du har 2 images at vælge imellem. Når en linux maskine booter, så er der en initiel ramdisk som loades. Problemet er et "hønen og ægget" problem - jeg skal loade en driver for at læse diskene - men driveren ligger på selvsamme disk.

Du opdaterer ramdisken til at indeholde en anden megaraid controller - men da du laver en ny, så er den gamle ikke rørt (og derfor fortsat virksom).

Så hvis der går noget galt, så vil det (næsten) altid virke - modules.conf kan give problemer, men det sker næsten aldrig.

Jeg ville ikke selv være bekymret for at lave denne ændring, men jeg har også prøvet det en del gange :-)

ok jeg forsøger lidt senere i dag
det drejer sig om en server, der er i produktion hver dag og skal derfor være oppe i morgen, så jeg håber det bedste :)

vil du være online nogengang i løbet af denne aften ?

jeg er formentlig on-line hele aftenen

information:
jeg kunne ikke komme til serveren i går aftes !
men nu har jeg ændret megaraid til megaraid_2002 i /etc/modules.conf
derefter kørte jeg depmod -a og fik ikke nogen fejl (der blev ikke skrevet noget som helst)
senere i dag - omkring kl. 17 - fortsætter jeg og håber det bedste :)
der sker ikke nogen ulykke, hvis nogen skulle finde på at restarte serveren nu i løbet af dagen eller hvad ?

nej, så længe du ikke har tilrettet i grub.conf - eller vælger det nye boot image

hej igen - nu får jeg denne fejl:

mkinitrd initrd-2.4.21-4.ELsmpmega.img `uname -r`
No module megaraid_2002 found for kernel 2.4.21-4.ELsmp, aborting.

har jeg gjort noget forkert ?
(jeg forstod det sådan at jeg skulle skifte "<kerneversion>" ud med den aktuelle kerneversion)

[root@server etc]# cat modules.conf
alias eth0 e1000
alias scsi_hostadapter megaraid_2002
alias usb-controller usb-uhci
alias scsi_hostadapter1 aic7xxx

du har gjort det helt korrekt - 2.4.21 kernen indeholder ikke megaraid_2002 driveren. Til gengæld indeholder den megaraid2 - prøv den i stedet for.

vil det sige at jeg også skal rette /etc/modules.conf til megaraid2 ?

jeps

nu virker alt fint til jeg kommer til grub.conf, men
hvordan og hvad ændrer jeg her i grub.conf ? Ser sådan ud nu (før nogen ændring):

[root@fds-server etc]# cat grub.conf
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,0)
#          kernel /vmlinuz-version ro root=/dev/sdd1
#          initrd /initrd-version.img
#boot=/dev/sda
default=0
timeout=10
splashimage=(hd0,0)/grub/splash.xpm.gz
password --md5 $1$gUASYAd0$bNdGsNWd9B6ZuWbxjFi6x.
title Red Hat Enterprise Linux ES (2.4.21-4.ELsmp)
        root (hd0,0)
        kernel /vmlinuz-2.4.21-4.ELsmp ro root=LABEL=/
        initrd /initrd-2.4.21-4.ELsmp.img
title Red Hat Enterprise Linux ES-up (2.4.21-4.EL)
        root (hd0,0)
        kernel /vmlinuz-2.4.21-4.EL ro root=LABEL=/
        initrd /initrd-2.4.21-4.EL.img

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,0)
#          kernel /vmlinuz-version ro root=/dev/sdd1
#          initrd /initrd-version.img
#boot=/dev/sda
default=0
timeout=10
splashimage=(hd0,0)/grub/splash.xpm.gz
password --md5 $1$gUASYAd0$bNdGsNWd9B6ZuWbxjFi6x.
title Red Hat Enterprise Linux ES (2.4.21-4.ELsmp)
        root (hd0,0)
        kernel /vmlinuz-2.4.21-4.ELsmp ro root=LABEL=/
        initrd /initrd-2.4.21-4.ELsmp.img
title Red Hat Enterprise Linux ES-up (2.4.21-4.EL)
        root (hd0,0)
        kernel /vmlinuz-2.4.21-4.EL ro root=LABEL=/
        initrd /initrd-2.4.21-4.EL.img
title Red Hat Enterprise Linux ES MWGARAID (2.4.21-4.ELsmp)
        root (hd0,0)
        kernel /vmlinuz-2.4.21-4.ELsmp ro root=LABEL=/
        initrd /initrd-2.4.21-4.ELsmpmega.img

du retter selv stavefejl :-) (MWGA = MEGA)

Efter genstart skal du lige kikke /var/log/messages igennem og kontrollere, at der dukker noget megaraid og tapedrev op på et tidspunkt.

jamen jamen ...... :)

jeg kunne se informationer om tape drev når maskinen kom op igen, og jeg har så i hvert fald fundet det her i /var/log/messages:

Jan 17 20:01:32 fds-server kernel: Attached scsi tape st0 at scsi1, channel 0, id 6, lun 0

så prøvede jeg:
tar cfv /dev/st0 /etc
... og maskinen skriver en masse ud nu (filnavne under /etc)

det ser ud til at det virker :)

så hvis du er enig må du gerne skrive et svar (jeg kan evt. give dig flere poeng ?)

booter maskinen nu automatisk på den nye boot-entry ?

Du kan (og må) ikke give flere points, og det er altså helt fint.

Det ser ud til, at din megaraid controller aldrig har været i brug tidligere, da dine diske befinder sig på en adaptec controller (ud fra /etc/modules.conf).

Det vil sige, at du fremover evt. kan slutte flere enheder til controlleren (den har mindst 2 - muligvis 3 kanaler), så det er en fin controller.

God arbejdslyst med controlleren

nå nej, det gør den ikke - du retter i /etc/grub.conf:

default=0
til
default=2

Grub tæller fra 0 for hver title linie. Derudover vil du ikke få problemer, selvom du opgraderer kernen på et senere tidspunkt - /etc/modules.conf bliver håndteret ved opgradering.

ja den har 2 kanaler tror jeg - 2 huller i hvert fald :)

håber du lige kan svare på det sidste spørgsmål

tak du har svaret :)

takker for points :-) - 2 huller på controller - og somme tider et stik på bagsiden.