<?xml version="1.0" encoding="utf-8"?>
<!--  RSS generated by Flaimo.com RSS Builder [2010-03-22 04:07:14]  --> <rss version="2.0" xmlns:im="http://purl.org/rss/1.0/item-images/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" >
<channel>
<docs>http://bugs.centos.org/</docs>
<description>CentOS Bug Tracker - ISSUES</description>
<link>http://bugs.centos.org/</link>
<title>CentOS Bug Tracker - ISSUES</title>
<image>
<title>CentOS Bug Tracker - ISSUES</title>
<url>http://bugs.centos.org/images/mantis_logo_button.gif</url>
<link>http://bugs.centos.org/</link>
<description>CentOS Bug Tracker - ISSUES</description>
</image>
<category>All Projects</category>
<ttl>10</ttl>
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2010-03-22T04:07:14+00:00</sy:updateBase>
<item>
<title>0004246: On installation, CentOS 5.4 does not see the Acer Aspire 3810T brightness keys</title>
<link>http://bugs.centos.org/view.php?id=4246</link>
<description>Fuerthermore, xvattr (from, if I rememebr well, rpmsource) sees the registers but fails to change them.&lt;br /&gt;
&lt;br /&gt;
CentOS, however, sees on installation the related volume keys.&lt;br /&gt;
&lt;br /&gt;
This is, pending a reurn to rpmsource. good news for all Acer newbies like this user who have been struggling with the brightness problem. The merit of the solution that follows belongs to an anonymous, and thus still more commendable, experienced member of the Community who has written here:&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;http://www.linlap.com/wiki/acer+aspire+timeline+3810t&quot;&gt;http://www.linlap.com/wiki/acer+aspire+timeline+3810t&lt;/a&gt; [&lt;a href=&quot;http://www.linlap.com/wiki/acer+aspire+timeline+3810t&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
&lt;br /&gt;
I have still struggled a bit until I have solved the bug on that basis (without any merit). You will find attached two ooRexx scripts for increasing and lowering the brightness. For those of us still not familiar with that heroic effort that is ooRexx I hwork of ope you will enjoy entering into contact with the ooRexx team at RexxLA - including the glorious chair at Vienna University - before making your own scripts in bash or however. In the menatime, anybody who doesn't feel secure please recur to this user and I will try something in bash -if i can :).&lt;br /&gt;
&lt;br /&gt;
In order to link the scripts with the keys I have used xbindkeys, which works fine under CentOS (still another example of careful, proficient detail in design) and, of course, you will need half an hour to install ooRexx and. I very strongly recommend that, bsf4oorexx from Doktor Professor Ronnie Fläscher and his team in Vienna.</description>
<guid>http://bugs.centos.org/view.php?id=4246</guid>
<author>fmansito &lt;fmansito@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4246#bugnotes</comments>
</item>
<item>
<title>0003766: powernow-k8 module in CentOS-5 has no per-core frequency control</title>
<link>http://bugs.centos.org/view.php?id=3766</link>
<description>Newer AMD CPUs including newer Opterons, the Phenoms and Phenoms II (and Kuma core Athlons X2) support per-core power control, so one core can run at max speed, and three others run idle, reducing power consumption and dissipated heat amount.  The powernow-k8.ko driver in CentOS-5 ties all cores together.  Consequently, much of the time the system is running in a full power state and is unable to take advantage of power saving features such as CPU frequency hrottling or reduction of vCore.</description>
<guid>http://bugs.centos.org/view.php?id=3766</guid>
<author>toracat &lt;toracat@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=3766#bugnotes</comments>
</item>
<item>
<title>0004182: freenx - termination - no confirmation dialog</title>
<link>http://bugs.centos.org/view.php?id=4182</link>
<description>When I want to close nx session, it is very easy to click &quot;terminate&quot; instead of &quot;suspend&quot;. As there is no confirmation dialog (it is present in commercial version of NX from !Machine) it is very easy to destroy a lot of work.</description>
<guid>http://bugs.centos.org/view.php?id=4182</guid>
<author>olaf &lt;olaf@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4182#bugnotes</comments>
</item>
<item>
<title>0004245: gfs2_grow core dump</title>
<link>http://bugs.centos.org/view.php?id=4245</link>
<description>trying top extend a gfs2 filesystem result in  a core dump without resizing.&lt;br /&gt;
Successive resizings don't work, leaving file sistem's size inalterate.&lt;br /&gt;
How I did it:&lt;br /&gt;
&lt;br /&gt;
 using &quot;gfs2_grow -Tv /MYMOUNT&quot; obtain a core dump: &lt;br /&gt;
gfs2_grow[24415]: segfault at 0000000000000028 rip 0000000000406003 rsp 00007fffb57bb450 error 4&lt;br /&gt;
&lt;br /&gt;
using df -h the size in not touched</description>
<guid>http://bugs.centos.org/view.php?id=4245</guid>
<author>macchese &lt;macchese@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4245#bugnotes</comments>
</item>
<item>
<title>0004196: USB drives should have allow_restart set</title>
<link>http://bugs.centos.org/view.php?id=4196</link>
<description>A 2TB USB Seagate BlackArmor drive initially works fine, but once it&lt;br /&gt;
spins down, only certain commands, such as fsck, wake it up.  Errors&lt;br /&gt;
such as:&lt;br /&gt;
&lt;br /&gt;
sd 6:0:0:0: Device not ready: &lt;6&gt;: Current: sense key: Not Ready&lt;br /&gt;
Add. Sense: Logical unit not ready, initializing command required&lt;br /&gt;
end_request: I/O error, dev sdd, sector 974615595&lt;br /&gt;
Buffer I/O error on device sdd2, logical block 30&lt;br /&gt;
Buffer I/O error on device sdd2, logical block 31&lt;br /&gt;
sd 6:0:0:0: Device not ready: &lt;6&gt;: Current: sense key: Not Ready&lt;br /&gt;
Add. Sense: Logical unit not ready, initializing command required&lt;br /&gt;
end_request: I/O error, dev sdd, sector 974615355&lt;br /&gt;
Buffer I/O error on device sdd2, logical block 0&lt;br /&gt;
Buffer I/O error on device sdd2, logical block 1&lt;br /&gt;
&lt;br /&gt;
are seen if the disk is not woken up before access.&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;https://bugzilla.redhat.com/show_bug.cgi?id=433287&quot;&gt;https://bugzilla.redhat.com/show_bug.cgi?id=433287&lt;/a&gt; [&lt;a href=&quot;https://bugzilla.redhat.com/show_bug.cgi?id=433287&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
&lt;br /&gt;
is a bug note for 4.x,&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;https://bugzilla.redhat.com/show_bug.cgi?id=480389&quot;&gt;https://bugzilla.redhat.com/show_bug.cgi?id=480389&lt;/a&gt; [&lt;a href=&quot;https://bugzilla.redhat.com/show_bug.cgi?id=480389&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
&lt;br /&gt;
is for 5.x. The latter entry points to a fix in 2.6.24&lt;br /&gt;
that sets allow_restart by default for USB drives.</description>
<guid>http://bugs.centos.org/view.php?id=4196</guid>
<author>SQSQ2 &lt;SQSQ2@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4196#bugnotes</comments>
</item>
<item>
<title>0004192: touchpad on dell E6400 not detected correctly</title>
<link>http://bugs.centos.org/view.php?id=4192</link>
<description>Using a fully up to date centos 5 x86_64 on a Dell Lattitude E6400, the touchpad is not detected as a synaptics/ALPS device.&lt;br /&gt;
As a result, it can work as a regular mouse but the nice capabilities of the synaptics touchpad driver are not available (eg scrolling).&lt;br /&gt;
&lt;br /&gt;
I've tracked this down to a problem in drivers/input/mouse/alps.c , which doesn't know the signature of the newer Dell touchpad.&lt;br /&gt;
The attached trivial patch solves the issue. I have tested by rebuilding the latest C5 kernel (kernel-2.6.18-164.11.1.el5.x86_64) with this patch applied via the SPEC file.&lt;br /&gt;
&lt;br /&gt;
The patch comes from:&lt;br /&gt;
&lt;a href=&quot;http://lkml.org/lkml/2008/9/7/133&quot;&gt;http://lkml.org/lkml/2008/9/7/133&lt;/a&gt; [&lt;a href=&quot;http://lkml.org/lkml/2008/9/7/133&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]  (solution for E6400 and E6500)&lt;br /&gt;
&lt;a href=&quot;http://lkml.org/lkml/2007/8/4/41&quot;&gt;http://lkml.org/lkml/2007/8/4/41&lt;/a&gt; [&lt;a href=&quot;http://lkml.org/lkml/2007/8/4/41&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]   (solves same problem for Vostro 1400)</description>
<guid>http://bugs.centos.org/view.php?id=4192</guid>
<author>ntm &lt;ntm@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4192#bugnotes</comments>
</item>
<item>
<title>0004139: HP Pavillion DV7-2250ED Oops on boot and install</title>
<link>http://bugs.centos.org/view.php?id=4139</link>
<description>I recently bought a HP Pavillion DV7-2250ED (Intel T4300 processor, 4 GB Ram, 64bit kernel). When I try to boot the install dvd, it starts up ok, complains about some missing DSD entries (but continues) and then ends up at the ACPI PnP configuration. After being there for a couple of seconds, I get an oops, of which I can only see the last bits (but those point to ACPI).&lt;br /&gt;
&lt;br /&gt;
I can install CentOS 5.4 if I add acpi=off to the kernel command line. But that means I can only use one CPU, the fans etc aren't usable, and neither are various other things.&lt;br /&gt;
&lt;br /&gt;
Alex Chang created a patch for 2.6.33 that might solve this (see &lt;a href=&quot;http://lkml.org/lkml/2009/12/20/146&quot;&gt;http://lkml.org/lkml/2009/12/20/146&lt;/a&gt; [&lt;a href=&quot;http://lkml.org/lkml/2009/12/20/146&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;] ), and as soon as I can get that integrated I'll see if that helps.</description>
<guid>http://bugs.centos.org/view.php?id=4139</guid>
<author>bvermeul &lt;bvermeul@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4139#bugnotes</comments>
</item>
<item>
<title>0004100: RFE: centosplus kernel summary</title>
<link>http://bugs.centos.org/view.php?id=4100</link>
<description>This collects information from all centosplus kernel-related requests and serves as a log book for building an updated kernel.</description>
<guid>http://bugs.centos.org/view.php?id=4100</guid>
<author>toracat &lt;toracat@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4100#bugnotes</comments>
</item>
<item>
<title>0004243: OOM killer doesn't work or bug in memory management in 2.6.18</title>
<link>http://bugs.centos.org/view.php?id=4243</link>
<description>I have swapless nodes, when users tries to go outside of available memory, OOM killer in 2.6.18 (Centos 5.4) is not triggered, as it was with number of  SLES/OpenSuSE kernels. And node crashes.&lt;br /&gt;
&lt;br /&gt;
Before the crash I see bunch of messages in the logs about soft-lockups. I attach here grepped log, where I removed messages about loaded modules, repeated before every call trace, and separately attach list of linked modules.</description>
<guid>http://bugs.centos.org/view.php?id=4243</guid>
<author>antst &lt;antst@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4243#bugnotes</comments>
</item>
<item>
<title>0001646: Missing source repo</title>
<link>http://bugs.centos.org/view.php?id=1646</link>
<description>In trying to download source rpm files with yum, sources are not available:&lt;br /&gt;
&lt;br /&gt;
$ yumdownloader --source ntp&lt;br /&gt;
&lt;br /&gt;
For this to work, 2 things need to happen:&lt;br /&gt;
 * a new repo file needs to be created pointing to the SRPMS directory&lt;br /&gt;
 * the SRPMS directories for updates and os need to be yumified with createrepo</description>
<guid>http://bugs.centos.org/view.php?id=1646</guid>
<author>emoret &lt;emoret@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=1646#bugnotes</comments>
</item>
<item>
<title>0004242: during installation</title>
<link>http://bugs.centos.org/view.php?id=4242</link>
<description>A crash occured dungin installation. Saved dump to disc.&lt;br /&gt;
May it help you.. ;-)</description>
<guid>http://bugs.centos.org/view.php?id=4242</guid>
<author>LoCrux &lt;LoCrux@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4242#bugnotes</comments>
</item>
<item>
<title>0004222: Update to nx server wipes nx home directories</title>
<link>http://bugs.centos.org/view.php?id=4222</link>
<description>The latest update to freenx-0.7.3-3.el5.centos.x86_64 overwrote &lt;br /&gt;
/var/lib/nxserver/home&lt;br /&gt;
with default settings. In particular, this means that it clobbers any ssh keys the user may have configured.</description>
<guid>http://bugs.centos.org/view.php?id=4222</guid>
<author>urilabob &lt;urilabob@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4222#bugnotes</comments>
</item>
<item>
<title>0004240: Missing debug symbols for python 2.4.3-27.el5 (x86_64)</title>
<link>http://bugs.centos.org/view.php?id=4240</link>
<description>I have checked the debuginfo repository (here &lt;a href=&quot;http://debuginfo.centos.org/5/x86_64/&quot;&gt;http://debuginfo.centos.org/5/x86_64/&lt;/a&gt; [&lt;a href=&quot;http://debuginfo.centos.org/5/x86_64/&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;] )but I can find no debuginfo package for Python version 2.4.3-27.el5.</description>
<guid>http://bugs.centos.org/view.php?id=4240</guid>
<author>ghazel &lt;ghazel@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4240#bugnotes</comments>
</item>
<item>
<title>0004239: large filesystem corruptions</title>
<link>http://bugs.centos.org/view.php?id=4239</link>
<description>2.6.18-164.11.1.el5PAE&lt;br /&gt;
4GB RAM&lt;br /&gt;
CPU 2x Intel(R) Xeon(TM) CPU 3.20GHz&lt;br /&gt;
&lt;br /&gt;
large filesystems are corrupting.&lt;br /&gt;
Tried ext4, GFS, XFS&lt;br /&gt;
&lt;br /&gt;
See my upstream post in &lt;br /&gt;
&lt;a href=&quot;http://marc.info/?l=linux-raid&amp;m=126842554606628&amp;w=2&quot;&gt;http://marc.info/?l=linux-raid&amp;m=126842554606628&amp;w=2&lt;/a&gt; [&lt;a href=&quot;http://marc.info/?l=linux-raid&amp;m=126842554606628&amp;w=2&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
and&lt;br /&gt;
&lt;a href=&quot;https://bugzilla.redhat.com/show_bug.cgi?id=573185&quot;&gt;https://bugzilla.redhat.com/show_bug.cgi?id=573185&lt;/a&gt; [&lt;a href=&quot;https://bugzilla.redhat.com/show_bug.cgi?id=573185&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
&lt;br /&gt;
regards, &lt;br /&gt;
&lt;br /&gt;
Giannis</description>
<guid>http://bugs.centos.org/view.php?id=4239</guid>
<author>bilias &lt;bilias@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4239#bugnotes</comments>
</item>
<item>
<title>0003981: Volumes get NOT mounted at reboot, console drops back to system maintenance  asking root password</title>
<link>http://bugs.centos.org/view.php?id=3981</link>
<description>Linux releases: &lt;br /&gt;
*************** &lt;br /&gt;
I have found this to be a problem with &lt;br /&gt;
CentOS 5 Update 2, 3, 4 &lt;br /&gt;
(expect it to be the same with the RedHat EL and Scientific Linux distros) &lt;br /&gt;
&lt;br /&gt;
Older experiences with SuSE / Novell Linux Enterprise Server 9 &lt;br /&gt;
and 10 have never shown this problem &lt;br /&gt;
&lt;br /&gt;
When: &lt;br /&gt;
***** &lt;br /&gt;
When dm-multipath devices are mounted at boot time, &lt;br /&gt;
whether LVM2 is in use or not, and /var is on a separate filesystem. &lt;br /&gt;
&lt;br /&gt;
The problem does usually not show up when doing fresh installs and NEW(!) SAN configurations. But, it can clearly be reproduced when re-using existing LVs from the SAN.&lt;br /&gt;
&lt;br /&gt;
Resolution or work-around: &lt;br /&gt;
**************************&lt;br /&gt;
Don't put /var on a separate filesystem in these circumstances.</description>
<guid>http://bugs.centos.org/view.php?id=3981</guid>
<author>AndreK &lt;AndreK@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=3981#bugnotes</comments>
</item>
<item>
<title>0004169: Installation fails on Dell Precision T7500</title>
<link>http://bugs.centos.org/view.php?id=4169</link>
<description>Install always results in &quot;Unhandled exception. This is most likley a bug. &quot; etc.&lt;br /&gt;
&lt;br /&gt;
I have tried LVM and native linux formats and installing from DVD, USB and NFS using Centos 5.3, Centos 5.4, RedHat 5.4 and I get the same result.</description>
<guid>http://bugs.centos.org/view.php?id=4169</guid>
<author>werdina &lt;werdina@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4169#bugnotes</comments>
</item>
<item>
<title>0004238: German translation of description is wrong.</title>
<link>http://bugs.centos.org/view.php?id=4238</link>
<description>&quot;Tools zum Lesen und Schreiben von Macintosh HFS Lautstärken.&quot; is wrong. The translation for &quot;volumes&quot; is not &quot;Lautstärken&quot; in this case. It would be better to use &quot;Partitionen&quot;.</description>
<guid>http://bugs.centos.org/view.php?id=4238</guid>
<author>brejoc &lt;brejoc@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4238#bugnotes</comments>
</item>
<item>
<title>0004236: Installation crashes</title>
<link>http://bugs.centos.org/view.php?id=4236</link>
<description>Installation on 64-bit Celeron E3300, 512 MB RAM, ECS BLACK SERIES P45T-A motherboard. Installation continued after changing the CD-ROM drive. The CD-ROM could have been the culprit. I'm including the Anaconda dump file.</description>
<guid>http://bugs.centos.org/view.php?id=4236</guid>
<author>musicalvegan0 &lt;musicalvegan0@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4236#bugnotes</comments>
</item>
<item>
<title>0004235: Xorg crashes on lenovo ThinkPad T61 (Intel 965 GM video controller) when I open Display or Screen Resolution control panels</title>
<link>http://bugs.centos.org/view.php?id=4235</link>
<description>When I have an external monitor connected, Xorg crashes when I try to open Display or Screen Resolution control panels; therefore I am unable to change the resolution on the external monitor or set up dual-head display.&lt;br /&gt;
&lt;br /&gt;
I managed to change the resolution by deleting /etc/X11/xorg.conf and restarting X which regen'ed the xorg.conf and it automatically used a better (higher) setting; but Xorg still crashes when I open Display or Screen Resolution control panel.</description>
<guid>http://bugs.centos.org/view.php?id=4235</guid>
<author>atsaloli &lt;atsaloli@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4235#bugnotes</comments>
</item>
<item>
<title>0003987: Vmware Guests crash since upgrades that included glib  2.5-42 &amp; Kernel 2.6.18-164.2.1</title>
<link>http://bugs.centos.org/view.php?id=3987</link>
<description>Updated 2 CentOS 5.4 hosts running vmware server (v2.0.0)&lt;br /&gt;
&lt;br /&gt;
10/22 (which included glibc-common-2.5-42)&lt;br /&gt;
10/31 (which included kernel-2.6.18-164.2.1.el5.i686)&lt;br /&gt;
&lt;br /&gt;
Since 11/1,  3 of the 4 VM Guests running on these servers have crashed at least once (2 Win 2003 guests and 1 CentOS 4.8 guest).&lt;br /&gt;
&lt;br /&gt;
Initially I rebooted to 2.6.18-164.el5 but this had no impact - guest crashed within the hour.&lt;br /&gt;
&lt;br /&gt;
As glibc is mentioned in case 3384 as causing crash of vmware-hostd and libc.so.6 is cited in the vmware log at time of my guest crashes (attached in additional info) I restored glibc 2.5-34 on both hosts.</description>
<guid>http://bugs.centos.org/view.php?id=3987</guid>
<author>drumhell &lt;drumhell@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=3987#bugnotes</comments>
</item>
<item>
<title>0004193: ipt_recent unable to cope with &gt; 8191 IP addresses</title>
<link>http://bugs.centos.org/view.php?id=4193</link>
<description>Bit of an odd one, I think it's down to a kernel regression though I haven't tested many kernels yet to track down where / why.&lt;br /&gt;
&lt;br /&gt;
ipt_recent by default allows you to store details of up to 100 IP addresses, I need to be able to store a lot more than that, routinely 5000+.  To give myself some overhead I've been loading the module with the setting of 10000 on a spare box I've got access to running SuSE, and all works nicely, same applies for Ubuntu 9.10.&lt;br /&gt;
&lt;br /&gt;
Doing so on CentOS hits an odd bug.  On an x86_64 bit system I see the following&lt;br /&gt;
&lt;br /&gt;
/sbin/modprobe ipt_recent ip_list_tot=10000&lt;br /&gt;
/sbin/iptables -A INPUT -m recent --update --seconds 60 -j DROP&lt;br /&gt;
iptables: Unknown error 18446744073709551615&lt;br /&gt;
&lt;br /&gt;
That error number is (2^64)-1.  Under 32bit I seem to get the response&lt;br /&gt;
iptables: Invalid argument.  Run 'dmesg' for more information.&lt;br /&gt;
Dmesg doesn't provide anything at all, and nor does /var/log/messages for that matter.  Could be two different errors, but the straces look rather similar to me&lt;br /&gt;
&lt;br /&gt;
stracing the process on 64bit:&lt;br /&gt;
&lt;br /&gt;
open(&quot;/lib64/iptables/libipt_recent.so&quot;, O_RDONLY) = 3&lt;br /&gt;
read(3, &quot;\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0&gt;\0\1\0\0\0\260\10\0\0\0\0\0\0&quot;..., 832) = 832&lt;br /&gt;
fstat(3, {st_mode=S_IFREG|0755, st_size=9560, ...}) = 0&lt;br /&gt;
mmap(NULL, 2104816, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b0ef3161000&lt;br /&gt;
mprotect(0x2b0ef3163000, 2093056, PROT_NONE) = 0&lt;br /&gt;
mmap(0x2b0ef3362000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x2b0ef3362000&lt;br /&gt;
close(3)                                = 0&lt;br /&gt;
open(&quot;/lib64/iptables/libipt_standard.so&quot;, O_RDONLY) = 3&lt;br /&gt;
read(3, &quot;\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0&gt;\0\1\0\0\0\200\5\0\0\0\0\0\0&quot;..., 832) = 832&lt;br /&gt;
fstat(3, {st_mode=S_IFREG|0755, st_size=4720, ...}) = 0&lt;br /&gt;
mmap(NULL, 2100032, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b0ef3363000&lt;br /&gt;
mprotect(0x2b0ef3364000, 2093056, PROT_NONE) = 0&lt;br /&gt;
mmap(0x2b0ef3563000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x2b0ef3563000&lt;br /&gt;
close(3)                                = 0&lt;br /&gt;
socket(PF_INET, SOCK_RAW, IPPROTO_RAW)  = 3&lt;br /&gt;
getsockopt(3, SOL_IP, 0x40 /* IP_??? */, &quot;filter\0\377\374\377\377\377\0\0\0\0\f\0\0\0\0\0\0\0\3403W,\2\201\377\377&quot;..., [84]) = 0&lt;br /&gt;
getsockopt(3, SOL_IP, 0x41 /* IP_??? */, &quot;filter\0\0\310.U35\0\0\0\300\27\200\34\0\0\0\0\300\27\200\34\0\0\0\0&quot;..., [672]) = 0&lt;br /&gt;
setsockopt(3, SOL_IP, 0x40 /* IP_??? */, &quot;filter\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0&quot;..., 1128) = -1 EINVAL (Invalid argument)&lt;br /&gt;
write(2, &quot;iptables: Unknown error 18446744&quot;..., 45iptables: Unknown error 18446744073709551615&lt;br /&gt;
) = 45&lt;br /&gt;
exit_group(1)                           = ?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
and 32bit:&lt;br /&gt;
&lt;br /&gt;
open(&quot;/usr/local/libexec/xtables/libxt_recent.so&quot;, O_RDONLY) = 3&lt;br /&gt;
read(3, &quot;\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\5\0\0004\0\0\0&quot;..., 512) = 512&lt;br /&gt;
fstat64(3, {st_mode=S_IFREG|0755, st_size=16776, ...}) = 0&lt;br /&gt;
mmap2(NULL, 10444, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7cd000&lt;br /&gt;
mmap2(0x7cf000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0x7cf000&lt;br /&gt;
close(3)                                = 0&lt;br /&gt;
open(&quot;/usr/local/libexec/xtables/libxt_standard.so&quot;, O_RDONLY) = 3&lt;br /&gt;
read(3, &quot;\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\3\0\0004\0\0\0&quot;..., 512) = 512&lt;br /&gt;
fstat64(3, {st_mode=S_IFREG|0755, st_size=8443, ...}) = 0&lt;br /&gt;
mmap2(NULL, 5840, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x84b000&lt;br /&gt;
mmap2(0x84c000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x84c000&lt;br /&gt;
close(3)                                = 0&lt;br /&gt;
socket(PF_INET, SOCK_RAW, IPPROTO_RAW)  = 3&lt;br /&gt;
getsockopt(3, SOL_IP, 0x40 /* IP_??? */, &quot;filter\0\0\202\200\34\0\0\0\0\0\0\225\230\301p\256N\366)\0\0\0\275sG\300&quot;..., [84]) = 0&lt;br /&gt;
getsockopt(3, SOL_IP, 0x41 /* IP_??? */, &quot;filter\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0&quot;..., [656]) = 0&lt;br /&gt;
setsockopt(3, SOL_IP, 0x40 /* IP_??? */, &quot;filter\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0&quot;..., 1104) = -1 EINVAL (Invalid argument)&lt;br /&gt;
close(3)                                = 0&lt;br /&gt;
write(2, &quot;iptables: Invalid argument. Run &quot;..., 62iptables: Invalid argument. Run `dmesg' for more information.&lt;br /&gt;
) = 62&lt;br /&gt;
exit_group(1)                           = ?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
32bit appears to die once I set it to over 8191 IP addresses. (8k?)&lt;br /&gt;
64bit appears to die once I set it to over 4095 IP addresses. (4k?!)&lt;br /&gt;
&lt;br /&gt;
64bit machine as 8Gb of RAM in it, the 32bit 1Gb, I would expect that to be ample.</description>
<guid>http://bugs.centos.org/view.php?id=4193</guid>
<author>Twirrim &lt;Twirrim@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4193#bugnotes</comments>
</item>
<item>
<title>0004233: Repeated error about unknown key pressed</title>
<link>http://bugs.centos.org/view.php?id=4233</link>
<description>I'm running CentOS 5.4 with the kernel marked vmlinuz-2.6.18-164.11.1.e15 and I get the following message over and over on the console:&lt;br /&gt;
&lt;br /&gt;
kernel: atkbd.c: Unknown key pressed (translated set 2, code 0x0 on isa0060/serio0).&lt;br /&gt;
kernel: atkbd.c: Use 'setkeycodes 00 &lt;keycode&gt;' to make it known.&lt;br /&gt;
&lt;br /&gt;
kernel: atkbd.c: Unknown key released(translated set 2, code 0x0 on isa0060/serio0).&lt;br /&gt;
kernel: atkbd.c: Use 'setkeycodes 00 &lt;keycode&gt;' to make it known.&lt;br /&gt;
&lt;br /&gt;
The system seems to run ok and everything works fine once I'm in X windows, but it makes the console un-usable and is clogging the messages log file.  I've searched the web for potential answers and haven't found anything that fixes this.  Others refer to problems with a touchpad, but I don't have a touchpad.&lt;br /&gt;
&lt;br /&gt;
I'm running the server in Virtual Server 2005 R2 which just emulates a standard mouse and standard keyboard.  I don't have the VM additions installed yet so this is just a basic system install with the latest package updates installed.</description>
<guid>http://bugs.centos.org/view.php?id=4233</guid>
<author>volox &lt;volox@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4233#bugnotes</comments>
</item>
<item>
<title>0004232: Newline omitted running &quot;sysctl -a&quot;</title>
<link>http://bugs.centos.org/view.php?id=4232</link>
<description>Newline is omitted at the end of &quot;sysctl -a&quot; output.</description>
<guid>http://bugs.centos.org/view.php?id=4232</guid>
<author>ZMo &lt;ZMo@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4232#bugnotes</comments>
</item>
<item>
<title>0004017: gdm_slave_xioerror_handler Fatal X error</title>
<link>http://bugs.centos.org/view.php?id=4017</link>
<description>While surfing, gdm crashed and the system rebooted?&lt;br /&gt;
After reboot the system ran fine.&lt;br /&gt;
This may be normal for gdm but I was concerned that it actually&lt;br /&gt;
rebooted the computer!&lt;br /&gt;
Please see the error info below. &lt;br /&gt;
&lt;br /&gt;
The system is (cat /etc/redhat-release): CentOS release 5.4 (Final)&lt;br /&gt;
&lt;br /&gt;
==================== Syslog ERROR  ==================================&lt;br /&gt;
Nov 18 15:32:25 Betty gdm[2921]: gdm_slave_xioerror_handler: Fatal X error - Restarting :0&lt;br /&gt;
Nov 18 15:32:25 Betty gconfd (betty-3033): GConf server is not in use, shutting down.&lt;br /&gt;
Nov 18 15:32:25 Betty gconfd (betty-3033): Exiting&lt;br /&gt;
Nov 18 15:32:40 Betty gconfd (root-24601): GConf server is not in use, shutting down.&lt;br /&gt;
Nov 18 15:32:40 Betty gconfd (root-24601): Exiting&lt;br /&gt;
Nov 18 15:33:00 Betty gdm[2836]: Restarting computer...&lt;br /&gt;
&lt;br /&gt;
====================== HDW ==========================&lt;br /&gt;
MotherBoard: Asus M2A-VM &lt;br /&gt;
        Bios Version: 2302&lt;br /&gt;
&lt;br /&gt;
================= Memory ==========================&lt;br /&gt;
root-&gt;free&lt;br /&gt;
             total       used       free     shared    buffers     cached&lt;br /&gt;
Mem:       4019968    2347440    1672528          0      34468    2162292&lt;br /&gt;
-/+ buffers/cache:     150680    3869288&lt;br /&gt;
Swap:      8193140          0    8193140&lt;br /&gt;
&lt;br /&gt;
==================== df ==========================&lt;br /&gt;
Filesystem           1K-blocks      Used Available Use% Mounted on&lt;br /&gt;
/dev/sda2             59515556   7780708  48662820  14% /&lt;br /&gt;
/dev/sda5             85096412   4195380  76578344   6% /loc&lt;br /&gt;
/dev/sda1               194442     11506    172897   7% /boot&lt;br /&gt;
tmpfs                  2009984         0   2009984   0% /dev/shm&lt;br /&gt;
//lin1/data          127443968  90051600  30918580  75% /data&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
================ cat /proc/cpuinfo =====================&lt;br /&gt;
processor       : 0&lt;br /&gt;
vendor_id       : AuthenticAMD&lt;br /&gt;
cpu family      : 15&lt;br /&gt;
model           : 75&lt;br /&gt;
model name      : AMD Athlon(tm) 64 X2 Dual Core Processor 4200+&lt;br /&gt;
stepping        : 2&lt;br /&gt;
cpu MHz         : 1000.000&lt;br /&gt;
cache size      : 512 KB&lt;br /&gt;
physical id     : 0&lt;br /&gt;
siblings        : 2&lt;br /&gt;
core id         : 0&lt;br /&gt;
cpu cores       : 2&lt;br /&gt;
apicid          : 0&lt;br /&gt;
fdiv_bug        : no&lt;br /&gt;
hlt_bug         : no&lt;br /&gt;
f00f_bug        : no&lt;br /&gt;
coma_bug        : no&lt;br /&gt;
fpu             : yes&lt;br /&gt;
fpu_exception   : yes&lt;br /&gt;
cpuid level     : 1&lt;br /&gt;
wp              : yes&lt;br /&gt;
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow nonstop_tsc pni cx16 lahf_lm cmp_legacy svm extapic cr8legacy ts fid vid ttp tm stc&lt;br /&gt;
bogomips        : 2000.10&lt;br /&gt;
&lt;br /&gt;
processor       : 1&lt;br /&gt;
vendor_id       : AuthenticAMD&lt;br /&gt;
cpu family      : 15&lt;br /&gt;
model           : 75&lt;br /&gt;
model name      : AMD Athlon(tm) 64 X2 Dual Core Processor 4200+&lt;br /&gt;
stepping        : 2&lt;br /&gt;
cpu MHz         : 1000.000&lt;br /&gt;
cache size      : 512 KB&lt;br /&gt;
physical id     : 0&lt;br /&gt;
siblings        : 2&lt;br /&gt;
core id         : 1&lt;br /&gt;
cpu cores       : 2&lt;br /&gt;
apicid          : 1&lt;br /&gt;
fdiv_bug        : no&lt;br /&gt;
hlt_bug         : no&lt;br /&gt;
f00f_bug        : no&lt;br /&gt;
coma_bug        : no&lt;br /&gt;
fpu             : yes&lt;br /&gt;
fpu_exception   : yes&lt;br /&gt;
cpuid level     : 1&lt;br /&gt;
wp              : yes&lt;br /&gt;
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow nonstop_tsc pni cx16 lahf_lm cmp_legacy svm extapic cr8legacy ts fid vid ttp tm stc&lt;br /&gt;
bogomips        : 2000.10</description>
<guid>http://bugs.centos.org/view.php?id=4017</guid>
<author>aryturner &lt;aryturner@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4017#bugnotes</comments>
</item>
<item>
<title>0004231: Anaconda crashes during install after I select Centos Extras.</title>
<link>http://bugs.centos.org/view.php?id=4231</link>
<description>Variations on normal install (at least for me).&lt;br /&gt;
Chose manual Hostname &quot;Pegasus&quot;.&lt;br /&gt;
Packages from Centos Extra &lt;br /&gt;
&lt;br /&gt;
Attempted install twice when I chose &quot;Packages from Centos Extra&quot; it crashed both times. When I did not select &quot;Packages from Centos Extra&quot; it installed ok.</description>
<guid>http://bugs.centos.org/view.php?id=4231</guid>
<author>zarshmogon &lt;zarshmogon@example.com&gt;</author>
<comments>http://bugs.centos.org/view.php?id=4231#bugnotes</comments>
</item>
</channel>
</rss>
