Sziasztok,
van 2 linuxos (debian lenny) szerver a cegunknel es egy router amihez egy merevlemez is tartozik.
Szeretnenk a linux szerverekrol a backupokat atmasolni a router merevlemezere, ezt egy cronjob-al csinalnank naponta. A router merevlemezen ntfs fajlrendszer van es windows alol tudok csatlakozni erre (felhasznlo nevvel es jelszoval).
Az lenne a kerdesem hogy mivel tudnak a merevlemezre csatlakozni scripbol? Be kell mountolni ezt a merevlemezt? Az a baj hogy nem tudom merre induljak el, nincs sok tapasztalatom e teren.
Elore is koszonom a segitseget.
- 1561 megtekintés
Hozzászólások
gondolom így:
mount -t smbfs -o username=$username,password=$pass //winserver/backup /mnt/backup
-
Debian Lenny
- A hozzászóláshoz be kell jelentkezni
Koszonom a gyors valaszt, az egyik gepen mukodik, de a masikon azt mondja hogy unknown filesystem type 'smbfs'. Gondolom az smbfs az a samba file system roviditese. Azt nem tudod veletlenul hogy milyen packaget kell feltelepiteni hogy ismerje ezt? (ez a samba kliens vagy szerver reszehez tartozik?)
- A hozzászóláshoz be kell jelentkezni
esetleg "smbfs" a csomag neve is?
- A hozzászóláshoz be kell jelentkezni
Koszonom.
- A hozzászóláshoz be kell jelentkezni
az smbfs-t már ezer éve nem tartják karban asszem. helyette van a cifs.
----------------------------------
feel the beat - it's everywhere!
- A hozzászóláshoz be kell jelentkezni
+1
az is az smbfs csomagban van.
- A hozzászóláshoz be kell jelentkezni
Utanna neztem, igazad van, az smbfs csomag telepitesevel a mount.cifs is felkerult ezzel most be tudom mountolni a merevlemezt. Koszonom.
- A hozzászóláshoz be kell jelentkezni
Sikerul bemountolni a merevlemezt, kb. 2 GB adatot kell felmasolni ra. Ugy 500-600 MB-ig minden rendben is van (habar mintha lassan masolna), de aztan mintha kiakadna a router amin a merevlemez van. Nem valaszol semmire (pingelni azert lehet, csak a merevlemeze nem erheto el), ujra kell inditani, az adatok fele masolodott csak fel.
Van valami otletetek mi lehet a gond, vagy minek nezzek utanna?
- A hozzászóláshoz be kell jelentkezni
ilyenek ezek a szutyadék routerek :) gondolom a logokat már nézted...
- A hozzászóláshoz be kell jelentkezni
Ezt talaltam a syslog-ba:
CIFS VFS: server not responding
CIFS VFS: No response to cmd 47 mid 31803
CIFS VFS: No response to cmd 47 mid 31800
CIFS VFS: No response to cmd 47 mid 31804
CIFS VFS: No response to cmd 47 mid 31805
CIFS VFS: No response to cmd 47 mid 31806
CIFS VFS: No response to cmd 47 mid 31807
CIFS VFS: No response to cmd 47 mid 31801
CIFS VFS: No response to cmd 47 mid 31802
CIFS VFS: server not responding
CIFS VFS: No response for cmd 114 mid 31808
CIFS VFS: server not responding
CIFS VFS: No response for cmd 114 mid 31824
CIFS VFS: Write2 ret -112, written = 57344
CIFS VFS: server not responding
CIFS VFS: No response for cmd 114 mid 31844
CIFS VFS: server not responding
CIFS VFS: No response for cmd 114 mid 31872
CIFS VFS: server not responding
CIFS VFS: No response for cmd 114 mid 31904
CIFS VFS: server not responding
CIFS VFS: No response for cmd 114 mid 31934
CIFS VFS: server not responding
Tehat valamiert kiakadt a router es nem valaszol, de mi lehet az oka?
- A hozzászóláshoz be kell jelentkezni
A router logja érdekesebb lenne. Meg én kivenném azt a disket és tolnék rá egy badblock ellenőrzést. Vagy betennék egy másikat (ami tuti jó).
- A hozzászóláshoz be kell jelentkezni
Most mukodik a backup, csak meg azt szeretnem megcsinalni hogy biztosan tudjam hogy a script sikeresen osszetomoritette a konyvtarakat. Ezt probaltam:
BACKUP_FOLDER='/var/backup';
BACKUP_FOLDER_GZ='/var/backup.tar.gz'
tar -cf - $BACKUP_FOLDER | gzip -c > $BACKUP_FOLDER_GZ
SUCCESS=$?
Ezzel az a gond hogy ha a BACKUP_FOLDER nem letezik attol meg a SUCCESS erteke 0 lesz. Gondolom a gzip miatt van ez, valahol lattam erre egy megoldast csak most sehol nem talalom.
Tudja valaki hogy hogyan tudnam meg biztosan hogy a tomorites sikeres volt e?
- A hozzászóláshoz be kell jelentkezni
if [[ -d $BACKUP_FOLDER ]]; then ?
- A hozzászóláshoz be kell jelentkezni
Szerintem ez nem eleg, ha letezik a konyvtar attol meg nem biztos hogy sikeres lesz az arhivalas. Es azt is szeretnem tudni hogy a gzip sikeresen tomoritett e.
- A hozzászóláshoz be kell jelentkezni
miért kell külön gzipelni? tar -czf nem jó?
if [ -d "$backup_folder" ]; then
cd "$backup_folder"
tar czf "$backup_folder_gz"\backup.tgz *
success=$?
else
success=-1
echo "ójajj!"
fi
exit $success
- A hozzászóláshoz be kell jelentkezni
Koszi, ez igy jo lesz. Probaltam ezt is, csak mivel rosszul adtam meg a tomoritett fajl kiterjeszteset (.tar.gz) mikor nyitottam meg ugy mutatta hogy csak egy fajl van a tomoritett fajlban, azt hittem hogy nem jol csinalta. Ha .tgz a kiterjesztes akkor mukodik.
- A hozzászóláshoz be kell jelentkezni
Most az a gondom hogy a masolas nem mukodik jol, irtam egy fuggvenyt:
function copy
{
# check the numbers of arguments
if [ $# -ne 2 ]; then
log_error "Invalid number of parameters for copy(), parameters : $@";
return 1
fi
FROM=$1;
TO=$2;
if [ -f $FROM ]; then
SUCCESS=1
TRY=0;
# cp returns 0 on success
while [ $SUCCESS -ne 0 ] && [ $TRY -lt 3 ]; do
let TRY=TRY+1
cp -fu $FROM $TO
SUCCESS=$?
done
if [ $SUCCESS -ne 0]; then
log_error "Copy failed for $FROM to $TO";
return 1;
fi
else
log_error "$FROM not exists.";
return 1;
fi
}
Ez 3-szor probalkozik es ha nem sikerul akkor loggolja, a log_error fuggveny jol mukodik, azzal nincs gond. Viszont egy 1.7GB tomoritett fajt megsem masol jol fel, mikor probalom kicsomagolni 90% felett errort kapok, hogy hibas a fajl. A forrast, ahova tomoritem a fajlt, megneztem ott rendben van, csak ahova felmasoltam ott hibas ezert gondolom hogy a masolas sikertelen. Csak azt nem ertem akkor miert nincs semmi a logfileba.
Valakinek valami otlet?
- A hozzászóláshoz be kell jelentkezni
Izé.. az nem lehet h az 1.7G kibontva nagyobb mint 2G és ez fáj valaminek?
- A hozzászóláshoz be kell jelentkezni
Nem hiszem, most kiprobaltam a kicsomagolast WinRAR-al is (eddig total commander-rel csinaltam), ezt a hibauzenetet kapom:
! C:\www-linux.tgz: Cannot open \usr\share\phpmyadmin (var\www\phpmyadmin --> \usr\share\phpmyadmin)
! C:\www-linux.tgz: Symbolic link points to missing file
! C:\www-linux.tgz: Cannot open \usr\share\analog\images (var\www\analog --> \usr\share\analog\images)
! C:\www-linux.tgz: Symbolic link points to missing file
! C:\www-linux.tgz: CRC failed in C:\www-linux.tgz. The file is corrupt
A szimbolikus linkekkel lehet a baj? Ha igen akkor mit lehet ilyenkor tenni?
Valahogy meg kellene mondjam a tar-nak hogy hagyja ki a szimbolikus linkeket. Lehet ilyet?
- A hozzászóláshoz be kell jelentkezni