Bug#352287: /usr/sbin/btape: btape seg faults when handling a device error
Package: bacula-sd Version: 1.36.2-2sarge1 Severity: normal File: /usr/sbin/btape Mount blank Volume on device /dev/nst0 and press return when ready: 11-Feb 22:07 btape: Fatal Error at dev.c:295 because: dev.c:289 stored: unable to open device /dev/nst0: ERR=Input/output error 11-Feb 22:07 btape: btape 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 11-Feb 22:07 btape: Fatal Error at dev.c:295 because: dev.c:289 stored: unable to open device /dev/nst0: ERR=Input/output error 11-Feb 22:07 btape: Fatal Error at device.c:288 because: dev open failed: dev.c:289 stored: unable to open device /dev/nst0: ERR=Input/output error btape: btape.c:363 Device open failed. ERR=dev.c:289 stored: unable to open device /dev/nst0: ERR=Input/output error 11-Feb 22:07 btape: ABORTING due to ERROR in dev.c:379 dev.c:378 Bad call to rewind_dev. Device /dev/nst0 not open 11-Feb 22:07 btape: Fatal Error because: Bacula interrupted by signal 11: Segmentation violation Kaboom! btape, btape got signal 11. Attempting traceback. Kaboom! exepath=/etc/bacula Calling: /etc/bacula/btraceback /etc/bacula/btape 0 execv: /etc/bacula/btraceback failed: ERR=No such file or directory Traceback complete, attempting cleanup ... Orphaned buffer: 80 bytes allocated at line 107 of btape block.c Orphaned buffer: 64528 bytes allocated at line 119 of btape block.c Orphaned buffer: 100016 bytes allocated at line 1802 of btape btape.c Orphaned buffer: 80 bytes allocated at line 107 of btape block.c Orphaned buffer: 64528 bytes allocated at line 119 of btape block.c Orphaned buffer: 80 bytes allocated at line 132 of btape block.c Orphaned buffer: 64528 bytes allocated at line 136 of btape block.c Orphaned buffer: 80 bytes allocated at line 132 of btape block.c Orphaned buffer: 64528 bytes allocated at line 136 of btape block.c Orphaned buffer: 80 bytes allocated at line 132 of btape block.c Orphaned buffer: 64528 bytes allocated at line 136 of btape block.c -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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-3sarge1SSL 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]
Bug#320645: fetchmailconf: Incorrect port for IMAP written to config file after using protocol probe
Package: fetchmailconf
Version: 6.2.5-12
Severity: normal
To the maintainer of the fetchmailconf package;
I set up a server to use POP3 as the desired protocol, then clicked on "Probe
for supported protocols", fetchmailconf found that the server supports IMAP and
changed it's selection to that.
The problem is that when I saved the configuration without making any more
changes, the port written out to the config file was 110 instead of 143.
Let me know what I can do to help squash this bug.
Regards,
Pete de Zwart.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.12
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages fetchmailconf depends on:
ii fetchmail 6.2.5-12 SSL enabled POP3, APOP, IMAP mail
ii python2.3.5-2An interactive high-level object-o
ii python-tk 2.3.5-2Tkinter - Writing Tk applications
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315636: sqwebmail: Doesn't parse out extra data in the comments field of /etc/passwd
Willi Mann wrote:
> OK, the problem really was wrong parsing of the GECOS field. The patch
> is attached. Do you know how to recompile courier?
Yup, that sorted the problem out, I patched the file, built the package
from source and reinstalled the authdaemon and it no longer has the
GECOS information as part of the username.
Great stuff Willi.
Regards,
Pete de Zwart.
--
Pete de Zwart BCompSc (SDS)
GPATShttp://www.gpats.com.au/
Ph: +61 2 9211 3195 Fax: +61 2 9211 1947
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315636: sqwebmail: Doesn't parse out extra data in the comments field of /etc/passwd
Sure, I'll do it on Monday when I'm back in the office and let you know the
results of the compiled debain source package and if it has resolved the
issue.
Pete de Zwart.
-Original Message-
From: Willi Mann [mailto:[EMAIL PROTECTED]
Sent: Saturday, 25 June 2005 8:39 PM
To: Pete de Zwart; [EMAIL PROTECTED]
Subject: Re: Bug#315636: sqwebmail: Doesn't parse out extra data in the
comments field of /etc/passwd
Willi Mann schrieb:
> Pete de Zwart schrieb:
>
>> Hi Willi,
>>
>> Couier-authdaemon is using the "out of the box" debian config, is
>> there a specific file I can check for you?
>
>
> I just wanted to make sure I search in the right module (authpam). I'll
> do that later today unless someone else comes up with a
> solution/explanation.
OK, the problem really was wrong parsing of the GECOS field. The patch is
attached. Do you know how to recompile courier?
Willi
smime.p7s
Description: S/MIME cryptographic signature
Bug#315636: sqwebmail: Doesn't parse out extra data in the comments field of /etc/passwd
Hi Willi,
Couier-authdaemon is using the "out of the box" debian config, is
there a specific file I can check for you?
Regards,
Pete de Zwart.
-Original Message-
From: Willi Mann [mailto:[EMAIL PROTECTED]
Sent: Friday, 24 June 2005 7:25 PM
To: Pete de Zwart; [EMAIL PROTECTED]
Subject: Re: Bug#315636: sqwebmail: Doesn't parse out extra data in the
comments field of /etc/passwd
Did your change anything concerning the used authentication modules?
Willi
smime.p7s
Description: S/MIME cryptographic signature
Bug#315636: sqwebmail: Doesn't parse out extra data in the comments field of /etc/passwd
Package: sqwebmail
Version: 0.47-4
Severity: normal
sqwebmail doesn't parse out any extra elements from the comments field after
the name.
It should only read up to before the first comma, then ignore the rest.
For example, this is my entry in /etc/passwd:
dezwart:x:1000:1000:Pete de Zwart0411 648
655:/home/dezwart:/bin/bash
Thus, sqwebmail believed my name is:
Pete de Zwart0411 648 655
Where as, it should only use:
Pete de Zwart
Having to change the From: field for each e-mail is a bit of a pain.
Regards,
Pete de Zwart.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.12
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages sqwebmail depends on:
ii apache [httpd] 1.3.33-6 versatile, high-performance HTTP s
ii courier-authdaemon 0.47-4 Courier Mail Server - Authenticati
ii courier-base0.47-4 Courier Mail Server - Base system
ii courier-maildrop0.47-4 Courier Mail Server - Mail deliver
ii cron3.0pl1-86management of regular background p
ii exim4 4.50-8 metapackage to ease exim MTA (v4)
ii exim4-daemon-heavy [mail-tr 4.50-8 exim MTA (v4) daemon with extended
ii expect 5.42.1-1.2 A program that "talks" to other pr
ii ibritish [ispell-dictionary 3.1.20.0-4 A British English dictionary for i
ii ispell 3.1.20.0-4 International Ispell (an interacti
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libfam0c102 2.7.0-6 client library to control the FAM
ii libgdbm31.8.3-2 GNU dbm database routines (runtime
-- debconf information:
sqwebmail/install-www-backup: symlink
* sqwebmail/install-www: symlink
* sqwebmail/calendarmode: local
* sqwebmail/dictionary: british
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315506: tar has two man page entries for --totals
Package: tar Version: 1.14-2 Severity: minor In the tar manpage it reads: --totals display total bytes written after creating an archive --totals print total bytes written with --create Which seems redundant. Regards, Pete de Zwart. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tar depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315021: gcc-3.3: ICE compiling Linux 2.6.12 x86 using kernel-package
Moving the .config over to another computer and compiling it didn't elicit the same bug behaviour, so there is more evidence to suggest a hardware failure. I'll have to toy around with `make-kpkg` from "kernel-package" to find out what the exact gcc invocation looks like, I'll send you an update once I have been able to do so. Regards, Pete de Zwart. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, 20 June 2005 7:15 PM To: Pete de Zwart Cc: [EMAIL PROTECTED] Subject: Re: Bug#315021: gcc-3.3: ICE compiling Linux 2.6.12 x86 using kernel-package "Pete de Zwart" <[EMAIL PROTECTED]> writes: > What I might do is to take the kernel .config over to another > computer and see if it has the same error. That would be nice. > For the .i file that you are looking for, would this have been > created for the .c source file or the .h header file? Both. So, what did the gcc invocation you tried look like? -- Falk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315021: gcc-3.3: ICE compiling Linux 2.6.12 x86 using kernel-package
Package: gcc-3.3
Version: 1:3.3.5-13
Severity: normal
gcc got a SEGV when compiling the source tree of Linux 2.6.12 with `make-kpkg
kernel-image`
I have been able to reproduce the problem multiple times, and have also
attempted at getting the temporary files are requested in the README.Bugs file,
using the -save-temps option, but no temporary files were ever created for the
error.
The text of the error is as follows:
CC [M] drivers/usb/core/sysfs.o
In file included from include/linux/list.h:7,
from include/linux/wait.h:23,
from include/asm/semaphore.h:41,
from include/linux/sched.h:20,
from include/linux/smp_lock.h:5,
from include/linux/hardirq.h:5,
from include/linux/interrupt.h:11,
from include/linux/usb.h:15,
from drivers/usb/core/sysfs.c:21:
include/linux/prefetch.h: In function `prefetch_range':
include/linux/prefetch.h:64: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux specific bug reporting instructions, see
.
make[4]: *** [drivers/usb/core/sysfs.o] Error 1
make[3]: *** [drivers/usb/core] Error 2
make[2]: *** [drivers/usb] Error 2
make[1]: *** [drivers] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.12'
make: *** [stamp-build] Error 2
Please let me know how I can further help to solve this issue.
Regards,
Pete de Zwart.
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i586)
Kernel: Linux 2.4.30
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages gcc-3.3 depends on:
ii binutils2.15-6 The GNU assembler, linker and bina
ii cpp-3.3 1:3.3.5-13 The GNU C preprocessor
ii gcc-3.3-base1:3.3.5-13 The GNU Compiler Collection (base
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libgcc1 1:3.4.3-13 GCC support library
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314566: acidlab: Patches for graphing data where year > 2003 and bugfix
Package: acidlab
Version: 0.9.6b20-10
Severity: important
To the maintainer of acidlab,
Attached are two patches for updating acidlab to be able to graph data
where the year > 2003.
It also fixes a bug in acid_stat_time.php, where the year in the HTML
form is 2004 but the data passed back to the CGI is 2003.
Regards,
Pete de Zwart.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.11
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages acidlab depends on:
ii acidlab-pgsql 0.9.6b20-10Analysis Console for Intrusion Dat
ii apache [httpd]1.3.33-6 versatile, high-performance HTTP s
ii debconf 1.4.30.13 Debian configuration management sy
ii libphp-adodb 4.52-1 The 'adodb' database abstraction l
ii libphp-phplot 4.4.6+5.0rc1-2 The graphic library for PHP
ii php4 4:4.3.10-15server-side, HTML-embedded scripti
ii php4-cli 4:4.3.10-15command-line interpreter for the p
ii php4-gd 4:4.3.10-15GD module for php4
ii wwwconfig-common 0.0.43 Debian web auto configuration
-- debconf information:
* acidlab/alert_host: localhost
* acidlab/webserver: Both
* acidlab/archive_port:
* acidlab/archive_name: snort
* acidlab/db_type: postgres
* acidlab/acidlab_advisory:
* acidlab/archive_host: localhost
* acidlab/alert_user: snort
* acidlab/archive_user: snort
* acidlab/alert_port:
* acidlab/alert_name: snort
--- acid_graph_main.php 2004-09-29 17:18:47.0 +1000
+++ /home/pete/acid_graph_main.php 2005-06-17 15:16:55.0 +1000
@@ -163,6 +163,8 @@
2001
2002
2003
+2004
+2005
';
echo 'Chart End:
@@ -200,6 +202,8 @@
2001
2002
2003
+2004
+2005
';
--- acid_stat_time.php 2004-09-29 17:18:47.0 +1000
+++ /home/pete/acid_stat_time.php 2005-06-17 15:17:48.0 +1000
@@ -191,7 +191,8 @@
2001
2002
2003
- 2004
+ 2004
+ 2005
';
if ( $i == 0 ) echo ' -- ';
