Please see comments in the message body.

--------------------------------------------------------------------------
Ferdinando Pasqualetti
G.T.Dati srl
Tel. 0557310862 - 3356172731 - Fax 055720143





Reiner Dassing <[EMAIL PROTECTED]>

10/11/2005 12.50

Please respond to
dassing@wettzell.ifag.de

To
Ferdinando Pasqualetti <[EMAIL PROTECTED]>
cc
bacula-users@lists.sourceforge.net
Subject
**Possibile SPAM**Re: [Bacula-users] Bacula-sd un Tru64





Hello!

As far as I know TRU64 you have to use /dev/nait3 as the
non-autorewinding device.


The "/dev/ait3" is a symbolic link to "/dev/ntape/tape5_d1", which is the real OS device. I don't think this is causing any trouble, most functions work.


Hope that helps

Regards, Reiner

Ferdinando Pasqualetti wrote:

>   List-Id: Bacula user's email list for support and discussions
> List-Post: List-Help: List-Subscribe: , List-Archive: Date: Thu, 10 Nov
> 2005 10:44:04 +0100
> Hello bacula-users,
> I want to run bacula storage daemon on a Tru64 system, because that
> system can see directly some tape drives and I want (possibly) avoid to
> throgh the network with the backup. I compiled with no errors both
> 1.36.3 and 1.38.0, and in both cases and with 3 different tape devices
> (2 Compaq/Digital SDX-500C and an HP Ultrium-2)  I get errors
> repositioning the tape for an additional job. Tapes drive are on a fiber
> link and are seen also by a Linux (RH 4AS), and the SD over there works
> correctly.
> The problem is shown also with btape, here is the part in error
> (obviously in Linux everything is correct).
>
> 10-Nov 09:57 btape: 3302 Autochanger "loaded drive 1", result is Slot 15.
> btape: dev.c:410 open dev: tape 3 opened
> btape: btape.c:338 open device "AIT3" (/dev/ait3): OK
> btape: dev.c:655 rewind_dev fd=3 "AIT3" (/dev/ait3)
> btape: btape.c:438 Rewound "AIT3" (/dev/ait3)
> btape: btape.c:1061 Now moving to end of medium.
> btape: btape.c:490 Moved to end of medium.
> We should be in file 3. I am at file 0. This is NOT correct!!!!
>
>
> That appears *NOT* to have corrected the problem.
>
> Append test failed.
>
>
> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
> Unable to correct the problem. You MUST fix this
> problem before Bacula can use your tape drive correctly
>
> Perhaps running Bacula in fixed block mode will work.
> Do so by setting:
>
> Minimum Block Size = nnn
> Maximum Block Size = nnn
>
> in your Storage daemon's Device definition.
> nnn must match your tape driver's block size, which
> can be determined by reading your tape manufacturers
> information, and the information on your kernel dirver.
> Fixed block sizes, however, are not normally an ideal solution.
>
> Some systems, e.g. OpenBSD, require you to set
>    Use MTIOCGET= no
> in your device resource. Use with caution.
> *
>
> Can someone give any suggestion about that?
>
>
> --------------------------------------------------------------------------
> Ferdinando Pasqualetti
> G.T.Dati srl
> Tel. 0557310862 - 3356172731 - Fax 055720143
>
>
> ------------------------------------------------------- SF.Net email is
> sponsored by: Tame your development challenges with Apache's Geronimo
> App Server. Download it for free - -and be entered to win a 42" plasma
> tv or your very own Sony(tm)PSP. Click here to play:
> http://sourceforge.net/geronimo.php
> _______________________________________________ Bacula-users mailing
> list Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users INVALID HTML



------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to