Bug#737226: (pas de sujet)

2015-04-21 Thread Dietmar Maurer

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 ST_IS_SPARSE() before we call sparse_scan_file().


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#775739: grub-pc: bug in postinst usable_partitions

2015-01-19 Thread Dietmar Maurer
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
===
--- new.orig/debian/postinst.in 2014-12-22 12:55:53.0 +0100
+++ new/debian/postinst.in  2015-01-19 12:20:20.0 +0100
@@ -265,8 +265,13 @@
 if [ -z $partition ] || [ $partition = $last_partition ]; then
   continue
 fi
-partition_id=$(device_to_id $partition || true)
-echo $path:$partition_id
+for dev in $partition; do
+   partition_id=$(device_to_id $dev || true)
+   if [ -z $partition_id ]; then
+   continue;
+   fi
+   echo $dev:$partition_id
+done
 last_partition=$partition
   done | sort -t: -k2
 }


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#745019: problems with 2.6.32 kernel (and wheezy libnl3)

2014-04-19 Thread Dietmar Maurer
 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 to get an answer to this question :-) .

Thanks. I just want to mention that this affects all OpenVZ users, because 
OpenVZ 
is still using a 2.6.32 kernel.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#745019: problems with 2.6.32 kernel

2014-04-17 Thread Dietmar Maurer
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:

http://git.infradead.org/users/tgr/libnl.git/commit/dfd0a80ec845a800504fecb936c2b33d6918fc9c

Also see: https://bugzilla.openvz.org/show_bug.cgi?id=2939

Would be great to have a fix for wheezy.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#737226: tar --sparse silently corrupts files on filesystems where non-empty files may have zero blocks

2014-01-31 Thread Dietmar Maurer
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 let me know if you need further information.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#719583: missing log directory

2013-08-13 Thread Dietmar Maurer
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 debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#704134: libnet-http-perl: SSL broken for some servers

2013-03-28 Thread Dietmar Maurer
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 a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#678365: Add support for newer 3.X kernels

2012-06-21 Thread Dietmar Maurer
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
===
--- new.orig/atsar/atsar.c  2012-06-21 07:01:30.0 +0200
+++ new/atsar/atsar.c   2012-06-21 07:04:12.0 +0200
@@ -389,6 +389,15 @@
 (osrel.rel), (osrel.vers), (osrel.sub));
 
/*
+   ** fix for 3.X (simulate as 2.6 kernel)
+   */
+   if (osrel.rel  2) {
+   osrel.rel = 2;
+   osrel.vers = 6;
+   osrel.sub = 30;
+   }
+
+   /*
** read list of variable names for once-counters
*/
if ( (oncelist = (struct countdef *) 
Index: new/atsadc/atsadc.c
===
--- new.orig/atsadc/atsadc.c2012-06-21 07:17:32.0 +0200
+++ new/atsadc/atsadc.c 2012-06-21 07:18:35.0 +0200
@@ -219,6 +219,15 @@
 sscanf(utsname.release, %d.%d.%d,
 (osrel.rel), (osrel.vers), (osrel.sub));
 
+   /*
+   ** fix for 3.X (simulate as 2.6 kernel)
+   */
+   if (osrel.rel  2) {
+   osrel.rel = 2;
+   osrel.vers = 6;
+   osrel.sub = 30;
+   }
+
 if ( osrel.rel  2 )
 {
 fprintf(stderr, \nLINUX-version %d.%d not supported!\n,


Also, we need to add support for xen and kvm virtual disks:

Index: new/atsadc/fetchdef.c
===
--- new.orig/atsadc/fetchdef.c  2012-06-21 07:37:33.0 +0200
+++ new/atsadc/fetchdef.c   2012-06-21 08:40:35.0 +0200
@@ -1432,6 +1432,8 @@
 } validdisk[] = {
{   ^sd[a-z][a-z]*,   {0},nullmodname, },
{   ^hd[a-z], {0},nullmodname, },
+   {   ^vd[a-z], {0},nullmodname, },
+   {   ^xvd[a-z],{0},nullmodname, },
{   ^rd/c[0-9][0-9]*d[0-9][0-9]*, {0},nullmodname, },
{   ^cciss/c[0-9][0-9]*d[0-9][0-9]*,  {0},nullmodname, },
{   /host.*/bus.*/target.*/lun,   {0},abbrevname1, },






--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#585864: I get a similar bug

2010-08-31 Thread Dietmar Maurer
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

http://bugzilla.openvz.org/show_bug.cgi?id=1623

- Dietmar



Bug#591778: reproduce problem with sysbench

2010-08-16 Thread Dietmar Maurer
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 slower on OpenVZ kernel (factor 20 on 
Intel Modular Server).

- Dietmar


Bug#591778: script to test fsync rate

2010-08-05 Thread Dietmar Maurer
You can use the attache script to test fsync rate (pveperf)

(need packages libfile-sync-perl and libnet-dns-perl)

- Dietmar




pveperf
Description: pveperf


Bug#446342: libmime-perl: MIME/Field/ParamVal.pm produces unnecessary warnings

2007-10-12 Thread Dietmar Maurer
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 =~ s/%([0-9a-fA-F]{2})/pack(C, hex($1))/ge;

I have also writte a small example in perl to produce such warning:

#!/usr/bin/perl -w

my $str = abc%ff;

$str =~ s/%([0-9a-fA-F]{2})/pack(c, hex($1))/ge;


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.22
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libmime-perl depends on:
ii  libconvert-binhex-perl1.119-2Perl5 module for extracting data f
ii  libio-stringy-perl2.110-2Perl5 modules for IO from scalars 
ii  libmailtools-perl 1.74-1 Manipulate email in perl programs
ii  perl  5.8.8-7Larry Wall's Practical Extraction 

libmime-perl recommends no packages.

-- no debconf information




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



Bug#298689: Another solution

2007-06-12 Thread Dietmar Maurer
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:

apache2 -k stop  # sends a kill, but server is still running
sleep XXX# server is still running when under high load
apache2 start# start fails because previous server is still
running
# stop succeeds - all apache servers are now stopped!

Although the sleep 10 avoids the bug in most cases, it is not 100% save,
especially
when running on slow machines (vmware) or when the server is on high load.
On fast 
Machines it adds an unnecessary delay. 

It is quite easy to reproduce that race condition with the following script:
-
#!/bin/sh

`pidof apache2` || /etc/init.d/apache2 start

while PID=`pidof apache2`; do
/etc/init.d/apache2 restart
sleep 1
done
--

If you remove the sleep 10 (or put the server under high load) the restart
fails
Quite often.

The correct fix is to wait until the server really stops:

--
apache_sync_stop() {

# running ?
PIDTMP=$(pidof_apache)
if $(kill -0 ${PIDTMP:-} 2 /dev/null); then
PID=$PIDTMP
fi

apache_stop

# wait until really stopped
if [ -n ${PID:-} ]; then
i=0
while $(kill -0 ${PID:-} 2 /dev/null);  do
if [[ $i == '6' ]]; then
break;
else
if [[ $i == '0' ]]; then
echo -n  waiting 
else
echo -n .
fi
i=$(($i+1))
sleep $(($i*$i)); # 1,4,9,16,25
fi
done
fi
}
--

Is that reasonable?

- Dietmar




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



Bug#301702: On Apache2 2.2.3-4, dies every Sunday morning

2007-06-11 Thread Dietmar Maurer
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 postrotate script for /var/log/apache2/*.log
run-parts: /etc/cron.daily/logrotate exited with return code 1

This is quite serious, because the main service (apache2) simply stops!

- Dietmar




Bug#425248: Restsart problem (sleep 10)

2007-06-11 Thread Dietmar Maurer
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 instead of restarting - I consider that a major bug.

We observed that problem many times when running on vmware.

Isn't there a better solution than 'sleep 10'?

- Dietmar




Bug#303382: wrong usb modules for 2.6 kernel

2005-04-06 Thread Dietmar Maurer
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