Topic: Problema backup

[killrob]

Salve a tutti
sul server&gateway SME 7.5.1 faccio 2 backup, il primo è quello integrato nel server che parte alle 2.00 di notte ed è un backup su workstation, il secondo è fatto con il contrib DAR2 che parte alle 5.00 del mattino.
Il problema è che il backup integrato non funziona mentre il backup di DAR2 si.
I backup vengono fatti su un disco usb formattato in ext3 montato localmente sul server.
l'errore che mi comunica il server via mail è il seguente:
"==================================
DAILY BACKUP TO WORKSTATION REPORT
==================================
Backup started at Tue Dec 20 02:00:06 2011
Backup of mysql databases has been done
Mounting backup shared directory localhost/media/usbdisk
*** No backup allowed or error during backup ***
Error while mounting /media/usbdisk :
mount: can't find /media/usbdisk in /etc/fstab or /etc/mtab"


Ho appena montato il disco usb e con df -h dato da root me lo vede correttamente dandomi dimensione, spazio utilizzato, spazio usato, percentuale di utilizzo e mount point, il mountpoint è /media/usbdisk.
Seguendo il manuale di SME per i dischi usb nell'fstab ho aggiunto la seguente riga:
LABEL=usbdisk  /media/usbdisk ext3 defaults 0 0

dove sta l'errore?

[nicolatiana]

1) Perchè 2 backup con due sistemi diversi ma sullo stesso disco ? Una manovra simile avrebbe senso solo se facessi uno dei due su un disco di rete;
2) A parte ciò: sei sicuro che i due backup non vadano in sovrapposizione (= DAR2 rimane in hang dal giorno prima ed impedisce il mount a DAR) -> controlla i log in /var/log e facci sapere qualche cosa di più.
 
Saluti
 
Nicola

[killrob]

ok controllerò ma non credo che DAR2 impedisca a DAR di funzionare, non funzionava già prima che installassi il contrib DAR2 (ho installato DAR2 proprio per questo motivo).
Faccio 2 backup perchè con DAR2 (forse non sono capace io) non riesco a fargli fare backup incrementali mentre con DAR è possibile farli

[nicolatiana]

Mi risulta che se DAR trova il disco già montato va in errore e non procede oltre; siccome sembra un errore di mount del disco cerca di capire perchè non riesce a fare il mount dello stesso.
DAR2 non può fare Backup incrementali. Nel caso, per fare le prove con DAR, rimuovi comunque DAR2 a scanso di confusioni pericolose.
 
Nel caso non trovassi soddisfazione e se non sei ancora in produzione prova a cimentarti con Affa (vedi in particolare -> http://wiki.contribs.org/Affa#Alternatively_setup_a_USB_drive) che ti offre il vantaggio di avere delle cartelle accessibili direttamente; non fa compressione dei dati ma usando gli hard-link il problema è trascurabile.
 
Saluti
 
Nicola

[killrob]

DAR2 smonta il disco una volta terminato il suo backup vedrò che mi dice il /var/log e proverò a vedere affa.
nel frattempo grazie e buon anno se non ci si risente prima

[killrob]

allora, rieccomi qui, ho effettuato varie prove ma non ho risolto nulla. DAR continua a dirmi che non riesce a trovare il disco usb mentre DAR2 ci riesce benissimo.
Ho provato disinstallando DAR2 ho riformattato il disco usb in ext3 l'ho collegato su diverse porte ma nulla da fare il backup termina sempre in modo anomalo con il messaggio scritto nel primo post.
ho provato anche a farglielo trovare sian montato che smontato il disco usb ma non cambia nulla.
Ho reinstallato il DAR2 che almeno un backup funzionanate ce l'ho.
Non so più che pesci prendere

[Fumetto]

Non per dire ma... hai letto qui?

[killrob]

ora ho letto ed ho fatto quello che c'era scritto adesso vediamo che succede
grazie

[nicolatiana]

Ciao Tony
 
Ma non era stato risolto ? 
 
Nicola

[Fumetto]

In effetti non ho provato, ma su una macchina sempre aggiornata in produzione ho un

Code: [Select]

login as: root
root@192.168.1.100's password:
Last login: Wed Dec 28 09:43:29 2011 from pc-00250.azienda.lan
[root@sme ~]# rpm -qa hal
avvertimento: only V3 signatures can be verified, skipping V4 signature
avvertimento: only V3 signatures can be verified, skipping V4 signature
avvertimento: only V3 signatures can be verified, skipping V4 signature
hal-0.4.2-9.el4_8
avvertimento: only V3 signatures can be verified, skipping V4 signature
[root@sme ~]#Quindi penso non sia stato risolto se non con qualche workaround... tra l'altro il bug è ancora aperto.

PS: Azz.. niente storia questo lunedì...

[killrob]

niente da fare, nonostante le modifiche suggerite dal quel post l'errore è rimasto. Non riesce a montare il disco

[nicolatiana]

Mmmm . . . . hai provato a guardare se in /var/log/messages riusciamo a trovare qualche info in più rispetto al messaggio di errore che DAR si spedisce per posta ?
 
Nicola

[killrob]

si ho provato a cercare ma non ci sono errori o messaggi di sorta
questo è l'estratto del messages relativo all'orario in cui parte il DAR"

"Jan  4 02:00:03 sassone01 /sbin/e-smith/do_backupwk[12608]: /home/e-smith/db/backups: OLD 1325638803=(undefined)
Jan  4 02:00:03 sassone01 /sbin/e-smith/do_backupwk[12608]: /home/e-smith/db/backups: NEW 1325638803=backup_record
Jan  4 02:00:03 sassone01 /sbin/e-smith/do_backupwk[12608]: /home/e-smith/db/backups: OLD 1325638803=backup_record
Jan  4 02:00:03 sassone01 /sbin/e-smith/do_backupwk[12608]: /home/e-smith/db/backups: NEW 1325638803=backup_record|StartEpochTime|1325638803
Jan  4 02:00:03 sassone01 /sbin/e-smith/do_backupwk[12608]: /home/e-smith/db/backups: OLD 1325638803=backup_record|StartEpochTime|1325638803
Jan  4 02:00:03 sassone01 /sbin/e-smith/do_backupwk[12608]: /home/e-smith/db/backups: NEW 1325638803=backup_record|BackupType|workstation|StartEpochTime|1325638803
Jan  4 02:00:03 sassone01 esmith::event[12609]: Processing event: pre-backup
Jan  4 02:00:03 sassone01 esmith::event[12609]: Running event handler: /etc/e-smith/events/actions/generic_template_expand
Jan  4 02:00:04 sassone01 esmith::event[12609]: expanding /etc/dar/DailyBackup.dcf
Jan  4 02:00:04 sassone01 esmith::event[12609]: generic_template_expand=action|Event|pre-backup|Action|generic_template_expand|Start|1325638803 869292|End|1325638804 745740|Elapsed|0.876448
Jan  4 02:00:04 sassone01 esmith::event[12609]: Running event handler: /etc/e-smith/events/pre-backup/S10mysql-delete-dumped-tables
Jan  4 02:00:04 sassone01 esmith::event[12609]: S10mysql-delete-dumped-tables=action|Event|pre-backup|Action|S10mysql-delete-dumped-tables|Start|1325638804 746315|End|1325638804 897519|Elapsed|0.151204
Jan  4 02:00:04 sassone01 esmith::event[12609]: Running event handler: /etc/e-smith/events/pre-backup/S20mysql-dump-tables
Jan  4 02:00:05 sassone01 esmith::event[12609]: S20mysql-dump-tables=action|Event|pre-backup|Action|S20mysql-dump-tables|Start|1325638804 898116|End|1325638805 996999|Elapsed|1.098883
Jan  4 02:00:05 sassone01 esmith::event[12609]: Running event handler: /etc/e-smith/events/pre-backup/S50rewind-tape
Jan  4 02:00:06 sassone01 esmith::event[12609]: S50rewind-tape=action|Event|pre-backup|Action|S50rewind-tape|Start|1325638805 997598|End|1325638806 275641|Elapsed|0.278043
Jan  4 02:00:07 sassone01 /sbin/e-smith/do_backupwk[12608]: /home/e-smith/db/backups: OLD 1325638803=backup_record|BackupType|workstation|StartEpochTime|1325638803
Jan  4 02:00:07 sassone01 /sbin/e-smith/do_backupwk[12608]: /home/e-smith/db/backups: NEW 1325638803=backup_record|BackupType|workstation|EndEpochTime|1325638807|StartEpochTime|1325638803
Jan  4 02:00:07 sassone01 /sbin/e-smith/do_backupwk[12608]: /home/e-smith/db/backups: OLD 1325638803=backup_record|BackupType|workstation|EndEpochTime|1325638807|StartEpochTime|1325638803
Jan  4 02:00:07 sassone01 /sbin/e-smith/do_backupwk[12608]: /home/e-smith/db/backups: NEW 1325638803=backup_record|BackupType|workstation|EndEpochTime|1325638807|Result|backup:7424|StartEpochTime|1325638803
Jan  4 02:47:47 sassone01 squid[5438]: sslReadServer: FD 18: read failure: (104) Connection reset by peer
Jan  4 02:53:13 sassone01 squid[5438]: sslReadServer: FD 17: read failure: (104) Connection reset by peer
Jan  4 02:54:28 sassone01 squid[5438]: sslReadServer: FD 17: read failure: (104) Connection reset by peer
Jan  4 02:57:30 sassone01 squid[5438]: sslReadServer: FD 18: read failure: (104) Connection reset by peer"

gli unici errori, che non so che significano sono nelle ultime 4 righe ma non credo che siano relative al backup visto l'orario

[Mat78]

Ciao, per risolvere il problema momentaneamente, senza intervenire sul sistema, potresti aggiungere il contribs "crontab-manager" (http://wiki.contribs.org/Crontab_Manager) ed aggiungere come operazione giornaliera il comando "umount /media/usbdisk" qualche minuto prima dell'inizio del backup.

[killrob]

ci posso anche provare ma il disco è già smontato prima che parta il backup di DAR, me ne sono assicurato