Jeg plejer at bruge udtrykket "Der findes ingen problemer, kun opgaver", men jeg
må nu alligevel indrømme at dette er en hård nød af en opgave!
Scenario:
Jeg arbejder for et større firma, der endnu ikke har set lyset hvad angår Linux,
hvorfor hele backbone'en kører på NT (snart 2000). Jeg har dog fået lov til at
stille en Linux Server (Samba, Apache mv.) op i den afdeling jeg sidder i
Skeptikerne i firmaet ønsker ligeledes at visse directories på Linux Serveren,
hver nat bliver spejlet til et NT-drev... Fint med mig, jeg har derfor lavet et
Cron-job, der netop skulle klare dette, hvilket også i starten virkede perfekt!
Jeg opdagede så at Linux Serveren, ved kopiering (cp) ændrede alle
fil-attributer... Ups... Men ved at sætte -p efter cp, klarede jeg også den!!!
Problem:
Før jeg satte -p efter cp (se nedenunder), var der ingen problemer med at
afvikle jobbet via cron... Nu stopper kopieringen efter ca. 10 MB. (ud af 425),
uden nogen form for fejlmelding i nogle af log-filerne! (jeg har prøvet at
fjerne -p igen, og så virkede alt igen)!!! Hvis jeg kører mine "scripts"
manuelt, er der absolut ingen problemer! - Det skal lige nævnes at jeg har samme
problem med mit update.sh script (kontakter Red Hat, og checker efter updates),
men ikke med mit backup.sh!
Hvad sker der (hvad har jeg overset)????????????
GNU/Linux info: Red Hat Linux 7.0 - Kernel: 2.2.17-RAID
/var/spool/cron/root:
0 1 * * 2-6 /usr/sbin/backup.sh
0 5 * * * /usr/sbin/update.sh
0 6 * * * /usr/sbin/mirror.sh
/usr/sbin/mirror.sh:
#!/bin/sh
DATE_STAMP=`date -I`
LOG_FILE="/var/log/mirror/${DATE_STAMP}.log"
umount /mnt/smb
mount -t smbfs -o username=somebody,password=something //herning1a/dokumenter
/mnt/smb
echo 'STARTING MIRRORING OF SERVER' >> ${LOG_FILE}
date >> ${LOG_FILE}
rm -Rvf /mnt/smb/AFD056/Mirror/ >> ${LOG_FILE}
mkdir /mnt/smb/AFD056/Mirror
cp -rvp /home/raid_1/raid_1/Dokumenter /mnt/smb/AFD056/Mirror >> ${LOG_FILE}
date >> ${LOG_FILE}
echo 'MIRRORING COMPLETE' >> ${LOG_FILE}
cp ${LOG_FILE} /mnt/smb/AFD056/Mirror
umount /mnt/smb