Arno Lehmann wrote:
Hi,
28.02.2008 12:49, Damian Brasher wrote:
>You need to fix the underlying problem.
>The first step to do so is to run the btape tests and tweak the configuration
>until they all run without >failure.
>I have seen occasional errors - I have decided to
Arno Lehmann wrote:
Hi,
28.02.2008 12:49, Damian Brasher wrote:
> > Hi List
> >
> > I have had some fairly regular job failures that I have pinpointed to be
> > caused by tape status type error mismatches. The most common is that the
> > tape status does not ma
30 days# 30 days
Job Retention = 6 months# six months
AutoPrune = yes # Prune expired Jobs/Files
}
Pool {
Name = Wednesday
Pool Type = Backup
Recycle = yes
AutoPrune = yes
Ryan Novosielski wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Damian Brasher wrote:
>
>> Ryan Novosielski wrote:
>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> Damian Brasher wrote:
>>&
TO-2" (/dev/nst0) is not open.
Device is BLOCKED waiting for mount of volume "Thursday1",
Pool: Thursday
Media type: LTO-2
In Use Volume status:
Thursday1 on device "LTO-2" (/dev/nst0)
Reader=0 writers=0 reserved=1
Can anyone advise?
--
Damian Brasher
Systems Admi
Martin Simmons wrote:
>>>>> >>>>> On Fri, 07 Dec 2007 10:02:58 +, Damian Brasher said:
>I think you might have to run the SD (and possibly the FD) at debug level 200
>to collect info about what happens at the end of the job.
>Ok, I have upgraded
Martin Simmons wrote:
>>>>> >>>>> On Fri, 07 Dec 2007 10:02:58 +, Damian Brasher said:
>>>>>
> >
> > Martin Simmons wrote:
> >
>
>> > > Also, you could attach gdb to each daemon and run the gdb
s=0x958a4c8, max_clients=20,
client_wq=0x808d340,
handle_client_request=0x80526e0 ) at
bnet_server.c:161
#3 0x0804b413 in main (argc=0, argv=0x0) at filed.c:227
#0 0x00d7f402 in __kernel_vsyscall ()
Can anyone can shed some light?
TIA Damian
--
Damian Brasher
Systems Admin/Prog
OMII-UK
So
806428f in bnet_thread_server (addrs=0x958a4c8, max_clients=20,
client_wq=0x808d340,
handle_client_request=0x80526e0 ) at
bnet_server.c:161
#3 0x0804b413 in main (argc=0, argv=0x0) at filed.c:227
#0 0x00d7f402 in __kernel_vsyscall ()
Can anyone can shed some light?
TIA Damian
--
Da
Damian Brasher wrote:
> Flak Magnet wrote:
>
>> On Wednesday 05 December 2007 8:46:24 am Damian Brasher wrote:
>>
>>
>>
>>> Thanks, this has started off last night missed jobs, however I have this
>>> message and still do not fully und
Flak Magnet wrote:
> On Wednesday 05 December 2007 8:46:24 am Damian Brasher wrote:
>
>
>> Thanks, this has started off last night missed jobs, however I have this
>> message and still do not fully understand why the tape moves to the end
>> of the last backup i
Job=holly.2007-12-05_13.40.11
05-Dec 13:40 backup-dir JobId 151: Using Device "LTO-2"
05-Dec 13:40 backup-sd JobId 151: Volume "Tuesday1" previously written,
moving to end of data.
*
*
05-Dec 13:42 backup-sd JobId 151: Ready to append to end of Volume
"Tuesday1" at
-
I really need to fix this new issue before I continue with the old issue
as I don't care if the job starts over on an existing tape in the pool
with a full backup from the beginning
soon as I have the error condition as well as the dir/fd and
sd status.
prev
post---
See what errors I can glean when the job fails, then if that does not
help I can re-compile with debug switches and attach to gdb.
Damian
-
t the output to [(gdb)info file] and [(gdb)thread apply all bt]
as soon as I have the error condition
as well as the dir/fd and sd status.
Cheers Damian
--
Damian Brasher
Systems Admin/Prog
OMII-UK
Southampton University
-
Damian Brasher wrote:
> Martin Simmons wrote:
>> Is it still transfering any data or does it just stop dead? If the data
>> transfer rate you see is the average then it could be the latter.
>>
> Looks like no data is transferred after the last file, however the
&g
Martin Simmons wrote:
> Is it still transfering any data or does it just stop dead? If the data
> transfer rate you see is the average then it could be the latter.
>
Looks like no data is transferred after the last file, however the rate
slowly reduces over
the span of a few hours.
> If it stop
gt;/dev/null"
> and "exec 2>&1" right at the top of it.
>
> Arno
The same directive:
RunBeforeJob = "/etc/bacula/scripts/runbefore.sh"
Is present on all previous four jobs and they do not
ob = "/etc/bacula/scripts/runbefore.sh"
Write Bootstrap = "/var/lib/bacula/holly.bsr"
Schedule = "WeeklyCycle"
Messages = Standard
Priority = 7
Max Start Delay = 22h
Max Run Time = 40m
}
Pool {
Name = Wednesday
Pool Type = Backup
Recycle = yes
Au
19 matches
Mail list logo
