I no longer use 32-bit kernels (but use the 64-bit amd64 kernel, even on
my few last remaining 32-bt machines): that seems a suitable workaround
or upgrade path. Should I try to test whether the issue with PAE
remains?
Cheers, Paul
--
Paul Szabo p...@maths.usyd.edu.au
th similar
traffic volumes).
Following the hints in this bug report, I will try the Intel i40e
driver, from (either)
https://downloadcenter.intel.com/download/24411/
https://sourceforge.net/projects/e1000/files/i40e%20stable/
Cheers, Paul
--
Paul Szabo p...@maths.usyd.edu
Dear Vincent,
> Could you provide a bit more information about the package versions
> on your system?
> dpkg -l rpcbind nfs-common nfs-kernel-server systemd
psz@como:~$ dpkg -l rpcbind nfs-common nfs-kernel-server systemd
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpa
=rpcbind.service instead?
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
_granularity_ns
echo 1 > /proc/sys/kernel/sched_wakeup_granularity_ns
Please close this bug (as "solved" or "user config issue" or "invalid").
Sorry about the noise...
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz
Sorry, that should have been package linux-source-3.16
(with a dash, not underscore). Maybe I could have re-assigned
this but; but do not really know how to, so instead now submitted
new one.
Please close this errant bug report.
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http
uot;fair".
Fairness is obtained when either:
- there are as many un-pinned processes as CPUs; or
- with CGROUP controls and the two kinds of processes run by
different users, when there is just one un-pinned process; or
- if the pinning is turned off for these processes (or they
are
uot;fair".
Fairness is obtained when either:
- there are as many un-pinned processes as CPUs; or
- with CGROUP controls and the two kinds of processes run by
different users, when there is just one un-pinned process; or
- if the pinning is turned off for these processes (or they
are
set
# CONFIG_SPARSE_RCU_POINTER is not set
Is that sufficient for sparse memory, or should I try something else?
Or maybe, you meant that some kernel source patches might be possible
in the sparse memory code?
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School
ot;sleep test":
n=0; while [ $n -lt 33000 ]; do sleep 600 & ((n=n+1)); done
and somewhere also said that non-PAE passes. Does not that prove
that PAE is broken?
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics Un
Dear Ben,
>> PAE is broken for any amount of RAM.
>
> No it isn't.
Could I please ask you to expand on that?
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
-
be due to my
mixing of squeeze and wheezy 3.2.35 kernels. I will wait for the Debian
defaults to change to amd64 before reporting these oddities.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of Sydney
en for any amount of RAM. More precisely, PAE with any RAM
fails the "sleep test":
n=0; while [ $n -lt 33000 ]; do sleep 600 & ((n=n+1)); done
and with >32GB fails the "write test":
n=0; while [ $n -lt 99 ]; do dd bs=1M count=1024 if=/dev/zero of=x$n;
((n=n+1)); done
try PAE on my 512MB laptop. - Though, what do I know, have not yet found
the buggy line of code I believe is lurking there...
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--
To UN
xpected;
whereas PAE OOMed then hung (tested with various RAM from 3GB to 64GB).
The feeling I get is that amd64 is proposed as a drop-in replacement for
PAE, that support and development of PAE is gone, that PAE is dead.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.u
"solve" all problems, the latest 3.8 kernel
still crashes with OOM:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1098961/comments/18
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of Sydney
there is no CONFIG_NUMA nor /proc/sys/vm/zone_reclaim_mode in
the Ubuntu non-PAE "plain" HIGHMEM4G kernel, and still it handles the
"sleep test" just fine.
Where does reclaiming happen (or meant to happen)?
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.us
Dear Ben,
> ... the mm maintainers are probably much better placed ...
Exactly. Now I wonder: are you one of them?
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--
Dear Ben,
> If you can identify where it was fixed then ...
Sorry I cannot do that. I have no idea where kernel changelogs are kept.
I am happy to do some work. Please do not call me lazy.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School
used in setting limits or threshholds, but
not used in decisions where to put dirty things. Is that so, is that as
should be? What is the recommended setting of highmem_is_dirtyable?
The silence is deafening. I guess highmem_is_dirtyable is an aberration.
Thanks, Paul
Paul Szabo p...@maths.
t, the drop_caches patch did not protect against the "sleep test".
> ... What's your filesystem and the content of /proc/slabinfo?
Filesystem is EXT3. See output of slabinfo in Debian bug above or in
http://marc.info/?l=linux-mm&m=135796154427544&w=2
Thanks, Paul
Paul Sza
quot; (not PAE but HIGHMEM4G)
kernel handles the same "sleep test" without any problems.
(Thus I now think that the remaining bug is not with writeback.)
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics Univ
r 32GB RAM. Oddly the problem does not seem
to occur when using mem=32g or lower on the kernel boot line (or on
machines with less than 32GB RAM).
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of Sydney
patch is not needed on those newer kernels.
A question: what is the use or significance of vm_highmem_is_dirtyable?
It seems odd that it would be used in setting limits or threshholds, but
not used in decisions where to put dirty things. Is that so, is that as
should be? What is th
t; of the issue: it protects
against OOM when writing a few files, but does not protect when running
a few sleeps. I am coming back to the idea that this is some
signed-vs-unsigned or similar issue... though I could not find it yet!
---
Using the amd64 kernel seems a "workable" workaroun
() should add
or include NR_SLAB_RECLAIMABLE.
(This does not solve the PAE OOM issue.)
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
Reported-by: Paul Szabo
Reference: http://bugs.debian.org/695182
When calculating amount of dirtyable memory, min_free_kbytes should be
subtracted because it is not intended for dirty pages.
Using an "extern int" because that is the only interface to some such
sysctl values.
(This patch does not solve the PAE OOM issue.)
Paul Szabo p...@maths.u
Ensure MAX_PAUSE is 4 or larger, so limits in
return clamp_val(t, 4, MAX_PAUSE);
(the only use of it) are not back-to-front.
(This patch does not solve the PAE OOM issue.)
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics
s64 also prevents overflow with left-shift;
though normally these numbers are small and I never observed a 32-bit
overflow there.
(This patch does not solve the PAE OOM issue.)
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics
free' shows total Mem
65854128 (up from 64447796 with PAE kernel), and I do not see much
change in /proc/iomem output (below). Is that as should be?
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of S
re 32-bit non-PAE HIGHMEM4G kernel would
work fine), and that one should definitely switch with over 4GB RAM.
There would be no need or use for PAE kernels, which should be dropped.
I think I agree.
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Ma
y reasonable workarounds ...
Only one workaround was proposed: use amd64.
PAE is buggy and useless, should be deprecated and removed.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
-
/proc/iomem will let you
> locate your memory holes.
Thanks, that might explain it. Output of /proc/iomem below: sorry I do
not know how to interpret it.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics Universit
my machines,
hopefully so abandoning buggy PAE.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of
me that on a 32-bit machine, apt-get does not
"see" the amd64 kernels.
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists
Reported to Ubuntu also:
PAE regression: OOM with just a few sleeps
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1098961
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
4671081755304
-/+ buffers/cache: 1615602926060
Swap: 2920 0 2920
and re-trying the "sleep test", it ran into OOM after 18000 or so sleeps
and crashed/froze so I had to press the POWER button to recover.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au
0 4068 111328
Low:769044 120232 648812
High: 13740320 315208 13425112
-/+ buffers/cache: 320044 14189320
Swap:134217724 0 134217724
---
Please let me know of any ideas, or if you want me to run some other
test or want to see some other out
v_s64((setpoint - dirty) << RATELIMIT_CALC_SHIFT,
+ x = div_s64(((s64)setpoint - (s64)dirty) << RATELIMIT_CALC_SHIFT,
limit - setpoint + 1);
pos_ratio = x;
pos_ratio = pos_ratio * x >> RATELIMIT_CALC_SHIFT;
...
Cheers, Paul
Paul Szabo
now seems OK with my patch doing drop_caches.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
---
root@como:~# free -lm
total used free sharedbuff
0644424892 59646172
-/+ buffers/cache:4232800 60214100
Swap:134217724 0 134217724
psz@como:~$
(though I would not know about violations).
But OK, I take your point that I should move with the times.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usy
dual, with OOM occuring much sooner with
64GB than with 34GB. Also, the kernel seems capable of reclaiming
lowmem, so I wonder why does that fail just over the 32GB threshhold.
(Obviously I have no idea what I am talking about.)
---
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usy
://bugs.debian.org/cgi-bin/bugreport.cgi?msg=101;att=1;bug=695182
(Please reply to me directly, as I am not a subscriber to the linux-mm
mailing list.)
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of Sydney
patch/solution/workaround for that particular test.
Now I observed another way of making a machine with 64GB crash (sorry,
not crash but to suffer an "OOM episode"). I am pretty sure this other
"test" is reproducible, but is cumbersome to set up and tedious to do.
Ch
then look again into kernel code.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubs
>> +if (unlikely(
>> +i == 1 &&
>> +nr_slab < 10 &&
>> +(reclaim_state->reclaimed_slab) < 10 &&
>> +
es
just a few warnings. I had my patch in use for a while now, so I believe
it is suitably tested.
Please let me know if I need to do anything else.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.
tags 695182 - moreinfo
thanks
Dear Ben,
I suggest the following patch, which seems to solve the problem.
Two attachments: minimal.patch just to show the simplicity, and
complete.patch with comments and enhancements.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http
writeback_tmp:0kB pages_scanned:16060
all_unreclaimable? yes
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a
s
latest OOM episode.
---
Thanks again for your prompt fix of bdi_position_ratio(). I will now
look for that elusive "next bug".
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustra
_ratio * x >> RATELIMIT_CALC_SHIFT;
However, with that patch in place I still got an OOM crash (log below).
More bugs remain...
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--
t by 10, and on a 32-bit system
> with PAE it is possible to have enough dirty pages that the shift
> overflows into the sign bit. We need to cast to s64 before the
> left-shift.
>
> Reported-by: Paul Szabo
> Reference: http://bugs.debian.org/695182
> Signed-off-by: Ben Hutchin
_dirty < x_intercept) {
644 if (bdi_dirty > x_intercept / 8)
645 pos_ratio = div_u64(pos_ratio * x_intercept,
bdi_dirty);
646 else
647 pos_ratio *= 8;
648 }
649 BUG
may have larger integers, less affected by signedness bugs.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
*** mem=34G - Tail end of /var/log/kern.log
[0.00] Kernel command
I know that the same
or similar or worse bugs are not present also in the 64-bit build off
the same sources?
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--
To UNSUBSCRIBE, ema
uot;free" or "low" or "high" values do not
seem to show anything unusual.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
Extract from output:
tota
ntd
> option filter_gid, which would behave like --manage-gids except it
> transforms the effective gid to anongid when the specified gid is not
> a group the user belongs to? I haven't carefully looked over the
> protocol specs but at first glance that seems sensible.
Yes, my exact wi
oring all groups or in other words doing
"manage primary group" similar to secondaries with -manage_gids, and
issue might be solved.
(In that sense NFSv4+krb is more broken, less feature-rich, than
AUTH_SYS.)
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.
wrong results" start?
Thanks,
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trou
nks,
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
-- System Information:
Debian Release: 6.0.4
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel:
The problem did not re-occur after upgrading to 2.6.26-24.
Maybe fixed... Please close bug: I cannot reproduce anymore.
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--
To
that helps.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Troubl
2 f6 c4 40 74 03 8b 52 0c ff 42
04 83 c1 01 39 cb 77 e7 8b 44 24 04 f0 ff 47 10 fb 83
bari kernel: EIP: [] find_get_pages+0x46/0x70 SS:ESP 0068:f7e39e40
bari kernel: ===
Thanks,
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathe
Normal practice is simply to tag a bug pending when the fix is
> committed, and that has been done (automatically).
Wow, I was not aware of that. But then... Bug#568823 had been "pending"
(I think is now "done"): does that mean that I can expect to see
kernel-package_12.03
the svn branch for lenny and it should be in the next
> stable update.
Thanks. Pity you did not let Bug#568317 (and thus the world) know.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAust
ause no-one seems to care much about
Debian stable (currently lenny) ... oh well, will patch myself.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--
To UNSUBSCRIBE, email to debian
ed
(now or in the near future).
Seeing your reluctance to "talk" to kernel-package, I now reported
Bug#568823.
Please report the issue with
http://packages.debian.org/source/lenny/linux-2.6 .
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
Sc
to do that?
> don't know kernel-package is in slow maintenance,
What does "slow maintenance" mean? They seem more up-to-date that
linux-2.6 in Debian stable. Anyway please arrange for kernel-package to
be fixed also.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au ht
ll
>> http://packages.debian.org/source/lenny/linux-2.6
>> show 2.6.26-19lenny2 : is that a problem?
>
> That is strange. Perhaps you should report a bug against www.debian.org.
Would you be able to do that? (I guess should not use reportbug for
that, am not sure how.)
Thank
kage.
BTW... lenny 5.0.4, with 2.6.26-21, was announced some time ago, but
still
http://packages.debian.org/search?keywords=linux-2.6&searchon=sourcenames&suite=stable§ion=all
http://packages.debian.org/source/lenny/linux-2.6
show 2.6.26-19lenny2 : is that a problem?
Th
gested changes simple enough so you do not need actual patch files?)
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
anchor at the beginning; did not drop the unnecessary my().
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--- usr/share/kernel-package/pkg/headers/postinst.bak 2008-05-02
15:06
h explicit m//) like:
$do_symlink = "" if m/^\s*do_symlinks\s*=\s*(no|false|0)\s*$/i;
...
$image_dest = "$1" if m/^\s*image_dest\s*=\s*(\S+)\s*$/i;
I wonder about the need to use my() in a single-level script.
---
Cheers, Paul
Paul Szabo p...@ma
rved 2 idle CPUs.)
Please let me know if you need further details.
Thanks,
Paul Szabo [EMAIL PROTECTED] http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy
anyway my "patch" did not actually solve
anything, so that might be OK.
Cheers,
Paul Szabo [EMAIL PROTECTED] http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &qu
The patch below (against 2.6.8-16sarge7) seems to solve the problem.
I now run my machines with both this patch, and also the one I submitted
on 20 Jul. Please include in future versions of the kernel.
Thanks,
Paul Szabo [EMAIL PROTECTED] http://www.maths.usyd.edu.au/u/psz/
School of
Have now tested the "patch" in my previous message: it does not solve
the problem I reported.
Cheers,
Paul Szabo [EMAIL PROTECTED] http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--
To UNSUBSCRIBE, email to [EMAIL
ve not yet tested whether this works at all, or whether it
improves anything.
Thanks,
Paul Szabo [EMAIL PROTECTED] http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--- fs/nfs/dir.c.bak2004-08-14 15:36:58.0 +1000
+++ fs
13997 psz cwd DIR 0,15 40965800702
/pisa/users/amstaff/psz/tdir (pisa:/usr/users)
Mon Jan 15 08:12:46 EST 2007
Settings:
rome# grep psz /etc/passwd
psz:x:1001:1001:Paul Szabo:/users/amstaff/psz:/bin/bash
rome# ls -l /users/amstaff
lrwxrwxrwx 1 root root 19 Jan 19 2
rce-2.6.8/drivers/net/e1000/e1000_main.c
char e1000_driver_name[] = "e1000";
char e1000_driver_string[] = "Intel(R) PRO/1000 Network Driver";
char e1000_driver_version[] = "5.2.52-k4";
char e1000_copyright[] = "Copyright (c) 1999-2004 Intel Corporatio
default
root_squash working, and never set non-default permissions on /usr/local or
altered root's PATH. I beleive it renders many other systems exploitable
also, but have no ways to test that hypothesis.
Cheers,
Paul Szabo [EMAIL PROTECTED] http://www.maths.usyd.edu.au/u/psz/
School of M
r it to function securely. But then those
settings would need to go into its setup scripts, and it would be in breach
of policy, triggering a "serious" bug and its removal from Debian.
Cheers,
Paul Szabo [EMAIL PROTECTED] http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and
severity 384922 critical
thanks
Dear Steve,
The issue is root compromise of an NFS server. If that is possible then
it is critical; if it is not possible then the bug is solved. It seems
logically impossible to downgrade this kind of bugs.
Cheers,
Paul Szabo [EMAIL PROTECTED] http
ve no skills to attack). And it can be
fixed: root on the server will be safe if we fix either of the last two
points, in the policy or if the policy allows us to fix our systems; or
if at great expense we implement squashing GIDs.
> The answer remains, "don't set your NFS environm
messages from Steinar, never anything from Anibal. After re-assigning to
linux-2.6.16 (hmm... why the specific version?) where the maintainer is
a nebulous committee, again you re-jiggle severity; and no word from the
maintainers.
Thanks,
Paul Szabo [EMAIL PROTECTED] http://www.maths.usyd.edu.au
root users; but that is not this bug.
Yes, that is #299007, but am told that policy bugs cannot be critical...
Cheers,
Paul Szabo [EMAIL PROTECTED] http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Dear Steve,
You seem to think that this is "important" but not "critical".
Don't you agree that it is a root security hole?
Thanks,
Paul Szabo [EMAIL PROTECTED] http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustr
s a tiny policy change, to be permitted to drop
/usr/local things from root's PATH, or to remove group staff writability
from those things. Everyone seems to know those should be done...
Thanks for your help,
Paul Szabo [EMAIL PROTECTED] http://www.maths.usyd.edu.au/u/psz/
School of Mat
89 matches
Mail list logo
