"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
> wait until 2.1.8 is released in BETA later this week.
>
>
> >Date: Tue, 08 May 2007 09:30:56 +0200
> >From: "Mariusz Czulada" <[EMAIL PROTECTED]>
> >Subject: [Bacula-users] Odp: Another problem with TS3310
> >To: "bacula-users"
> &g
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
Hi all,
I have another, more serious problem with my IBM library. Here is an
output from btape:
-
[EMAIL PROTECTED] sbin]# ../sbin/btape -c bacula-sd.conf -d 99
/dev/IBMtape1n
Tape block granularity is 1024 bytes.
btape: stored_conf.c:674 Inserting devic
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.
Hello,
I'm preparing the installation of bacula on a server which is connected
to TS3310 library. At this moment I have some problems with autochanger.
I can use an "IBMtapeutil" - IBM tool for library (tape/changer)
management. Unfortunately it is not "compatible" with mtx.
I'd like to ask if
15 matches
Mail list logo
