Re: [Bacula-users] Exabyte VXA-2 PacketLoader 1x10 1U
I am having the same really slow vxa throughput experience. I don't
have any real numbers to back it up though a job which used to take 4
hours using dump has take 12+ in bacula. I suspect has to do with either
the block size, fast forward space file or compression.
Here is the device description I am using:
Device {
Name = Drive-1 #
Drive Index = 0
Media Type = "VXA Packet Tape"
Archive Device = /dev/nst0
AutomaticMount = yes # when device opened, read it
AlwaysOpen = yes
RemovableMedia = yes
RandomAccess = no
AutoChanger = yes
Minimum Block Size = 1024
Maximum Block Size = 1024
Hardware End of Medium = No
Fast Forward Space File = No
Backward Space Record = No
Backward Space File = Yes
Forward Space Record = Yes
Forward Space File = Yes
Offline On Unmount = Yes
Label Media = Yes
}
If you having a vxa drive working well could you please post your Device
{} settings?
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] The number of files mismatch!
We are getting "The number of files mismatch!" error when a job tries to append to a tape in V1.38.11. We did not see this until adding a LTO changer with 2 drives(and increasing max concurrent jobs). I set max concurrent to 1, everywhere I could find and will see if it fixes it. I've read through this http://bacula.org/rel-manual/Tips_Suggestions.html#SECTION000357000 and I wonder if anyone else is having this issue or could provide some insight to fixing it? 20-Nov 22:44 wcsan1-dir: Recycled volume "Logs-0001" 20-Nov 22:47 wcsan1-dir: Start Backup JobId 456, Job=wcsan1.2006-11-16_23.05.00 20-Nov 22:47 wcsan1-sd: 3301 Issuing autochanger "loaded drive 0" command. 20-Nov 22:47 wcsan1-sd: 3302 Autochanger "loaded drive 0", result is Slot 6. 20-Nov 22:47 wcsan1-sd: 3307 Issuing autochanger "unload slot 6, drive 0" command. 20-Nov 22:49 wcsan1-sd: 3304 Issuing autochanger "load slot 1, drive 0" command. 20-Nov 22:50 wcsan1-sd: 3305 Autochanger "load slot 1, drive 0", status is OK. 20-Nov 22:50 wcsan1-sd: 3301 Issuing autochanger "loaded drive 0" command. 20-Nov 22:50 wcsan1-sd: 3302 Autochanger "loaded drive 0", result is Slot 1. 20-Nov 22:51 wcsan1-sd: Volume "Inc-0001" previously written, moving to end of data. 20-Nov 22:57 wcsan1-sd: wcsan1.2006-11-16_23.05.00 Error: I cannot write on Volume "Inc-0001" because: The number of files mismatch! Volume=14 Catalog=15 20-Nov 22:57 wcsan1-sd: Marking Volume "Inc-0001" in Error in Catalog. 20-Nov 23:00 wcsan1-dir: Recycled volume "Inc-0002" 20-Nov 23:00 wcsan1-sd: 3301 Issuing autochanger "loaded drive 0" command. 20-Nov 23:00 wcsan1-sd: 3302 Autochanger "loaded drive 0", result is Slot 1. 20-Nov 23:00 wcsan1-sd: 3307 Issuing autochanger "unload slot 1, drive 0" command. 20-Nov 23:02 wcsan1-sd: 3304 Issuing autochanger "load slot 2, drive 0" command. 20-Nov 23:02 wcsan1-sd: 3305 Autochanger "load slot 2, drive 0", status is OK. 20-Nov 23:02 wcsan1-sd: 3301 Issuing autochanger "loaded drive 0" command. 20-Nov 23:02 wcsan1-sd: 3302 Autochanger "loaded drive 0", result is Slot 2. 20-Nov 23:03 wcsan1-sd: Recycled volume "Inc-0002" on device "Drive-1" (/dev/nst0), all previous data lost. 21-Nov 00:38 wcsan1-dir: Bacula 1.38.11 (28Jun06): 21-Nov-2006 00:38:13 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
Thank you for the response. The btape test and fill commands were successful. We occasionally get db connection errors though afaik the Dir or Sd haven't crashed and the db connections do not seem to correlate to the mismatch issues: 21-Nov 16:22 wcsan1-dir: wcmc8_mda2.2006-11-19_23.05.01 Fatal error: sql_get.c:555 sql_get.c:555 query SELECT PoolId,Name,NumVols,MaxVols,UseOnce,UseCatalog,AcceptAnyVolume,AutoPrune,Recycle,VolRetention,VolUseDuration,MaxVolJobs,MaxVolFiles,MaxVolBytes,PoolType,LabelType,LabelFormat FROM Pool WHERE Pool.Name='Diff-Pool_wcmc8' failed: Lost connection to MySQL server during query 21-Nov 16:22 wcsan1-dir: sql_get.c:555 SELECT PoolId,Name,NumVols,MaxVols,UseOnce,UseCatalog,AcceptAnyVolume,AutoPrune,Recycle,VolRetention,VolUseDuration,MaxVolJobs,MaxVolFiles,MaxVolBytes,PoolType,LabelType,LabelFormat FROM Pool WHERE Pool.Name='Diff-Pool_wcmc8' I will be moving the mysql server local to the Dir and Sd. Kern Sibbald wrote: Most likely either the Dir or SD has crashed during a backup, or you haven't successfully run the btape test and fill commands, in which case, you Device resource is not properly configured for your OS/drive. On Wednesday 22 November 2006 22:17, Rob Ostrander wrote: We are getting "The number of files mismatch!" error when a job tries to append to a tape in V1.38.11. We did not see this until adding a LTO changer with 2 drives(and increasing max concurrent jobs). I set max concurrent to 1, everywhere I could find and will see if it fixes it. I've read through this http://bacula.org/rel-manual/Tips_Suggestions.html#SECTION000357000 and I wonder if anyone else is having this issue or could provide some insight to fixing it? 20-Nov 22:44 wcsan1-dir: Recycled volume "Logs-0001" 20-Nov 22:47 wcsan1-dir: Start Backup JobId 456, Job=wcsan1.2006-11-16_23.05.00 20-Nov 22:47 wcsan1-sd: 3301 Issuing autochanger "loaded drive 0" command. 20-Nov 22:47 wcsan1-sd: 3302 Autochanger "loaded drive 0", result is Slot 6. 20-Nov 22:47 wcsan1-sd: 3307 Issuing autochanger "unload slot 6, drive 0" command. 20-Nov 22:49 wcsan1-sd: 3304 Issuing autochanger "load slot 1, drive 0" command. 20-Nov 22:50 wcsan1-sd: 3305 Autochanger "load slot 1, drive 0", status is OK. 20-Nov 22:50 wcsan1-sd: 3301 Issuing autochanger "loaded drive 0" command. 20-Nov 22:50 wcsan1-sd: 3302 Autochanger "loaded drive 0", result is Slot 1. 20-Nov 22:51 wcsan1-sd: Volume "Inc-0001" previously written, moving to end of data. 20-Nov 22:57 wcsan1-sd: wcsan1.2006-11-16_23.05.00 Error: I cannot write on Volume "Inc-0001" because: The number of files mismatch! Volume=14 Catalog=15 20-Nov 22:57 wcsan1-sd: Marking Volume "Inc-0001" in Error in Catalog. 20-Nov 23:00 wcsan1-dir: Recycled volume "Inc-0002" 20-Nov 23:00 wcsan1-sd: 3301 Issuing autochanger "loaded drive 0" command. 20-Nov 23:00 wcsan1-sd: 3302 Autochanger "loaded drive 0", result is Slot 1. 20-Nov 23:00 wcsan1-sd: 3307 Issuing autochanger "unload slot 1, drive 0" command. 20-Nov 23:02 wcsan1-sd: 3304 Issuing autochanger "load slot 2, drive 0" command. 20-Nov 23:02 wcsan1-sd: 3305 Autochanger "load slot 2, drive 0", status is OK. 20-Nov 23:02 wcsan1-sd: 3301 Issuing autochanger "loaded drive 0" command. 20-Nov 23:02 wcsan1-sd: 3302 Autochanger "loaded drive 0", result is Slot 2. 20-Nov 23:03 wcsan1-sd: Recycled volume "Inc-0002" on device "Drive-1" (/dev/nst0), all previous data lost. 21-Nov 00:38 wcsan1-dir: Bacula 1.38.11 (28Jun06): 21-Nov-2006 00:38:13 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] The number of files mismatch!
I set Maximum Concurrent Jobs = 1 everywhere I could find and it didn't seem to help. Alan Brown wrote: On Sat, 25 Nov 2006, Ian Levesque wrote: We have been seeing this irregularly too, usually when there are multiple jobs writing to the same volume simultaneously. I've seen this now and again, as well, in my 3-drive autochanger. I haven't had the time to put together a proper bug report, but from cursory examination, it appears to be a problem when a job wants a tape that is already in use and therefore expects its file count to be what it was when the job started. Here's an example: That would match my observations AB - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
