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 Dir1/tmp
> 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
> 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 v
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 tes
> 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 UNSUB
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
process removes those 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 [
Package: openwebmail
Version: 2.41-6
Severity: important
Tags: security
Quote:
"
OpenWebmail needs suid. Setting... Done.
Initializing. It could take a while...
".
This happens after update, while documentation states:
"...and you want to improve the security of your system
...
...
4. Change per
my own cpu probe
so I 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]
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 single-threade
> 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
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 sho
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 wo
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
Loca
> > 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:
"
15 matches
Mail list logo