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