Bug#337376: bacula-sd: No jobs possible with kernel 2.6 if no tape is in drive

2005-11-04 Thread Christoph Haas
On Friday 04 November 2005 13:05, José Luis Tallón wrote:
> Christoph Haas wrote:
>> So the package seems to be unusable by everyone who uses tapes for
>> backups, runs a 2.6 Linux kernel and has no tape inserted in the drive
>> when the backup starts. Of course I would love to see a fix for this
>> problem even in Sarge if possible. Perhaps upstream can deliver a
>> patch for the 1.36.2 version?
>
> It would be nice, but i'm not positive that it really is feasible... why
> don't you ask? who knows, it might work
> (if it is indeed produced, i would prepare an 'stable update' including
> it)

That's what the upstream said to my question on the mailing list:

=
If someone is very clever, perhaps one could patch it, otherwise, there is 
a *really* big difference between the 1.36.x code and the 1.38.0 that 
deals with this problem.
=

So it's probably not possible/easy. But perhaps you can add a note in the 
README.Debian?

 Christoph



Bug#337376: bacula-sd: No jobs possible with kernel 2.6 if no tape is in drive

2005-11-04 Thread José Luis Tallón
Christoph Haas wrote:

>Package: bacula-sd
>Version: 1.36.2-2sarge1
>Severity: important
>
>Backup jobs are failing when using my DDS-3 streamer when there is no tape
>inserted at the beginning of the backup. The job is instantly cancelled
>with these error messages:
>
>==
>03-Nov 08:11 torf-dir: Start Backup JobId 206,
>Job=BackupCatalog.2005-11-03_08.10.00
>
>03-Nov 08:13 torf-sd: BackupCatalog.2005-11-03_08.10.00 Fatal error:
>device.c:317 Unable to open device /dev/nst0. ERR=dev.c:289 stored: unable
>to open device /dev/nst0: ERR=Input/output error
>
>03-Nov 08:13 torf-fd: BackupCatalog.2005-11-03_08.10.00 Fatal error: 
>job.c:1665 Bad response to Append Data command. Wanted 3000 OK data
>, got 3903 Error append data
>
>03-Nov 08:13 torf-dir: BackupCatalog.2005-11-03_08.10.00 Error: Bacula 
>1.36.2 (28Feb05): 03-Nov-2005 08:13:26
>==
>
>Kern Sibbald - the upstream developer - wrote on the mailing list:
>
>==
>It looks like you stumbled into a change they made in the 2.6 kernel, which 
>will undoubtely cause a lot of people a *lot* of pain.  The change prohibits 
>a program from opening a drive in read/write mode if there is no volume in 
>the drive.
>
>If this is what is causing your problem, you can solve it by:
>1. Ensuring that there is some tape in the drive befort starting the SD,
>and before issuing a "mount" command in the console.
>2. Upgrade to version 1.38.0 (you might wait for a Win32 fix if you have
>Win32 clients).
>==
>
>So the package seems to be unusable by everyone who uses tapes for backups,
>runs a 2.6 Linux kernel and has no tape inserted in the drive when the
>backup starts. Of course I would love to see a fix for this problem even in
>Sarge if possible. Perhaps upstream can deliver a patch for the 1.36.2
>version?
>  
>
It would be nice, but i'm not positive that it really is feasible... why
don't you ask? who knows, it might work
(if it is indeed produced, i would prepare an 'stable update' including it)


Thank you.

Best,
J.L.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#337376: bacula-sd: No jobs possible with kernel 2.6 if no tape is in drive

2005-11-04 Thread Christoph Haas
Package: bacula-sd
Version: 1.36.2-2sarge1
Severity: important

Backup jobs are failing when using my DDS-3 streamer when there is no tape
inserted at the beginning of the backup. The job is instantly cancelled
with these error messages:

==
03-Nov 08:11 torf-dir: Start Backup JobId 206,
Job=BackupCatalog.2005-11-03_08.10.00

03-Nov 08:13 torf-sd: BackupCatalog.2005-11-03_08.10.00 Fatal error:
device.c:317 Unable to open device /dev/nst0. ERR=dev.c:289 stored: unable
to open device /dev/nst0: ERR=Input/output error

03-Nov 08:13 torf-fd: BackupCatalog.2005-11-03_08.10.00 Fatal error: 
job.c:1665 Bad response to Append Data command. Wanted 3000 OK data
, got 3903 Error append data

03-Nov 08:13 torf-dir: BackupCatalog.2005-11-03_08.10.00 Error: Bacula 
1.36.2 (28Feb05): 03-Nov-2005 08:13:26
==

Kern Sibbald - the upstream developer - wrote on the mailing list:

==
It looks like you stumbled into a change they made in the 2.6 kernel, which 
will undoubtely cause a lot of people a *lot* of pain.  The change prohibits 
a program from opening a drive in read/write mode if there is no volume in 
the drive.

If this is what is causing your problem, you can solve it by:
1. Ensuring that there is some tape in the drive befort starting the SD,
and before issuing a "mount" command in the console.
2. Upgrade to version 1.38.0 (you might wait for a Win32 fix if you have
Win32 clients).
==

So the package seems to be unusable by everyone who uses tapes for backups,
runs a 2.6 Linux kernel and has no tape inserted in the drive when the
backup starts. Of course I would love to see a fix for this problem even in
Sarge if possible. Perhaps upstream can deliver a patch for the 1.36.2
version?

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages bacula-sd depends on:
ii  bacula-common  1.36.2-2sarge1Network backup, recovery and verif
ii  debconf1.4.30.13 Debian configuration management sy
ii  libacl12.2.23-1  Access control list shared library
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libcomerr2 1.37-2sarge1  common error description library
ii  libgcc11:3.4.3-13GCC support library
ii  libkrb53   1.3.6-2sarge2 MIT Kerberos runtime libraries
ii  libpq3 7.4.7-6sarge1 PostgreSQL C client library
ii  libssl0.9.70.9.7e-3  SSL shared libraries
ii  libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3
ii  libwrap0   7.6.dbs-8 Wietse Venema's TCP wrappers libra
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]