pt., 15 cze 2018 o 13:52 Martin Simmons napisał(a):
>
> > Yup, you're right, in the db they're all marked as copy/full and not
> > backup/incremental as the emails and director claim. Weird. (Also – does
> > not happen with all jobs, copying my catalog correctly marked it as full.)
>
> The differe
czw., 14 cze 2018 o 16:56 Martin Simmons napisał(a):
> I've noticed that too, but I think it might just be a bug in the output of
> status dir (it shows the default level for that job name from the config
> file
> instead of the actual level). If you check the catalog with "list jobs"
> when
> y
Hi, I'm running bacula 7.4.7 and have a job to occasionally copy recent
full jobs from my full pool to my tapes (Full-Poll -> Tape-Pool).
The gist of the copy job is here:
Name = CopyFull2Tape
Type = Copy
Level = Full
Pool = Full-Pool
Selection Type = SQL Query
Selection P
Hi Kamil,
2 days ago I had got the same problem like you.
Open client config file for windows and put "Maximum Network Buffer Size =
65536" in FileDaemon :)
It will resolve the problem
Mariusz.
+--
|This was sent
I compiled director with "--with-opensll" - I forgot about this information. A
few days ago I configured PKI and I haven`t got problems but I prefer TSL than
PKI
+--
|This was sent by mariusz@gmail.com via Back
ontext for Director
Could you help me?
+--
|This was sent by mariusz@gmail.com via Backup Central.
|Forward SPAM to ab...@backupc
Thanks a lot, it`s working! :)
+--
|This was sent by mariusz@gmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com
gDirectory = "C:\\Program Files\\Bacula\\working"
Pid Directory = "C:\\Program Files\\Bacula\\working"
# Plugin Directory = "C:\\Program Files\\Bacula\\plugins"
Maximum Concurrent Jobs = 10
}
#
# List Directors who are permitted to contact this File daemon
#
Di
"Dev:TS3310-drv1"
(/dev/IBMtape1n), Volume "A00022L3"
03-Dec 12:40 bls: End of Volume at file 13 on device "Dev:TS3310-drv1"
(/dev/IBMtape1n), Volume "A00022L3"
03-Dec 12:40 bls: End of all volumes.
End of physical tape.
---
? End of
D migrations. I
guess it was simply missed, but wonder if it can be added to the list,
so SD->SD migration feature will not be excluded from next voting.
Regards,
Mariusz Czułada
Dnia 7-05-2007 o godz. 15:28 Mariusz Czulada <[EMAIL PROTECTED]> napisał(a):
> Item n:
> J
Hello,
Dnia 19-07-2007 o godz. 14:36 Kern Sibbald napisał(a):
> On Thursday 19 July 2007 13:49, Mariusz Czulada wrote:
> > Hi all,
> >
> > I didn't give up so made my own investigation. Now it seems I found the
> > source of my problem. I'll describe what
Hello,
Dnia 18-07-2007 o godz. 21:10 Martin Simmons napisał(a):
> >>>>> On Wed, 18 Jul 2007 16:47:34 +0200, Mariusz Czulada said:
> >
> > I started SD with -d999 -f options. Here is the part of log related to
> > problem:
> >
> > ...
&g
on "Dev:TS3310-drv0"
(/dev/IBMtape0n). ERR=Input/output error.
...
As mentioned earlier, first time it was ok, but on second time got
ST_EOT read errno=5.
I tried it with 10+ different tapes, so don't think it is a media problem.
Dnia 18-07-2007 o godz. 14:24 Mariusz Czulada
Hi,
Dnia 18-07-2007 o godz. 10:39 Arno Lehmann napisał(a):
> Hi,
>
> 18.07.2007 10:10,, Mariusz Czulada wrote::
> > Hi again,
> >
> > I still have problems with my IBM TS3310 library, so again ask for your
> > help with this.
> >
> > I use an IBM
e, jobs are stored correctly,
until newly used tape is removed from drive by changer.
Will tell more/ask later, plan to do more tests to get
more information which, I hope, could help you to help me :-)
Regards
Mariusz
Dnia 8-05-2007 o godz. 21:34 Kern Sibbald napisał(a):
> Hello,
>
&
issue for me, because the
main hardware component of this backup subsystem is currently useless.
Dnia 7-05-2007 o godz. 14:46 Mariusz Czulada napisał(a):
> Hi all,
>
> I have another, more serious problem with my IBM library. Here is an
> output from btape:
>
> -
Item n:
Job migration between different SDs
Origin:
Mariusz Czulada
Date:
07 May 2007
Status:
NEW
What:
Allow to specify in migration job devices
on Storage Daemon other then the one used for
migrated jobs (possibly on different/distant
Forgot to add, that production effect of this problem is harmful -
backups are stored correctly, unless tape does not leave the drive. When
tape is reinserted, bacula cannot rewind it and marks the tape as
"error".
Dnia 7-05-2007 o godz. 14:46 Mariusz Czulada napisał(a):
> Hi all
block 1001.
-
And got confused. IHMO blok 1:0 from btape *should* be blok 1001 of
tape, shouldn't it? So what is the reason for this? Is the information
returned form system different then expected? Is it because different
handling of IBM device dr
Hi,
Dnia 19-04-2007 o godz. 22:42 Arno Lehmann napisał(a):
> Hi,
>
> On 4/19/2007 4:48 PM, Mariusz Czulada wrote:
> > Hello,
> >
> > I have yet another problem to solve. I didn't find similar case in
> > documentation.
> >
> > I have two separa
ints in this idea? I.e. is it
possible to migrate between different storage daemons? Can [slow] WAN
connection (some 2 Mb/s I think) affect backup reliability?
!!
Any comments and suggestions are gratly appreciated.
Regards,
Mariusz Czulada
To mi
verify it yet, but will post later some notes about
using it. Of course it you think it could be helpful...
Mariusz
Dnia 17-04-2007 o godz. 14:59 Mariusz Czulada napisał(a):
> Hello,
>
> I'm preparing the installation of bacula on a server which is connected
> to TS3310 library.
ith mtx.
I'd like to ask if someone uses/used this library with bacula and can
give me some hins or suggesions. For now I suppose I'll have to rewrite
'mtx-changer' as a wrapper around "IBMtapeutil", but perhaps there is a
simpler solution for this?
TIA,
Mariusz
-
23 matches
Mail list logo
