Your message dated Tue, 05 Dec 2006 21:02:03 +0000
with message-id <[EMAIL PROTECTED]>
and subject line Bug#401554: fixed in mpt-status 1.1.6-9
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: mpt-status
Version: 1.1.6-8
Severity: serious
Justification: Policy 6.2
On installation, mpt-status fails because of the handling of d_stop and
d_start in the /etc/init.d/mpt-statusd. Because RUN_DAEMON is set to "yes"
by default, 'daemon' is used to start it, but the pid of the script (not
daemon) is put into PIDFILE. However, when d_stop is called, it acts on
the pid in PIDFILE, which doesn't respond to the normal signal handling
for some reason, and the script exits with error, and then mpt-status is
left in an unconfigured state. 'apt-get -f install' will not fix it.
A workaround is to set 'RUN_DAEMON=no' in /etc/init.d/mpt-statusd, and then
run 'apt-get -f install' (however, this exposes another bug where you reference
"mpt-statusd is disabled in /etc/default/mpt-statusd" but
/etc/default/mpt-statusd does not exist).
This affects more than just the installation of the package though, as you
can't use '/etc/init.d/mpt-statusd' to stop and restart the process without
errors, because of the way the '/etc/init.d/mpt-statusd check_mpt' is dealing
with signals.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages mpt-status depends on:
ii daemon 0.6.3-1 turns other processes into daemons
ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries
ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip
mpt-status recommends no packages.
-- no debconf information
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-3-386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
--- End Message ---
--- Begin Message ---
Source: mpt-status
Source-Version: 1.1.6-9
We believe that the bug you reported is fixed in the latest version of
mpt-status, which is due to be installed in the Debian FTP archive:
mpt-status_1.1.6-9.diff.gz
to pool/main/m/mpt-status/mpt-status_1.1.6-9.diff.gz
mpt-status_1.1.6-9.dsc
to pool/main/m/mpt-status/mpt-status_1.1.6-9.dsc
mpt-status_1.1.6-9_i386.deb
to pool/main/m/mpt-status/mpt-status_1.1.6-9_i386.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Steffen Joeris <[EMAIL PROTECTED]> (supplier of updated mpt-status package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.7
Date: Tue, 5 Dec 2006 18:54:08 +0100
Source: mpt-status
Binary: mpt-status
Architecture: source i386
Version: 1.1.6-9
Distribution: unstable
Urgency: high
Maintainer: Steffen Joeris <[EMAIL PROTECTED]>
Changed-By: Steffen Joeris <[EMAIL PROTECTED]>
Description:
mpt-status - get RAID status out of mpt (and other) HW RAID controllers
Closes: 401554 401580
Changes:
mpt-status (1.1.6-9) unstable; urgency=high
.
* Severity high because this upload fixes two RC bugs
* Make sure that d_start() exits with error code 0 if there is
already a running daemon (Closes: #401580)
Thanks to Morten Werner Olsen
* Add check to the d_stop() function to see if the daemon is already
stopped which according to lsb standards should exit with error
code 0
* Start the daemon with the --oknodo option which allows us to start
other daemons later, while the first one is defunct and waits for
the sleep call to exit afterwards (Closes: #401554)
* Remove the check for the "/proc/scsi/mptspi" directory, as there
might be others in use instead of this one, however the version
check should be enough and exits gracefully (see #387963)
* Include check_daemon() function to check if there is already a
running mpt-statusd which is not timing out at the moment
* Gracefully exit with code 0 after the run of start-stop-daemon
* Thanks to Klaus Ade Johnstad and Petter Reinholdtsen for feeding me
with enough tests and access to hardware
Files:
abafc5f33550fb864e76d1a19712a209 659 admin extra mpt-status_1.1.6-9.dsc
ec70075fb7fb5f40eab1e4b6d0deafe4 44155 admin extra mpt-status_1.1.6-9.diff.gz
3bee69dbd431ca9a1cc55e392748f790 20452 admin extra mpt-status_1.1.6-9_i386.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFFddhH5UTeB5t8Mo0RAkuAAKCoMzAYtOf5PYDDaI1WfOW4kgU+5QCfdPWz
xa1coUg5oq8IQLfkKHQgswo=
=4Mlv
-----END PGP SIGNATURE-----
--- End Message ---