Re: [Bacula-users] Bacula9 label barcode into scratch pool crashes bacula-dir
Hi Kern, My guess is that ua->jcr->pool was initialized (by set_jcr_defaults?) to points to Rasmus's ProjectsArchive pool, so ua->jcr->pool->cleaning_prefix is non-NULL on entry to is_cleaning_tape (until he edited the resource). Then ua->jcr->pool is set to a different pool (maybe Scratch?), where ua->jcr->pool->cleaning_prefix is NULL, so strlen is called on NULL. The size of size_t usually matches the size of pointers, so it will be twice the size of int on most 64-bit systems. Casting it to int sounds safe here to me. __Martin > On Mon, 21 May 2018 17:37:39 +0200, Kern Sibbald said: > > Hello Martin, > > If accesses ua->jcr->pool->cleaning_prefix before setting it, then why > doesn't the test for NULL at the beginning either seg fault or simply > return? > > The format in my code at line 999 seems to me to match the arguments > correctly in that a size_t and an int to the best of my knowledge are > always the same size. However, it probably would be better to cast it > to an int. > > Best regards, > > Kern > > > On 05/21/2018 02:04 PM, Martin Simmons wrote: > > Yes, possibly. > > > > OTOH, I think is_cleaning_tape might have a bug: it reads > > ua->jcr->pool->cleaning_prefix before setting ua->jcr->pool. > > > > Also, the format string in the debug message doesn't match the args (strlen > > does not return an int) so the debug output might cause more > > problems/confusion. There are loads of the these in Bacula. > > > > __Martin > > > > > > > >> On Mon, 21 May 2018 13:39:20 +0200, Kern Sibbald said: > >> > >> Hello, > >> > >> It looks to me like it might be a compiler bug. Try compiling > >>Bacula with -O0 (minus capital-o zero). > >> > >> Also you could set debug level at 110 in the Director and turn on > >>trace. Then we might see something in the trace file. > >> > >> Best regards, > >> > >> Kern > >> > >> > >> > >> > >> > >>On 05/20/2018 05:15 PM, Rasmus Linden > >>wrote: > >> > >> > >> cite="mid:632e6317-7e21-4a8f-b21c-fb044db9a...@gmail.com"> > >> > >>Hey All !! > >> > >> > >> > >>I have a strange issue, I hope some of you can help > >> me with. I am currently running bacula version: 9.0.7, recently > >> migrated from mysql to postgres. > >>Everything is working as expected, except when i try > >> to table a tape and stick it in our scratch pool, bacula-dir > >> crashes with a bang ! > >>I have set the debug level to 10, and pasted the > >> traceback. > >>The last thing happening before the crash, according > >> to the stack is a sql query : > >> > >> > >> > >>SELECT > >> MediaId,VolumeName,VolJobs,VolFiles,VolBlocks,VolBytes,VolABytes,VolHoleBytes,VolHoles,VolMounts,VolErrors,VolWrites,MaxVolBytes,VolCapacityBytes,MediaType,VolStatus,PoolId,VolRetention,VolUseDuration,MaxVolJ > >>class=""> > >> obs,MaxVolFiles,Recycle,Slot,FirstWritten,LastWritten,InChanger,EndFile,EndBlock,VolType,VolParts,VolCloudParts,LastPartBytes,LabelType,LabelDate,StorageId,Enabled,LocationId,RecycleCount,InitialWrite,ScratchPoolId,RecyclePoolId > >>class=""> > >> ,VolReadTime,VolWriteTime,ActionOnPurge,CacheRetention FROM > >> Media WHERE VolumeName=‘B00110L6' > >> > >> > >> > >>I have tried running the query by hand, and it does > >> not fail *screenshot from pgadmin attached. > >> > >> > >> > >>If i label the volume and stick it into a none > >> scratch pool, it completes with no error. > >> > >> > >> > >>Any suggestion on how to fix is mostly appreciated ! > >> > >> > >> > >>All the best > >> > >> > >> > >>Ras > > -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula9 label barcode into scratch pool crashes bacula-dir
Hello Martin, If accesses ua->jcr->pool->cleaning_prefix before setting it, then why doesn't the test for NULL at the beginning either seg fault or simply return? The format in my code at line 999 seems to me to match the arguments correctly in that a size_t and an int to the best of my knowledge are always the same size. However, it probably would be better to cast it to an int. Best regards, Kern On 05/21/2018 02:04 PM, Martin Simmons wrote: Yes, possibly. OTOH, I think is_cleaning_tape might have a bug: it reads ua->jcr->pool->cleaning_prefix before setting ua->jcr->pool. Also, the format string in the debug message doesn't match the args (strlen does not return an int) so the debug output might cause more problems/confusion. There are loads of the these in Bacula. __Martin On Mon, 21 May 2018 13:39:20 +0200, Kern Sibbald said: Hello, It looks to me like it might be a compiler bug. Try compiling Bacula with -O0 (minus capital-o zero). Also you could set debug level at 110 in the Director and turn on trace. Then we might see something in the trace file. Best regards, Kern On 05/20/2018 05:15 PM, Rasmus Linden wrote: cite="mid:632e6317-7e21-4a8f-b21c-fb044db9a...@gmail.com"> Hey All !! I have a strange issue, I hope some of you can help me with. I am currently running bacula version: 9.0.7, recently migrated from mysql to postgres. Everything is working as expected, except when i try to table a tape and stick it in our scratch pool, bacula-dir crashes with a bang ! I have set the debug level to 10, and pasted the traceback. The last thing happening before the crash, according to the stack is a sql query : SELECT MediaId,VolumeName,VolJobs,VolFiles,VolBlocks,VolBytes,VolABytes,VolHoleBytes,VolHoles,VolMounts,VolErrors,VolWrites,MaxVolBytes,VolCapacityBytes,MediaType,VolStatus,PoolId,VolRetention,VolUseDuration,MaxVolJ class=""> obs,MaxVolFiles,Recycle,Slot,FirstWritten,LastWritten,InChanger,EndFile,EndBlock,VolType,VolParts,VolCloudParts,LastPartBytes,LabelType,LabelDate,StorageId,Enabled,LocationId,RecycleCount,InitialWrite,ScratchPoolId,RecyclePoolId class=""> ,VolReadTime,VolWriteTime,ActionOnPurge,CacheRetention FROM Media WHERE VolumeName=‘B00110L6' I have tried running the query by hand, and it does not fail *screenshot from pgadmin attached. If i label the volume and stick it into a none scratch pool, it completes with no error. Any suggestion on how to fix is mostly appreciated ! All the best Ras -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula9 label barcode into scratch pool crashes bacula-dir
The cleaning prefix looks OK to me. The disass output from gdb would still be useful. __Martin > On Mon, 21 May 2018 13:30:37 +0200, Rasmus Linden said: > > Martin you rock ! > > I took the cleaning tape definition out of the pool , and now i can label to > the scratch pool. > Thanks so much. > I wonder if i misunderstood the cleaning prefix key. > > All the best, and thanks again > > Ras > > > > POOL BEFORE EDIT > Pool { > Name = ProjectsArchive > Pool Type = Backup > Recycle = no > AutoPrune = no > Cleaning Prefix = "CLN" > Volume Retention = 30 years > File Retention = 30 years > Job Retention = 30 years > ScratchPool = Scratch > } > > > On 21 May 2018, at 13:02, Martin Simmonswrote: > > > > The traceback suggests some problem in the is_cleaning_tape function. > > > > It might be useful to do > > > > gdb /opt/bacula/bin/bacula-dir > > disass is_cleaning_tape > > > > __Martin > > > > > >> On Sun, 20 May 2018 17:15:40 +0200, Rasmus Linden said: > >> > >> Hey All !! > >> > >> I have a strange issue, I hope some of you can help me with. I am > >> currently running bacula version: 9.0.7, recently migrated from mysql to > >> postgres. > >> Everything is working as expected, except when i try to table a tape and > >> stick it in our scratch pool, bacula-dir crashes with a bang ! > >> I have set the debug level to 10, and pasted the traceback. > >> The last thing happening before the crash, according to the stack is a sql > >> query : > >> > >> SELECT > >> MediaId,VolumeName,VolJobs,VolFiles,VolBlocks,VolBytes,VolABytes,VolHoleBytes,VolHoles,VolMounts,VolErrors,VolWrites,MaxVolBytes,VolCapacityBytes,MediaType,VolStatus,PoolId,VolRetention,VolUseDuration,MaxVolJ > >> obs,MaxVolFiles,Recycle,Slot,FirstWritten,LastWritten,InChanger,EndFile,EndBlock,VolType,VolParts,VolCloudParts,LastPartBytes,LabelType,LabelDate,StorageId,Enabled,LocationId,RecycleCount,InitialWrite,ScratchPoolId,RecyclePoolId > >> ,VolReadTime,VolWriteTime,ActionOnPurge,CacheRetention FROM Media WHERE > >> VolumeName=‘B00110L6' > >> > >> I have tried running the query by hand, and it does not fail *screenshot > >> from pgadmin attached. > >> > >> If i label the volume and stick it into a none scratch pool, it completes > >> with no error. > >> > >> Any suggestion on how to fix is mostly appreciated ! > >> > >> All the best > >> > >> Ras > >> > >> > >> > >> BCONSOLE FAILING IN SCRATCH POOL: > >> [root@technicos ~]# bconsole > >> Connecting to Director technicos:9101 > >> 1000 OK: 103 director.xxx.xxxVersion: 9.0.7 (18 April 2018) > >> Enter a period to cancel a command. > >> *label barcodes slots=3 > >> Automatically selected Catalog: MyCatalog > >> Using Catalog "MyCatalog" > >> The defined Storage resources are: > >> 1: Autochanger > >> 2: LTO6-01 > >> Select Storage resource (1-2): 1 > >> Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... > >> Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... > >> 3306 Issuing autochanger "slots" command. > >> Device "Autochanger" has 48 slots. > >> Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... > >> 3306 Issuing autochanger "list" command. > >> The following Volumes will be labeled: > >> Slot Volume > >> == > >> 3 B00110L6 > >> Do you want to label these Volumes? (yes|no): yes > >> Defined Pools: > >> 1: Archive > >> 2: Default > >> 3: File > >> 4: ProjectsArchive > >> 5: Scratch > >> Select the Pool (1-5): 5 > >> [root@technicos ~]# > >> > >> > >> CONSOLE SUCCESS WITH ANOTHER POOL: > >> *label barcodes slots=3 > >> Automatically selected Catalog: MyCatalog > >> Using Catalog "MyCatalog" > >> The defined Storage resources are: > >> 1: Autochanger > >> 2: LTO6-01 > >> Select Storage resource (1-2): 1 > >> Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... > >> Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... > >> 3306 Issuing autochanger "slots" command. > >> Device "Autochanger" has 48 slots. > >> Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... > >> 3306 Issuing autochanger "list" command. > >> The following Volumes will be labeled: > >> Slot Volume > >> == > >> 3 B00110L6 > >> Do you want to label these Volumes? (yes|no): yes > >> Defined Pools: > >> 1: Archive > >> 2: Default > >> 3: File > >> 4: ProjectsArchive > >> 5: Scratch > >> Select the Pool (1-5): 4 > >> Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... > >> Sending label command for Volume "B00110L6" Slot 3 ... > >> 3307 Issuing autochanger "unload Volume *Unknown*, Slot 2, Drive 0" > >> command. > >> 3304 Issuing autochanger "load Volume B00110L6, Slot 3, Drive 0" command. > >> 3305 Autochanger "load Volume B00110L6, Slot 3, Drive 0", status is OK. > >> 3000 OK label. VolBytes=64512 VolABytes=0 VolType=0 Volume="B00110L6" > >> Device="LTO6-01"
Re: [Bacula-users] Bacula9 label barcode into scratch pool crashes bacula-dir
Yes, possibly. OTOH, I think is_cleaning_tape might have a bug: it reads ua->jcr->pool->cleaning_prefix before setting ua->jcr->pool. Also, the format string in the debug message doesn't match the args (strlen does not return an int) so the debug output might cause more problems/confusion. There are loads of the these in Bacula. __Martin > On Mon, 21 May 2018 13:39:20 +0200, Kern Sibbald said: > > Hello, > > It looks to me like it might be a compiler bug. Try compiling > Bacula with -O0 (minus capital-o zero). > > Also you could set debug level at 110 in the Director and turn on > trace. Then we might see something in the trace file. > > Best regards, > > Kern > > > > > > On 05/20/2018 05:15 PM, Rasmus Linden > wrote: > > >cite="mid:632e6317-7e21-4a8f-b21c-fb044db9a...@gmail.com"> > > Hey All !! > > > > I have a strange issue, I hope some of you can help > me with. I am currently running bacula version: 9.0.7, recently > migrated from mysql to postgres. > Everything is working as expected, except when i try > to table a tape and stick it in our scratch pool, bacula-dir > crashes with a bang ! > I have set the debug level to 10, and pasted the > traceback. > The last thing happening before the crash, according > to the stack is a sql query : > > > > SELECT > MediaId,VolumeName,VolJobs,VolFiles,VolBlocks,VolBytes,VolABytes,VolHoleBytes,VolHoles,VolMounts,VolErrors,VolWrites,MaxVolBytes,VolCapacityBytes,MediaType,VolStatus,PoolId,VolRetention,VolUseDuration,MaxVolJ >class=""> > obs,MaxVolFiles,Recycle,Slot,FirstWritten,LastWritten,InChanger,EndFile,EndBlock,VolType,VolParts,VolCloudParts,LastPartBytes,LabelType,LabelDate,StorageId,Enabled,LocationId,RecycleCount,InitialWrite,ScratchPoolId,RecyclePoolId >class=""> > ,VolReadTime,VolWriteTime,ActionOnPurge,CacheRetention FROM > Media WHERE VolumeName=‘B00110L6' > > > > I have tried running the query by hand, and it does > not fail *screenshot from pgadmin attached. > > > > If i label the volume and stick it into a none > scratch pool, it completes with no error. > > > > Any suggestion on how to fix is mostly appreciated ! > > > > All the best > > > > Ras -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula9 label barcode into scratch pool crashes bacula-dir
Martin you rock ! I took the cleaning tape definition out of the pool , and now i can label to the scratch pool. Thanks so much. I wonder if i misunderstood the cleaning prefix key. All the best, and thanks again Ras POOL BEFORE EDIT Pool { Name = ProjectsArchive Pool Type = Backup Recycle = no AutoPrune = no Cleaning Prefix = "CLN" Volume Retention = 30 years File Retention = 30 years Job Retention = 30 years ScratchPool = Scratch } > On 21 May 2018, at 13:02, Martin Simmonswrote: > > The traceback suggests some problem in the is_cleaning_tape function. > > It might be useful to do > > gdb /opt/bacula/bin/bacula-dir > disass is_cleaning_tape > > __Martin > > >> On Sun, 20 May 2018 17:15:40 +0200, Rasmus Linden said: >> >> Hey All !! >> >> I have a strange issue, I hope some of you can help me with. I am currently >> running bacula version: 9.0.7, recently migrated from mysql to postgres. >> Everything is working as expected, except when i try to table a tape and >> stick it in our scratch pool, bacula-dir crashes with a bang ! >> I have set the debug level to 10, and pasted the traceback. >> The last thing happening before the crash, according to the stack is a sql >> query : >> >> SELECT >> MediaId,VolumeName,VolJobs,VolFiles,VolBlocks,VolBytes,VolABytes,VolHoleBytes,VolHoles,VolMounts,VolErrors,VolWrites,MaxVolBytes,VolCapacityBytes,MediaType,VolStatus,PoolId,VolRetention,VolUseDuration,MaxVolJ >> obs,MaxVolFiles,Recycle,Slot,FirstWritten,LastWritten,InChanger,EndFile,EndBlock,VolType,VolParts,VolCloudParts,LastPartBytes,LabelType,LabelDate,StorageId,Enabled,LocationId,RecycleCount,InitialWrite,ScratchPoolId,RecyclePoolId >> ,VolReadTime,VolWriteTime,ActionOnPurge,CacheRetention FROM Media WHERE >> VolumeName=‘B00110L6' >> >> I have tried running the query by hand, and it does not fail *screenshot >> from pgadmin attached. >> >> If i label the volume and stick it into a none scratch pool, it completes >> with no error. >> >> Any suggestion on how to fix is mostly appreciated ! >> >> All the best >> >> Ras >> >> >> >> BCONSOLE FAILING IN SCRATCH POOL: >> [root@technicos ~]# bconsole >> Connecting to Director technicos:9101 >> 1000 OK: 103 director.xxx.xxxVersion: 9.0.7 (18 April 2018) >> Enter a period to cancel a command. >> *label barcodes slots=3 >> Automatically selected Catalog: MyCatalog >> Using Catalog "MyCatalog" >> The defined Storage resources are: >> 1: Autochanger >> 2: LTO6-01 >> Select Storage resource (1-2): 1 >> Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... >> Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... >> 3306 Issuing autochanger "slots" command. >> Device "Autochanger" has 48 slots. >> Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... >> 3306 Issuing autochanger "list" command. >> The following Volumes will be labeled: >> Slot Volume >> == >> 3 B00110L6 >> Do you want to label these Volumes? (yes|no): yes >> Defined Pools: >> 1: Archive >> 2: Default >> 3: File >> 4: ProjectsArchive >> 5: Scratch >> Select the Pool (1-5): 5 >> [root@technicos ~]# >> >> >> CONSOLE SUCCESS WITH ANOTHER POOL: >> *label barcodes slots=3 >> Automatically selected Catalog: MyCatalog >> Using Catalog "MyCatalog" >> The defined Storage resources are: >> 1: Autochanger >> 2: LTO6-01 >> Select Storage resource (1-2): 1 >> Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... >> Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... >> 3306 Issuing autochanger "slots" command. >> Device "Autochanger" has 48 slots. >> Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... >> 3306 Issuing autochanger "list" command. >> The following Volumes will be labeled: >> Slot Volume >> == >> 3 B00110L6 >> Do you want to label these Volumes? (yes|no): yes >> Defined Pools: >> 1: Archive >> 2: Default >> 3: File >> 4: ProjectsArchive >> 5: Scratch >> Select the Pool (1-5): 4 >> Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... >> Sending label command for Volume "B00110L6" Slot 3 ... >> 3307 Issuing autochanger "unload Volume *Unknown*, Slot 2, Drive 0" command. >> 3304 Issuing autochanger "load Volume B00110L6, Slot 3, Drive 0" command. >> 3305 Autochanger "load Volume B00110L6, Slot 3, Drive 0", status is OK. >> 3000 OK label. VolBytes=64512 VolABytes=0 VolType=0 Volume="B00110L6" >> Device="LTO6-01" (/dev/nst0) >> Catalog record for Volume "B00110L6", Slot 3 successfully created. >> * >> >> >> >> TRACEBACK >> more /opt/bacula/working/bacula.16939.traceback >> [New LWP 23316] >> [New LWP 22394] >> [New LWP 16942] >> [New LWP 16941] >> [Thread debugging using libthread_db enabled] >> Using host libthread_db library "/lib64/libthread_db.so.1". >> 0x7fb138e9ef3d in nanosleep () from /usr/lib64/libpthread.so.0 >> $1 = "20-May-2018
Re: [Bacula-users] Bacula9 label barcode into scratch pool crashes bacula-dir
The traceback suggests some problem in the is_cleaning_tape function. It might be useful to do gdb /opt/bacula/bin/bacula-dir disass is_cleaning_tape __Martin > On Sun, 20 May 2018 17:15:40 +0200, Rasmus Linden said: > > Hey All !! > > I have a strange issue, I hope some of you can help me with. I am currently > running bacula version: 9.0.7, recently migrated from mysql to postgres. > Everything is working as expected, except when i try to table a tape and > stick it in our scratch pool, bacula-dir crashes with a bang ! > I have set the debug level to 10, and pasted the traceback. > The last thing happening before the crash, according to the stack is a sql > query : > > SELECT > MediaId,VolumeName,VolJobs,VolFiles,VolBlocks,VolBytes,VolABytes,VolHoleBytes,VolHoles,VolMounts,VolErrors,VolWrites,MaxVolBytes,VolCapacityBytes,MediaType,VolStatus,PoolId,VolRetention,VolUseDuration,MaxVolJ > obs,MaxVolFiles,Recycle,Slot,FirstWritten,LastWritten,InChanger,EndFile,EndBlock,VolType,VolParts,VolCloudParts,LastPartBytes,LabelType,LabelDate,StorageId,Enabled,LocationId,RecycleCount,InitialWrite,ScratchPoolId,RecyclePoolId > ,VolReadTime,VolWriteTime,ActionOnPurge,CacheRetention FROM Media WHERE > VolumeName=‘B00110L6' > > I have tried running the query by hand, and it does not fail *screenshot from > pgadmin attached. > > If i label the volume and stick it into a none scratch pool, it completes > with no error. > > Any suggestion on how to fix is mostly appreciated ! > > All the best > > Ras > > > > BCONSOLE FAILING IN SCRATCH POOL: > [root@technicos ~]# bconsole > Connecting to Director technicos:9101 > 1000 OK: 103 director.xxx.xxxVersion: 9.0.7 (18 April 2018) > Enter a period to cancel a command. > *label barcodes slots=3 > Automatically selected Catalog: MyCatalog > Using Catalog "MyCatalog" > The defined Storage resources are: > 1: Autochanger > 2: LTO6-01 > Select Storage resource (1-2): 1 > Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... > Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... > 3306 Issuing autochanger "slots" command. > Device "Autochanger" has 48 slots. > Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... > 3306 Issuing autochanger "list" command. > The following Volumes will be labeled: > Slot Volume > == >3 B00110L6 > Do you want to label these Volumes? (yes|no): yes > Defined Pools: > 1: Archive > 2: Default > 3: File > 4: ProjectsArchive > 5: Scratch > Select the Pool (1-5): 5 > [root@technicos ~]# > > > CONSOLE SUCCESS WITH ANOTHER POOL: > *label barcodes slots=3 > Automatically selected Catalog: MyCatalog > Using Catalog "MyCatalog" > The defined Storage resources are: > 1: Autochanger > 2: LTO6-01 > Select Storage resource (1-2): 1 > Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... > Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... > 3306 Issuing autochanger "slots" command. > Device "Autochanger" has 48 slots. > Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... > 3306 Issuing autochanger "list" command. > The following Volumes will be labeled: > Slot Volume > == >3 B00110L6 > Do you want to label these Volumes? (yes|no): yes > Defined Pools: > 1: Archive > 2: Default > 3: File > 4: ProjectsArchive > 5: Scratch > Select the Pool (1-5): 4 > Connecting to Storage daemon Autochanger at technicos.xxx:9103 ... > Sending label command for Volume "B00110L6" Slot 3 ... > 3307 Issuing autochanger "unload Volume *Unknown*, Slot 2, Drive 0" command. > 3304 Issuing autochanger "load Volume B00110L6, Slot 3, Drive 0" command. > 3305 Autochanger "load Volume B00110L6, Slot 3, Drive 0", status is OK. > 3000 OK label. VolBytes=64512 VolABytes=0 VolType=0 Volume="B00110L6" > Device="LTO6-01" (/dev/nst0) > Catalog record for Volume "B00110L6", Slot 3 successfully created. > * > > > > TRACEBACK > more /opt/bacula/working/bacula.16939.traceback > [New LWP 23316] > [New LWP 22394] > [New LWP 16942] > [New LWP 16941] > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib64/libthread_db.so.1". > 0x7fb138e9ef3d in nanosleep () from /usr/lib64/libpthread.so.0 > $1 = "20-May-2018 16:50:22\000\000\000\000\000\000\000\000\000" > $2 = '\000' > $3 = 0xae1048 "bacula-dir" > $4 = 0xae1088 "/opt/bacula/bin/bacula-dir" > $5 = 0x0 > $6 = "PostgreSQL", '\000' > $7 = 0x7fb1390f "9.0.7 (18 April 2018)" > $8 = 0x7fb1390feecc "x86_64-pc-linux-gnu" > $9 = 0x7fb1390feec5 "redhat" > $10 = 0x7fb1390feee7 "(Core)" > $11 = "technicos", '\000' > $12 = 0x7fb1390feee0 "redhat (Core)" > Environment variable "TestName" not defined. > #0 0x7fb138e9ef3d in nanosleep () from /usr/lib64/libpthread.so.0 > #1 0x7fb1390c0688 in bmicrosleep (sec=sec@entry=60, usec=usec@entry=0) > at bsys.c:178 > #2 0x00437c77 in wait_for_next_job