On Sat, 02 Dec 2006, Arno Lehmann might have said:
> Hello,
>
> On 12/1/2006 2:15 PM, Mike wrote:
> > I have a tape that was over written last night with a tar. I
> > don't want to 'relabel' and have a different volume id. I have
> > already purged the volume (it was next in sequence). I want to
Hello,
On 12/1/2006 2:15 PM, Mike wrote:
> I have a tape that was over written last night with a tar. I
> don't want to 'relabel' and have a different volume id. I have
> already purged the volume (it was next in sequence). I want to
> write the same label back to the tape. Is there a way to do
>
On Friday 01 December 2006 18:57, [EMAIL PROTECTED] wrote:
>
> In the message dated: Fri, 01 Dec 2006 17:31:55 GMT,
> The pithy ruminations from Alan Brown on
>
we
> re:
> => On Fri, 1 Dec 2006, Kern Sibbald wrote:
> =>
> => > It appears to me that you have run into some sort of race condition
On Friday 01 December 2006 18:31, Alan Brown wrote:
> On Fri, 1 Dec 2006, Kern Sibbald wrote:
>
> > It appears to me that you have run into some sort of race condition where
two
> > threads want to use the same Volume and they were both given access.
> > Normally that is no problem. However, one
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yes. Incidentally, if you can help it, please use fewer annoying colors. :-P
I've never seen that though. I suspect you don't have HP's ansiC
compilers (which I do). I can rebuild it and see what looks different on
yours vs. mine if that's important,
In the message dated: Fri, 01 Dec 2006 17:31:55 GMT,
The pithy ruminations from Alan Brown on
we
re:
=> On Fri, 1 Dec 2006, Kern Sibbald wrote:
=>
=> > It appears to me that you have run into some sort of race condition where
two
=> > threads want to use the same Volume and they were both giv
On Fri, 1 Dec 2006, Kern Sibbald wrote:
> It appears to me that you have run into some sort of race condition where two
> threads want to use the same Volume and they were both given access.
> Normally that is no problem. However, one thread wanted the particular
> Volume in drive 0, but it was
On Friday 01 December 2006 15:41, Ian Levesque wrote:
> Has anybody run into this problem? This is the first time I've seen
> this, and I've been running Bacula for almost a year. It looks like
> two jobs simultaneously wanted the same tape -- I seem to recall the
> need to use some sort of l
> Now, I'd like to get this fixed. So, David, could you try disabling
the
> virus scaner you use and see what happens? Which antivirus software
are
> you running?
The problem workstation runs WinXP SP2+all the up-to-date fixes and a
copy Norton AV 2005. I disabled it last night, and voila -- no p
Has anybody run into this problem? This is the first time I've seen
this, and I've been running Bacula for almost a year. It looks like
two jobs simultaneously wanted the same tape -- I seem to recall the
need to use some sort of lock in the mtx script prior to 1.38, but
I'm running 1.39.28
I have a tape that was over written last night with a tar. I
don't want to 'relabel' and have a different volume id. I have
already purged the volume (it was next in sequence). I want to
write the same label back to the tape. Is there a way to do
this?
Mike
---
Hi,
On 11/29/2006 12:10 PM, Raphael Perrin wrote:
>
> I have about 350GB to backup on tape (on a exabyte vxa-2 tapeloader). I
> started
> a total job (Incremental being changed as a full since no prior full job
> found)
> 2 days ago. So far, 200 GB as been written and when I look periodically i
Hi,
On 12/1/2006 1:54 PM, Paul Constable wrote:
> Hi all,
> I have a problem, I am storing on a hard disk, and the volume got
> rather large whilst testing..
>
> I removed the file, drop the tables, rebuilt the database etc, as per
> instructions..
>
> Now the storage daemon cannot start a
On Friday 01 December 2006 13:48, Arno Lehmann wrote:
> Hi,
>
> On 11/30/2006 6:00 PM, Bill Moran wrote:
> > In response to "David Boyes" <[EMAIL PROTECTED]>:
> >
> >
> >>>What I meant is that nobody _else_ has been able to reproduce, which
> >>>would _seem_ to suggest that the problem is very s
Hi,
On 12/1/2006 12:36 PM, Are Øhrn wrote:
>
> I'm having some problems with the btape fill test on a Dell Powervault
> 122T.
> I'm running Debian Sarge, with bacula version 1.36.2-2sarge1 and kernel
> 2.6.18-3 on a Dell Poweredge 2850. The scsi controller is an Adaptec
> 3960D Ultra160 SCSI a
On 1 Dec 2006 at 12:54, Paul Constable wrote:
> Hi all,
> I have a problem, I am storing on a hard disk, and the volume got
> rather large whilst testing..
>
> I removed the file, drop the tables, rebuilt the database etc, as per
> instructions..
>
> Now the storage daemon cannot start as
The problem (but not the solution) seems to be clearly indicated in the
tapeinfo output (very good of you to include it !!!). It is the
tapealert[32], which indicates that you have some kind of hardware problem.
You can look up tapealert 32 on the web and probably find a lot more
information,
In response to "Raymond Luong" <[EMAIL PROTECTED]>:
> Any Help will be greatly appreiciated.
> I can do the test backup no problem but when I add a second client and
> try to back it up, I get the following error:
It looks as if either your client is configured wrong, the FD was not
started on th
Hi all,
I have a problem, I am storing on a hard disk, and the volume got
rather large whilst testing..
I removed the file, drop the tables, rebuilt the database etc, as per
instructions..
Now the storage daemon cannot start as the directory with the following
comment in the logs:-
'Stor
Hi,
On 11/30/2006 6:00 PM, Bill Moran wrote:
> In response to "David Boyes" <[EMAIL PROTECTED]>:
>
>
>>>What I meant is that nobody _else_ has been able to reproduce, which
>>>would _seem_ to suggest that the problem is very specific to your
>>>configuration.
>>
>>I actually reported the same pr
I'm having some problems with the btape fill test on a Dell Powervault 122T.
I'm running Debian Sarge, with bacula version 1.36.2-2sarge1 and kernel
2.6.18-3 on a Dell Poweredge 2850. The scsi controller is an Adaptec 3960D
Ultra160 SCSI adapter.
All the hardware is new or previously unused.
Th
> On Thu, 30 Nov 2006 11:31:10 -0500, Ryan Novosielski said:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kern Sibbald wrote:
> > On Thursday 30 November 2006 16:31, Ryan Novosielski wrote:
> >> Kern Sibbald wrote:
> >>> On Wednesday 29 November 2006 15:17, [EMAIL PROTECTED] wrote:
Hello,
Has anybody succeed to compile bacula client for HP UX 11.11
After untaring bacula-1.38.11 I start configure with
option --enable-client-only on HP server.
After make does not go to end because of error with ld
==>Entering directory /tmp/bacula/bacula-1.38.11/src/filed
/usr/loca
Hi folks,
Again, I beg for some hellp here. =)
I have 3 DLT trives in the same server... when the first tape gests
full, I manually run the following script, in order to change from the
first to the second drive to continue the backup... and so it goes.
---
Any Help will be greatly appreiciated.
I can do the test backup no problem but when I add a second client and try to
back it up, I get the following error:
Connecting to Director 192.168.3.27:9101
1000 OK: backup-temp-dir Version: 1.38.11 (28 June 2006)
run
Using default Catalog name=MyCatalog DB
Hello,
Has anybody succed to compiles bacula client for HP UX 11.11
After untaring bacula-1.38.11 I start configure with
option --enable-client-only.
After make does not go to end because of error with ld
==>Entering directory /tmp/bacula/bacula-1.38.11/src/filed
/usr/local/bin/g++ -L../
I have about 350GB to backup on tape (on a exabyte vxa-2 tapeloader). I started
a total job (Incremental being changed as a full since no prior full job found)
2 days ago. So far, 200 GB as been written and when I look periodically in the
Storage status, the number of files increase but when I lo
27 matches
Mail list logo