On Sat, 18 Apr 2015 16:00:23 +0200 emman...@libera.cc wrote:
It looks like the issue has been handled by upstream in this commit:
http://lists.gnu.org/archive/html/bug-tar/2013-10/msg00031.html
Indeed, that fixes the issue. The broken code is never called now
because we
test with
Package: grub-pc
Version: 2.02~beta2-19
I am testing with zfs on /, and I get the following output with grub-probe:
# grub-probe -t device /
/dev/sda3
/dev/sdb1
/dev/sdc1
but usable_partitions() expect to get a single device.
The following patch fixes the issue:
Index: new/debian/postinst.in
As I was doing an upload for another problem anyway, I backported the fix from
the upstream git into our 3.2.24.
2.6.32 was the kernel from squeeze, while wheezy uses mainly 3.2, so I'm not
sure if this fix is critical enough to warrant a stable update.
I've therefore added debian-release
Package: libnl3
Version: 3.2.7
The library does not work when running newer versions of the 2.6.32 kernel:
# nl-qdisc-list
Error: Unable to allocate link cache: Input data out of range
(same bug with 3.2.24-1)
This is already fixed upstream:
Package: tar
Version: 1.26+dfsg-0.1
Newer versions are also affected.
The assumption that files with 0 blocks only contain zero is wrong!
Redhat already fixed this bug, so I will just forward the link to the RH bug
tracker:
Also see: https://bugzilla.redhat.com/show_bug.cgi?id=1024095
Just
Package: glusterfs-client
Version: 3.4.0-2
The client does not start, because directory /var/log/glusterfs does not
exist if you do not install the glusterfs-server package.
fix: create the directory
echo /var/log/glusterfs debian/glusterfs-client.dirs
--
To UNSUBSCRIBE, email to
Package: libnet-http-perl
Version: 6.03-2
I use LWP::UserAgent and observed very bad performance with https. I finally
found
the fix here (already fixed on CPAN):
https://rt.cpan.org/Public/Bug/Display.html?id=81073
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
Package: atsar
Version: 1.7-2
Atsar kernel version checks are faulty, for example the test for older kernels
is:
if (osr-rel 2 || osr-vers 6)
So any 3.X kernel is treaded like a 2.4 kernel.
Here is a workaround for that problem:
Index: new/atsar/atsar.c
Hi all,
I get a similar bug when I enable KSM:
http://bugzilla.openvz.org/show_bug.cgi?id=1501
when I disable KSM everything work without problems.
(beside the slow fsync rate when using CFQ)
I guess we should diable KSM for the OpenVZ kernel, because this is not even
expected to work
It is also possible to reproduce the problem with sysbench:
# aptitude install sysbench
# sysbench --test=fileio --file-num=1 --file-total-size=50G --file-fsync-all=on
--file-test-mode=seqrewr --max-time=100 --file-block-size=4096 --max-requests=0
run
Requests/sec executed is considerable
You can use the attache script to test fsync rate (pveperf)
(need packages libfile-sync-perl and libnet-dns-perl)
- Dietmar
pveperf
Description: pveperf
Package: libmime-perl
Version: 5.420-0.1
Severity: normal
Tags: patch
We got tons of warnings in the logs:
WARNING: Character in 'c' format wrapped in pack at
/usr/share/perl5/MIME/Field/ParamVal.pm line 213
This can be fixed by replacing line 213 with (s/c/C/):
$str =~
The apache command 'apache -k stop' simply sends a signal to the server
process,
The code is a simple as:
kill ($PID, SIGTERM);
I verified that in the apache 2.2.4 sources.
NOTE: it does not wait until the server really stops
So the init.d restart code has a race condition:
Also happens here:
/etc/cron.daily/logrotate:
(98)Address already in use: make_sock: could not bind to address [::]:443
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:443 no
listening sockets available, shutting down Unable to open logs
error: error running shared
There are two differents problems, in /etc/init.d/apache2 restart
function you use sleep 10 between start and stop, but 10 seconds is not
enough in the case where some childs cannot be killed easily.
I also observed that problem here. Sleep 10 is sometimes too short, so
Apache2 simple stops
Package: discover-data
Version: 2.2005.02.13-1
pci-device.xml still contains reference to usb-uhci modules for 2.6
kernels. Unfortunately this module is renamed to uhci-hcd for 2.6
kernel.
See applied patch.
- Dietmar
discover-data.diff
Description: discover-data.diff
16 matches
Mail list logo