Newsgroup: it.comp.os.linux.sys
Titolo: Bacula e despooling degli attributi...

 
Uso bacula per il backup di un server remoto, ma con unità di backup locale.
Il backup funziona perfettamente, ma essendoci una quantità ENORME di file,
quello che ottengo è:
 
 21-set 18:56 pasian-dir JobId 6015: Start Backup JobId 6015, Job=VDM3T1.2018-09-21_18.56.56_11
 21-set 18:56 pasian-dir JobId 6015: Using Device "LTOStorage"
 21-set 18:56 vdm3t1-fd JobId 6015: shell command: run ClientRunBeforeJob "/etc/bacula/scripts/debian-client-before"
 21-set 18:56 djuka-sd JobId 6015: Wrote label to prelabeled Volume "Djuka012" on device "LTOStorage" (/dev/nst0)
 21-set 18:56 djuka-sd JobId 6015: Spooling data ...
 21-set 20:13 djuka-sd JobId 6015: User specified spool size reached.
 21-set 20:13 djuka-sd JobId 6015: Writing spooled data to Volume. Despooling 268,435,683,079 bytes ...
 21-set 20:47 djuka-sd JobId 6015: Despooling elapsed time = 00:33:36, Transfer rate = 133.1 M Bytes/second
 21-set 20:47 djuka-sd JobId 6015: Spooling data again ...
 21-set 22:14 djuka-sd JobId 6015: User specified spool size reached.
 21-set 22:14 djuka-sd JobId 6015: Writing spooled data to Volume. Despooling 268,435,683,466 bytes ...
 21-set 22:48 djuka-sd JobId 6015: Despooling elapsed time = 00:34:09, Transfer rate = 131.0 M Bytes/second
 21-set 22:48 djuka-sd JobId 6015: Spooling data again ...
 22-set 00:21 djuka-sd JobId 6015: User specified spool size reached.
 22-set 00:21 djuka-sd JobId 6015: Writing spooled data to Volume. Despooling 268,435,683,273 bytes ...
 22-set 00:56 djuka-sd JobId 6015: Despooling elapsed time = 00:34:52, Transfer rate = 128.3 M Bytes/second
 22-set 00:56 djuka-sd JobId 6015: Spooling data again ...
 22-set 02:22 djuka-sd JobId 6015: Job write elapsed time = 07:25:46, Transfer rate = 39.11 M Bytes/second
 22-set 02:22 djuka-sd JobId 6015: Committing spooled data to Volume "Djuka012". Despooling 241,248,677,488 bytes ...
 22-set 02:55 djuka-sd JobId 6015: Despooling elapsed time = 00:32:28, Transfer rate = 123.8 M Bytes/second
 22-set 02:57 djuka-sd JobId 6015: Sending spooled attrs to the Director. Despooling 2,170,943,696 bytes ...
 24-set 09:42 pasian-dir JobId 6015: Bacula pasian-dir 5.2.6 (21Feb12):
 
ovvero 6 ore per fare backup, 54 ore per fare il 'despooling' degli
attributi (ovvero salvare i nomi dei file e attributi nel director, che è
remoto).
 
Avevo a suo tempo già disabilitato le ACL, cosa posso fare per ridurre
questo tempo, a parte ovviamente metterci un director locale?
 
 
Grazie.
 
-- 
  L'entropia dei soldi aumenta sempre.
							(prof. Taffara)

 questo tempo, a parte ovviamente metterci un director locale?
 
quella è una fase di uso intensivo del db in cui bacula fa query su query 
sul catalog. io avevo una issue simile prima di passare da mysql a 
postgres, mysql era lento in modo devastante al crescere del catalog (ma 
tipo decine di volte piú lento per un restore). ci sono delle 
ottimizzazioni da fare ma quella piú efficace, se non l'hai già fatto, è 
migrare da mysql a postgres.
 

 migrare da mysql a postgres.
 
...non avevo pensato al DB... che sciocco...
 
Ravanando in rete sembra che sia un problema di bacula 5, risolto in una
delle ultime releae (ma non ingegrato nella versione 5 di debian jessie).
 
Sto passando tutto a debian squeeze/bacula 7 (e mariadb), vediamo se il
problema si risolve da solo...
 
-- 
  Se Darl McBride [il presidente di SCO] ne fosse incaricato,
  probabilmente renderebbe anticostituzionale anche il matrimonio, poiché
  chiaramente attenua la normale natura commerciale dell'interazione umana
  ed è probabilmente un ostacolo importante alla crescita commerciale
  della prostituzione. 					Linus Torvalds