hp-ux 1020 backup probleem

[Verwijderd]

de dagelijkse backup gebeurt via een de volgende entry in de crontab


/usr/sam/lbin/br_backup DLT FULL Y /dev/rmt/1m /etc/sam/br/bu_d390 root Y 1 Y >
/var/tmp/SAM_br_msgs 2>&1 #sambackup

br_backup is een sam script dat in combinatie werkt met fbackup om de daglijkse backup te draaien.

tot maandag werkte dit zonder problemen

echter

nu krijg ik de volgende foutmeldingen

fbackup(1004): session begins on Wed Feb 12 08:28:13 2003
fbackup(3203): volume 1 has been used 4 time(s)
fbackup(3024): writing volume 1 to the output file /dev/rmt/1m
fbackup(3027): ioctl error, can't query outfile
at media record 28548
fbackup(3102): attempting to make this volume salvagable
fbackup(3123): could not read the previous checkpoint record
fbackup(3105): writing 2 EOFs and rewinding the tape
fbackup(3106): please mount a good tape
fbackup(3038): output file /dev/rmt/1m is not a valid device file for backup
fbackup(3019): would you like to enter a new output file?
no
fbackup(3022): would you like to continue this session?
no
fbackup(3004): writer aborting
fbackup(1002): Backup did not complete : Reader or Writer process exit
You have mail in /var/mail/root

als ik handmatig een fbackup maak van bv de home directories dan gaat het wel goed

ook met cpio gaat het goed een hele backup maak gaat het goed

kortom errug vaag allemaal

iemand enig idee ?

[zomertje]

Probeer je dit steeds met dezelfde tape? Misschien dat fbackop op een andere manier aangeroepen(qua vlaggen) wordt via het script dan dat jij handmatig wat zaken backupt.

[Verwijderd]

zowel nieuwe als oude tapes gebruikt , flink lopen cleaneren etc etc.

maar aangezien deze tape unit reeds 1,5 jaar oud is ga ik hem vervangen (om 1 of andere reden gaat een tape unit hier max 1,5 jaar mee.

[zomertje]

brak dan... maar je kan iig proberen of het met een andere soortgelijke unit wel werkt. Dan weet je tenminste waar het aan ligt

[Verwijderd]

zo te zien werkt een nieuwe unit wel goed .

ik weet niet wat het is maar tapestreamers gaan tegenwoordig nog maar 1.5 jaar mee en dan beginnen ze kuren te vertonen. heb dat nu reeds met 6 servers gehad, verschillende types etc etc.

ga er maar eens geld voor opzij zetten

preventieve streamer swappen !

[zomertje]

Wij hadden dat ook met DLT drives, gewone dds3 tapevreters gaan jarenlang mee (en dan heb ik het niet over 2 jaar)

[u_nix_we_all]

Als je een DLT drive goed gebruikt gaat hij jaren mee , veel betrouwbaarder dan
dds3 , IBM3490/3590 of onstream tapes, tenminste dat is mijn ervaring.
Zorg er wel voor dat je genoeg data aanlevert , een DLT kan vrij hoge data rates aan,
en als je die niet kan leveren , moet de DLT drive steeds "zoeken" waar hij gebleven is.
Dat vinden ze niet leuk. Ook heb ik regelmatig firmware problemen gehad, wat van invloed
was op de "tracking" en zodoende ook veel lees fouten opleverde waardoor de tapedrive
steeds weer dacht dat het tijd was voor een cleaning tape.
Maar ik draai nu al 2jaar zonder problemen met een DLT 8000 , en toch ca 800 Gb/week

[zomertje]

u_nix_we_all schreef op 13 February 2003 @ 12:41:
Als je een DLT drive goed gebruikt gaat hij jaren mee , veel betrouwbaarder dan
dds3 , IBM3490/3590 of onstream tapes, tenminste dat is mijn ervaring.
Zorg er wel voor dat je genoeg data aanlevert , een DLT kan vrij hoge data rates aan,
en als je die niet kan leveren , moet de DLT drive steeds "zoeken" waar hij gebleven is.
Dat vinden ze niet leuk. Ook heb ik regelmatig firmware problemen gehad, wat van invloed
was op de "tracking" en zodoende ook veel lees fouten opleverde waardoor de tapedrive
steeds weer dacht dat het tijd was voor een cleaning tape.
Maar ik draai nu al 2jaar zonder problemen met een DLT 8000 , en toch ca 800 Gb/week

Dat was trouwens onder windows en eerlijk gezegd wist ik niet dat je dat apart ergens zou kunnen bepalen. Wel een idee om dit in de gaten te houden.