On 12/12/17 02:57, Ben Hutchings wrote:
> https://people.debian.org/~benh/packages/jessie-pu/linux-image-3.16.0-4-amd64_3.16.51-3~a.test_amd64.deb
>
> Please report back (to the bug address) whether this fixes the
> regression for you.
>
Fixes the problem on our servers. Thanks!
Mike.
Same here, whole cluster of machines down here with this kernel. Same
panic message, so I won't repeat it here. These are Supermicro boxes
with Xeon CPUs:
$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 16
O
Package: debian-installer
Severity: critical
The debian installer images are missing the isci.ko module.
This makes it impossible to install wheezy on any computer
that has its disks connected to an Intel C600 SAS controller
(standard on lots of motherboards).
NOTE: I'm not talking about iscsi (i
Package: libapache2-mod-fcgid
Version: 1:2.3.6-1.1
Severity: grave
Tags: patch wheezy sid
I installed Sabredav as a webdav server, running under mod_fcgid.
When uploading files with OSX Finder, all files were zero bytes big.
This appears to be a issue with mod_fcgid.
The issue is known in the Apa
ill running, it sets
+sync_action to idle, and uses mdadm --wait-clean to wait for the
+array to go idle (yes it has a short timeout)
+
+ -- Miquel van Smoorenburg Sat, 22 Sep 2012 21:16:22 +0200
+
mdadm (3.2.5-1) unstable; urgency=low
[ Michael Tokarev ]
diff -ruN x/mdadm-3.2.5/debian/
On 26-09-12 4:40 PM, Cyril Brulebois wrote:
Hi Miquel,
background: I'm reviewing changes to udeb-producing packages to see
which ones we'd like to get into wheezy before the next debian-installer
release.
Miquel van Smoorenburg (13/08/2012):
However, there is one minor oversight/
On 13.08.2012 14:10, Miquel van Smoorenburg wrote:
Package: mdadm
Version: 3.2.5-1
Severity: serious
Tags: patch wheezy sid
The initramfs hook supplied by mdadm doesn't install mdmon. Also, mdmon
is not included in the .udeb for the installer.
[this time with patch attached, oops.]
Here
On 13.08.2012 14:10, Miquel van Smoorenburg wrote:
Package: mdadm
Version: 3.2.5-1
Severity: serious
Tags: patch wheezy sid
The initramfs hook supplied by mdadm doesn't install mdmon. Also, mdmon
is not included in the .udeb for the installer.
Here is a revised patch. I proposed the pat
Is anyone planning to upload a new parted version to the
archive anytime soon? If not, I'll probably do an NMU to fix
bug 684713.
Thanks,
Mike.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: parted
Version: 2.3-10
Severity: serious
Tags: patch wheezy sid
Background: I have added support to the debian installer for
installation on Intel Matrix Raid (imsm) arrays as supported by mdadm
(I'll be submitting patches to debian-boot soon).
When installing on such an array, parti
On 24-08-12 9:01 AM, Jim Meyering wrote:
However, there is one minor oversight/bug in the kernel: the
sysfs "range" key is still set to "1" for md devices. That means
libparted thinks that it's not possible to partition that device,
when in fact it is.
The attached patch reckognizes that situati
On 20-08-12 11:42 AM, Michael Tokarev wrote:
There's one more thing missing in there: mdmon should be re-started
from real root after switching from rootfs -- the takeover. I guess
it needs to be added to mdadm-raid.
Is that really necessary? Can't we just leave it as-is, so the number of
cha
On 08/13/2012 01:43 PM, Michael Tokarev wrote:
On 13.08.2012 14:10, Miquel van Smoorenburg wrote:
Package: mdadm
Version: 3.2.5-1
Severity: serious
Tags: patch wheezy sid
The initramfs hook supplied by mdadm doesn't install mdmon. Also, mdmon
is not included in the .udeb for the inst
Package: parted
Version: 2.3-10
Severity: serious
Tags: patch wheezy sid
Background: I have added support to the debian installer for installation
on Intel Matrix Raid (imsm) arrays as supported by mdadm (I'll
be submitting patches to debian-boot soon).
When installing on such an array, partition
ts pidfile
+ * create /run/sendsigs.omit.d/ in local-top script
+ * add script mdadm-waitidle that runs just before reboot/halt. For all
+arrays that are still running, it sets safe_mode_delay to a low version,
+sets sync_action to idle, and waits for the array(s) to go idle.
+
+ --
tag 650265 +patch
thanks
This should go into stable too if possible.
Description: Read reponse from smtp server up to crlf
Author: Miquel van Smoorenburg
Last-Update: 2011-11-28
--- a/net.c 2011-11-28 12:27:29.0 +0100
+++ b/net.c 2011-11-28 13:00:39.145291582 +0100
@@ -166,6
Package: dma
Version: 0.0.2010.06.17-6
Severity: grave
DMA often fails to deliver mail to my smtp server, keeping messages
in the queue until they expire. They then fail to bounce as well.
That's why I set the severity to "grave" - it causes dataloss,
at least for me.
This is because it sometime
On 11-08-11 8:31 PM, Sven Joachim wrote:
This upload dropped the liblockfile{1,-bin} packages, making
liblockfile-dev uninstallable. From my debuild log:
Thanks, sorry about that. I fixed it, but:
Your package contains new components which requires manual editing of
the override file.
Package: apache2
Version: 2.2.9-10+lenny2
Severity: grave
Tags: patch security lenny sid
1. BUG DESCRIPTION
The Options settings "FollowSymlinks" and "SymlinksIfOwnerMatch"
are ignored for files included using SSI when the files are symlinks
and located in the same directory.
Even when the "Fol
Woah, that's bad. I'll fix it asap
Mike.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
close 499786
thanks
On Mon, 2008-09-22 at 14:41 +0200, Aurelien Jarno wrote:
> > lib32gcc1 is lenny does not have the GCC_4.* symbols included,
> > so it's impossible to run any 32 bits binaries that depend on
> > these symbols.
> > $ ./a.out
> > ./a.out: /emul/ia32-linux/lib/libgcc_s.so.1: versi
Package: lib32gcc1
Version: 1:4.3.1-9
Tags: lenny
Severity: grave
lib32gcc1 is lenny does not have the GCC_4.* symbols included,
so it's impossible to run any 32 bits binaries that depend on
these symbols.
A simple C hello world program works for some reason, but as
soon as you link with some lib
On Sat, 14 May 2005 08:22:56, GOTO Masanori wrote:
> I have not reappeared sysklogd breakage yet, but IMHO this problem is
> potentially existed - I agreed Miquel's proposal. Miquel, did you
> confirm this problem using sysklogd? If this patch fixes this bug, I
> think we should do NMU for sarge.
Christian Hammers wrote:
> For what it's worth, I also tried Miguel's ctime-hang.c on both a Sarge i386
> and a Sid amd64 machine with 2.6 kernels and can reproduce the hang in
> 10 of 10 attempts.
I also re-ran the ctime-hang.c test program on i386 uniprocessor
and SMP, and amd64 SMP (all up-to-
On Thu, 2005-03-31 at 09:31 -0500, Jeff Bailey wrote:
> Miguel,
>
> I was looking through the sysklogd patch that you provided, and looked
> through the glibc code. I don't see any __libc_lock magic happening.
ctime() -> localtime() -> __tz_convert() -> __libc_lock_lock()
> Since ctime isn't
Package: sysklogd
Version: 1.4.1-16
Severity: grave
Justification: breaks the whole system
References:
http://lkml.org/lkml/2005/3/26/37
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=103392
http://lkml.org/lkml/2004/12/21/208
http://lkml.org/lkml/2004/11/2/17
Syslogd can hang if do
26 matches
Mail list logo
