Package: xfsdump
Version: 3.0.4
Severity: normal
Problem exists in xfsdump version up to 3.0.6, it looks like this:
time nice ionice -c 3 xfsdump - /device | xfsrestore - ./
xfsrestore: using file dump (drive_simple) strategy
xfsrestore: version 3.0.6 (dump format 3.0) - Running
on active production server it happens fairly often (~50 times a day), it
started after upgrade.
After what upgrade? Etch's samba hasn't been updated since
months. Maybe you were upgrading a sarge server to etch?
My etch servers has been using sarge's samba, because of this bug:
-
Package: dovecot-pop3d
Version: 1.0.rc15-2etch4
Severity: minor
auth_debug_password is described as such:
# In case of password mismatches, log the passwords and used scheme so the
# problem can be debugged. Requires auth_debug=yes to be set.
This means that only bad/erroneous authentications
for n in $(find /etc/vz/names -maxdepth 1 -name *.conf); do
VEID=
m=`echo $n|sed -e s/.conf//`
. $n
echo $VEID
if [ -n $VEID ] ; then
ln -s /etc/vz/conf/$VEID.conf $m
fi
rm -f $n
done
The /etc/vz/names/.conf file should be
Hello,
Exactly what did you need to do to solve the problem?
cd /etc/vz/names for n in *; do echo $n; m=`echo $n|sed -e s/.conf//`;
v=`cat $n|sed -e s/VEID=.//|sed -e s/.$//`; echo $m;ln -s
/etc/vz/conf/$v.conf $m; done
did the trick for me, I guess something logically equivalent wouldn't
files from
/var/www: index.html 50x.html, which is kind of bad..., this is just a note
to those caught by this buglet, for anyone else, this is irrelevent.
--
Dariush Pietrzak,
Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
Just a little followup as a warning for people caught in this:
upgrading with this fixed nginx version removes your carefully re-created
/var/www/index.html ;)
--
Dariush Pietrzak,
Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9
--
To UNSUBSCRIBE, email to [EMAIL
Package: rng-tools
Version: 2-unofficial-mt.10-1
Severity: normal
Tags: patch
This should fix it:
26c26
[ -c ${HWRNGDEVICE} ] return 0
---
[ -c ${HRNGDEVICE} ] return 0
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.32-bsd32e
Locale:
Which version of cpqarrayd are you using? (the bug report doesn't say)
latest stable - 2.0-3,
Some memory changes to clean things up were added in the 2.0-4 version, if
I am testing 2.0-4 right now, no signs of leakage yet, I do believe that
this change should be commited to stable, I was
Package: cpqarrayd
Severity: normal
All cpqarrayds running on Proliant 380 G2+ are leaking memory, slower on
machines with only one builtin controller (0.5G after few months), and
scarily fast on machines with more then one controller.
-- System Information:
Debian Release: 3.1
APT prefers
the solution Peter posted seems to do what you want. Therefor I close
this bug now.
Correct, this method was added in 0.93, and as 0.96 is already in debian, it's
all good.
Thanks.
--
Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9
Total Existance Failure
--
To
Package: samba
Version: 3.0.14a-1
Severity: important
The situation:
Samba share with 'force group' directive, directories with write access
for that group.
After upgrade to 3.0.14a strange things start happening:
mv Dir1/file Dir2/ - access denied!
mkdir Dir1/tmp - OK
touch
tags 147280 wontfix
retitle 147280 [TO CLOSE 20050405] passwd: newusers finds max userid as base
- on debian there is nobody user with 65534 uid
thanks
As far as I know, assigning UIDs over 65534 is no more a problem, so I
suppose that the bug you reported should now be closed.
Do you
haven't seen if anything changed.
--
Dariush Pietrzak,
Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
14 matches
Mail list logo
