CentOS Bug Tracker - ISSUES

0004021: Current version of less garbles long lines

The current version of less (less-394-6.el5) garbles long lines. This has been reported upstream:

https://bugzilla.redhat.com/show_bug.cgi?id=509553 [^]

and in one of the CentOS forums:

https://www.centos.org/modules/newbb/viewtopic.php?topic_id=22942&forum=38 [^]

but I didn't see it reported in the CentOS bug tracker, so I thought I should create this entry. This is becoming a major problem, because it makes it really hard to view log files.

0003869: kernel panic at kmap_atomic+0x72/0xbb

Upgraded to kernel-PAE-2.6.18-164.el5 last week. Got a nasty kernel panic this week, first in 2 years on same hardware.

esi: 0000000f edi: f76f2040 ebp: c0014c88 esp:e2103e10
ls: 007b es: 007b ss: 0068
Process httpd (pid: 19860, ti=e2103000 task.ti=e2103000)
Call Trace:
[] __handle_mm_fault+0x103/0xcfe
[] do_wp_page+0x60f/0x665
[] do_sock_read+0xbe/0xf7
[] avc_has_perm+0x3a/0x44
[] __handle_mm_fault+0xc50/0xcfe
[] do_page_fault+0x2d9/0x607
[] do_page_fault+0x0/0x607
[] error_code+0x39/0x40
[] sys_epoll_wait+0x257/0x38d
[] default_wake_function+0x0/0xc
[] syscall_call+0x7/0xb
=======================
Code: ff ff 6b 50 10 1b c7 04 24 00 f0 ff ff 8d 14 16 8d 42 44 c1 e2 03 c1 e2 03 c1 e0 0c 29 d5 29 04 24 83 7d 00 00 8b 45 04 75 04 85 c0 74 08 <0f> 0b 2b 00 a9 73 63 c0 89 c8 8b 35 38 f2 78 c0 2b 05 10 cf 7b
EIP: [] kmap_atomic+0x72/0xbb SS:ESP: 0068:e2103e10
<0> Kernel panic - not synching: Fatal exception

Transcribed so google can find it but jpg attached in case I made transscription errors in above!

0004020: Openoffice-calc crashes when clicks (to select) on the cell formatting menu

Openoffice-calc crashes when clicks (to select) on the cell formatting menu. Here's the crash details:
(I) x.org loaded video driver of...
(II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so
(III) Desktop is: not GNOME
(IV) libgcj version is: libgcj-4.1.2-44.el5-i386
(V) kernel is: Linux 2.6.18-164.el5 0000001 SMP Thu Sep 3 03:33:56 EDT 2009 i686 i686 i386
(VI) OpenOffice.org core rpm version is: openoffice.org-core-2.3.0-6.10.el5-i386
(VII) depth of root window: 24 planes
(VIII) accessibility is: false
...start sestatus details ...
SELinux status: disabled
...end sestatus details ...
...start stackreport details ...
0x067d2338: 0x001cd374: /usr/lib/openoffice.org/program/libuno_sal.so.3 + 0x21338
0x067d2cf7: 0x001cd374: /usr/lib/openoffice.org/program/libuno_sal.so.3 + 0x21cf7
0x00744420: 0x00000000: + 0x420 (__kernel_sigreturn + 0x0)
0x029c8157: 0x000403cc: /usr/lib/libicule.so.36 + 0x20157 (icu_3_6::LEInsertionList::getGrowAmount() + 0x7)
0x029c3f55: 0x000403cc: /usr/lib/libicule.so.36 + 0x1bf55 (icu_3_6::GlyphIterator::applyInsertions() + 0x25)
0x029c9dc9: 0x000403cc: /usr/lib/libicule.so.36 + 0x21dc9 (icu_3_6::LookupProcessor::process(icu_3_6::LEGlyphStorage&, icu_3_6::GlyphPositionAdjustments*, signed char, icu_3_6::GlyphDefinitionTableHeader const*, icu_3_6::LEFontInstance const*) const + 0x119)
0x029c551c: 0x000403cc: /usr/lib/libicule.so.36 + 0x1d51c (icu_3_6::GlyphPositioningTableHeader::process(icu_3_6::LEGlyphStorage&, icu_3_6::GlyphPositionAdjustments*, signed char, unsigned int, unsigned int, icu_3_6::GlyphDefinitionTableHeader const*, icu_3_6::LEFontInstance const*, icu_3_6::FeatureMap const*, int, signed char) const + 0x7c)
0x029ba3fd: 0x000403cc: /usr/lib/libicule.so.36 + 0x123fd (icu_3_6::OpenTypeLayoutEngine::adjustGlyphPositions(unsigned short const*, int, int, signed char, icu_3_6::LEGlyphStorage&, icu_3_6::LEErrorCode&) + 0xed)
0x029bd9ce: 0x000403cc: /usr/lib/libicule.so.36 + 0x159ce (icu_3_6::LayoutEngine::layoutChars(unsigned short const*, int, int, int, signed char, float, float, icu_3_6::LEErrorCode&) + 0x12e)
0x07b0c49e: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x27f49e
0x07b0c04f: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x27f04f (ServerFontLayout::LayoutText(ImplLayoutArgs&) + 0x99)
0x079aaa04: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x11da04
0x079ac7c2: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x11f7c2
0x079ada05: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x120a05 (OutputDevice::GetTextArray(String const&, long*, unsigned short, unsigned short) const + 0x6f)
0x079adaf7: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x120af7 (OutputDevice::GetTextWidth(String const&, unsigned short, unsigned short) const + 0x29)
0x07ae18b0: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x2548b0
0x07ae2afb: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x255afb
0x07ae2c4b: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x255c4b
0x07aeb8f7: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x25e8f7 (ListBox::InsertEntry(String const&, unsigned short) + 0x37)
0x019243d9: 0x002cdf04: /usr/lib/openoffice.org/program/libcui680li.so + 0x1b43d9
0x019294b4: 0x002cdf04: /usr/lib/openoffice.org/program/libcui680li.so + 0x1b94b4
0x03376ca3: 0x003bac78: /usr/lib/openoffice.org/program/libsfx680li.so + 0x243ca3
0x033773b4: 0x003bac78: /usr/lib/openoffice.org/program/libsfx680li.so + 0x2443b4
0x0337758f: 0x003bac78: /usr/lib/openoffice.org/program/libsfx680li.so + 0x24458f (SfxTabDialog::Execute() + 0x35)
0x04eb4471: 0x00085740: /usr/lib/openoffice.org/program/libscui680li.so + 0x1a471
0x053e1536: 0x00a7ce80: /usr/lib/openoffice.org/program/libsc680li.so + 0x1b6536 (ScTabViewShell::ExecuteCellFormatDlg(SfxRequest&, unsigned short) + 0x186)
0x05443473: 0x00a7ce80: /usr/lib/openoffice.org/program/libsc680li.so + 0x218473
0x0543a7c9: 0x00a7ce80: /usr/lib/openoffice.org/program/libsc680li.so + 0x20f7c9
0x032faaf1: 0x003bac78: /usr/lib/openoffice.org/program/libsfx680li.so + 0x1c7af1
0x032f911a: 0x003bac78: /usr/lib/openoffice.org/program/libsfx680li.so + 0x1c611a
0x032f94c9: 0x003bac78: /usr/lib/openoffice.org/program/libsfx680li.so + 0x1c64c9 (SfxDispatcher::_Execute(SfxShell&, SfxSlot const&, SfxRequest&, unsigned short) + 0x14d)
0x032f03e1: 0x003bac78: /usr/lib/openoffice.org/program/libsfx680li.so + 0x1bd3e1
0x032f2177: 0x003bac78: /usr/lib/openoffice.org/program/libsfx680li.so + 0x1bf177
0x032f22e5: 0x003bac78: /usr/lib/openoffice.org/program/libsfx680li.so + 0x1bf2e5 (SfxBindings::Execute(unsigned short, SfxPoolItem const**, unsigned short, unsigned short, SfxPoolItem const**) + 0x3b)
0x03316862: 0x003bac78: /usr/lib/openoffice.org/program/libsfx680li.so + 0x1e3862
0x033168c1: 0x003bac78: /usr/lib/openoffice.org/program/libsfx680li.so + 0x1e38c1
0x0791d733: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x90733
0x07a5d992: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x1d0992 (Menu::Select() + 0x46)
0x07a63b06: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x1d6b06
0x07a655f1: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x1d85f1 (PopupMenu::Execute(Window*, Rectangle const&, unsigned short) + 0x47)
0x07a6562d: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x1d862d (PopupMenu::Execute(Window*, Point const&) + 0x37)
0x033166f3: 0x003bac78: /usr/lib/openoffice.org/program/libsfx680li.so + 0x1e36f3 (SfxPopupMenuManager::Execute(Point const&, Window*) + 0x2b)
0x033175eb: 0x003bac78: /usr/lib/openoffice.org/program/libsfx680li.so + 0x1e45eb (SfxPopupMenuManager::ExecutePopup(ResId const&, SfxViewFrame*, Point const&, Window*) + 0x2bf)
0x032f8ced: 0x003bac78: /usr/lib/openoffice.org/program/libsfx680li.so + 0x1c5ced (SfxDispatcher::ExecutePopup(unsigned short, Window*, Point const*) + 0xf7)
0x05405a1a: 0x00a7ce80: /usr/lib/openoffice.org/program/libsc680li.so + 0x1daa1a
0x07aab3dd: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x21e3dd
0x07aad644: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x220644
0x07aaed64: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x221d64
0x07aad8fa: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x2208fa
0x0038e9f1: 0x00058ed0: /usr/lib/openoffice.org/program/libvclplug_gtk680li.so + 0x389f1
0x0038c436: 0x00058ed0: /usr/lib/openoffice.org/program/libvclplug_gtk680li.so + 0x36436
0x06d5f060: 0x00394a68: /usr/lib/libgtk-x11-2.0.so.0 + 0x130060
0x0779de98: 0x0003e544: /lib/libgobject-2.0.so.0 + 0x8e98 (g_closure_invoke + 0x128)
0x077aedab: 0x0003e544: /lib/libgobject-2.0.so.0 + 0x19dab
0x077b00af: 0x0003e544: /lib/libgobject-2.0.so.0 + 0x1b0af (g_signal_emit_valist + 0x68f)
0x077b04a9: 0x0003e544: /lib/libgobject-2.0.so.0 + 0x1b4a9 (g_signal_emit + 0x29)
0x06e735d8: 0x00394a68: /usr/lib/libgtk-x11-2.0.so.0 + 0x2445d8
0x06d58503: 0x00394a68: /usr/lib/libgtk-x11-2.0.so.0 + 0x129503 (gtk_propagate_event + 0x183)
0x06d59707: 0x00394a68: /usr/lib/libgtk-x11-2.0.so.0 + 0x12a707 (gtk_main_do_event + 0x317)
0x0705d27a: 0x0008b978: /usr/lib/libgdk-x11-2.0.so.0 + 0x4127a
0x077201a2: 0x0009c57c: /lib/libglib-2.0.so.0 + 0x2b1a2 (g_main_context_dispatch + 0x182)
0x07723196: 0x0009c57c: /lib/libglib-2.0.so.0 + 0x2e196
0x077236ee: 0x0009c57c: /lib/libglib-2.0.so.0 + 0x2e6ee (g_main_context_iteration + 0x6e)
0x0036a7b2: 0x00058ed0: /usr/lib/openoffice.org/program/libvclplug_gtk680li.so + 0x147b2
0x0054a1e5: 0x00082b3c: /usr/lib/openoffice.org/program/libvclplug_gen680li.so + 0x4e1e5 (X11SalInstance::Yield(bool, bool) + 0x2f)
0x0792597f: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x9897f (Application::Yield(bool) + 0x57)
0x07925a3d: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x98a3d (Application::Execute() + 0x2b)
0x04235600: 0x0006224c: /usr/lib/openoffice.org/program/libsoffice.so + 0x24600 (desktop::Desktop::Main() + 0x1600)
0x0792a513: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x9d513
0x0792a629: 0x003d88bc: /usr/lib/openoffice.org/program/libvcl680li.so + 0x9d629 (SVMain() + 0x2d)
0x0422ec5e: 0x0006224c: /usr/lib/openoffice.org/program/libsoffice.so + 0x1dc5e (main + 0xe2)
0x00116e8c: 0x0013fd9c: /lib/libc.so.6 + 0x15e8c (__libc_start_main + 0xdc)
0x080484a1: 0x00000648: /usr/lib/openoffice.org/program/scalc.bin + 0x4a1 (main + 0x5d)
...end stackreport details ...
...start sample ldd details ...
linux-gate.so.1 => (0x0053c000)
libuno_sal.so.3 => /usr/lib/openoffice.org/program/libuno_sal.so.3 (0x00110000)
libuno_salhelpergcc3.so.3 => /usr/lib/openoffice.org/program/libuno_salhelpergcc3.so.3 (0x00c1a000)
libstore.so.3 => /usr/lib/openoffice.org/program/libstore.so.3 (0x00ccb000)
libdl.so.2 => /lib/libdl.so.2 (0x0075a000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00896000)
libstlport_gcc.so => /usr/lib/openoffice.org/program/libstlport_gcc.so (0x00d51000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00356000)
libm.so.6 => /lib/libm.so.6 (0x0048a000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00f30000)
libc.so.6 => /lib/libc.so.6 (0x0053d000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x002e2000)
/lib/ld-linux.so.2 (0x0033a000)
...end sample ldd details ...

0004018: BUG: soft lockup - CPU#0 stuck for 10s! [md2_raid10:567]

Every 30 seconds I get following message in my messages file and dmesg.

BUG: soft lockup - CPU#0 stuck for 10s! [md2_raid10:567]
CPU 0:
Modules linked in: dm_raid45 dm_message dm_region_hash dm_mem_cache dm_snapshot dm_zero dm_mirror dm_log dm_mod shpchp ahci ata_piix libata sd_
mod scsi_mod raid10 ext3 jbd uhci_hcd ohci_hcd ehci_hcd
Pid: 567, comm: md2_raid10 Not tainted 2.6.18-164.6.1.el5xen 0000001
RIP: e030:[] [] memcmp+0xf/0x22
RSP: e02b:ffff8801db1e1dc8 EFLAGS: 00000246
RAX: 0000000000000000 RBX: ffff8800001e5840 RCX: 0000000000000a7c
RDX: 0000000000000000 RSI: ffff8801daa16584 RDI: ffff880000fd4584
RBP: ffff8801dc330880 R08: ffff8801dc330918 R09: ffff880000fdf2c0
R10: ffff8801dc330880 R11: ffffffff80246ce3 R12: ffff880000fcfb40
R13: 0000000000000000 R14: 0000000000000001 R15: ffff8801db69b400
FS: 0000000000000000(0000) GS:ffffffff805ca000(0000) knlGS:0000000000000000
CS: e033 DS: 0000 ES: 0000

Call Trace:
[] :raid10:raid10d+0x226/0x9ba
[] error_exit+0x0/0x6e
[] keventd_create_kthread+0x0/0xc4
[] keventd_create_kthread+0x0/0xc4
[] schedule_timeout+0x1e/0xad
[] keventd_create_kthread+0x0/0xc4
[] md_thread+0xf8/0x10e
[] autoremove_wake_function+0x0/0x2e
[] md_thread+0x0/0x10e
[] kthread+0xfe/0x132
[] child_rip+0xa/0x12
[] keventd_create_kthread+0x0/0xc4
[] kthread+0x0/0x132
[] child_rip+0x0/0x12

0003989: multipathd should start before lvm2-monitor

starting on boot multipathd after lvm2-monitor causes the latter to wait undefinitely trying to scan VG, if these ones are multipathed on a SAN.
Starting manually multipathd unblock lvm2-monitor and the system comes up cleanly

0003951: mcelog hourly cron job fails without exiting properly

The mcelog.cron job in /etc/cron.hourly fails. It is apparently hanging in the test `cat /sys/hypervisor/uuid` != "00000000-0000-0000-0000-000000000000"

Though no processes appear to be using CPU in `top` the loadavg increases by approximately 1.00% each hour when the cron job runs.

This issue appeared with the upgrade to CentOS 5.4 and mcelog-0.9pre-1.27.el5

0004017: gdm_slave_xioerror_handler Fatal X error

While surfing, gdm crashed and the system rebooted?
After reboot the system ran fine.
This may be normal for gdm but I was concerned that it actually
rebooted the computer!
Please see the error info below.

The system is (cat /etc/redhat-release): CentOS release 5.4 (Final)

==================== Syslog ERROR ==================================
Nov 18 15:32:25 Betty gdm[2921]: gdm_slave_xioerror_handler: Fatal X error - Restarting :0
Nov 18 15:32:25 Betty gconfd (betty-3033): GConf server is not in use, shutting down.
Nov 18 15:32:25 Betty gconfd (betty-3033): Exiting
Nov 18 15:32:40 Betty gconfd (root-24601): GConf server is not in use, shutting down.
Nov 18 15:32:40 Betty gconfd (root-24601): Exiting
Nov 18 15:33:00 Betty gdm[2836]: Restarting computer...

====================== HDW ==========================
MotherBoard: Asus M2A-VM
Bios Version: 2302

================= Memory ==========================
root->free
total used free shared buffers cached
Mem: 4019968 2347440 1672528 0 34468 2162292
-/+ buffers/cache: 150680 3869288
Swap: 8193140 0 8193140

==================== df ==========================
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda2 59515556 7780708 48662820 14% /
/dev/sda5 85096412 4195380 76578344 6% /loc
/dev/sda1 194442 11506 172897 7% /boot
tmpfs 2009984 0 2009984 0% /dev/shm
//lin1/data 127443968 90051600 30918580 75% /data

================ cat /proc/cpuinfo =====================
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 75
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
stepping : 2
cpu MHz : 1000.000
cache size : 512 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
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
bogomips : 2000.10

processor : 1
vendor_id : AuthenticAMD
cpu family : 15
model : 75
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
stepping : 2
cpu MHz : 1000.000
cache size : 512 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
apicid : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
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
bogomips : 2000.10

0002141: Udev hangs on startup

Udev always hangs on startup.
I tried to boot with acpi=off, but without any success.

My hardware configuration is here http://www5.pc.ibm.com/ie/products.nsf/$wwwPartNumLookup/_8840EDG?OpenDocument&sourcesite=esgie [^]

0003979: Filename globbing broken on current tcsh in Centos 5.4

With current tcsh ( tcsh-6.14-14.el5_4.2 ) filename globbing is broken. Example:

%ls *.pdf
Wolf1994.pdf

%ls *.{p,P}*
ls: No match.

%glob *.{p,P}*
glob: No match.

For comparison under Ubuntu 8.04 (same version of tcsh):

%ls *.pdf
Wolf1994.pdf

%ls *.{p,P}*
Wolf1994.pdf

%glob *.{p,P}*
Wolf1994.pdf

0003448: vino-server hangs up immediately (connection reset by peer)

When trying to share the local desktop with Gnome (System -> Preferences -> Remote Desktop -> share :0), using a fully yum'd CentOS 5.2, with vino 2.13.5-6 (the latest from the CentOS repo), vino-server immediately hangs up upon connection. The server is listening on port 5900:

prudhoe:~ [101] netstat -tap | grep 5900
tcp 0 0 *:5900 *:* LISTEN 11778/vino-server

However, upon connection, vino-server will immediately hang up. Specifically:

Using telnet:
prudhoe:~ [108] telnet localhost 5900
Trying 127.0.0.1...
Connected to localhost (127.0.0.1).
Escape character is '^]'.
RFB 003.007
Connection closed by foreign host.

Using vncviewer:
prudhoe:~ [109] vncviewer localhost:0

VNC Viewer Free Edition 4.1.2 for X - built Mar 14 2007 23:13:57
Copyright (C) 2002-2005 RealVNC Ltd.
See http://www.realvnc.com [^] for information on VNC.

Thu Mar 26 22:37:05 2009
CConn: connected to host localhost port 5900
CConnection: Server supports RFB protocol version 3.7
CConnection: Using RFB protocol version 3.7
main: read: Connection reset by peer (104)

0003968: low memory exhaustion cases oom-killer to be invoked

Fairly heavily loaded server with 8 CPUs, 16 GB of RAM, 64 GB of swap running lots of memory intensive stuff plus httpd, nfs, mysql, dovecot etc. For legacy reasons we are using 32 bit PAE kernels ( which may be part of the problem ...) . System has been very stable ( normal uptime ~ 90 days ) but started crashing every few days after upgrading to 2.26.18-164 kernel. Basically what would happen is that the kernel would run fine for a few days rarely touching swap at all with LowFree hovering around 9M . However, any spike in demand for low memory driving LowFree below ~8K would start a chain reaction with oom-killer being invoked and the kernel eventually deadlocking with LowFree = 0 . The kernel was unable to free up enough low memory to bounce low memory to high memory.

Increasing swappiness to close to 100 had no effect - the kernel rarely used swap. Setting overcommit_memory to 2 had no effect either and lowering lowmem_reserve_ratio ( to fex. 64 64 8 ) didn't result in any increase in LowFree

Downgrading to 2.18.18-128.1.16 appears to improve the situation ( no crash yet ... ) in that LowFree is kept much, much larger ( around 320M ).

So - what changed in the low memory allocation from 2.6.18-128 to 2.18.6-164 ?

0004016: iscsi init.d script always returns 1 on restart

When using the 'restart' action of the /etc/init.d/iscsi script, it always returns an exit code of 1, rather than 0.

The script first runs the 'stop' action, which halts iscsid. Next it runs the 'start' action and sets the RETVAL to the status of iscsid, which is bound to be stopped during a restart. It then starts iscsid but does not reset the RETVAL variable to zero or use the exit code of the "/etc/init.d/iscsid start" action.

0003884: CentOS 5.4 glibc causes crash of VMWare vmware-hostd process in VMWare 2.0.0 and 2.0.1

CentOS 5.4 glibc causes crash of VMWare vmware-hostd process in VMWare 2.0.0 and 2.0.1. This is documented on these 2 VM threads:

http://communities.vmware.com/message/1364852 [^]

and

http://communities.vmware.com/thread/230842 [^]

Two ways to fix this are called out in the above threads. The easiest one is to just exclude glibc from CentOS-5.4 in the yum.conf file if you are upgrading a 5.3 machine, using this line:

exclude=*2.5-42*

Then do this to verify you will not get the new files in the upgrade:

yum list glibc*

The output should not show new glibc files.

===================
If you have already installed (or updated) to the new glibc files, you can manually download and install the older version of glibc* and/or ncsd from the 5.3 tree.

For a short time after 5.4 is released, this tree will be on the main centos mirrors:

http://mirror.centos.org/centos/5.3/ [^]

Later, you will still be able to get them from the CentOS Vault:

http://vault.centos.org/ [^]

0004015: Obsolete documentation for auto updates with yum

http://www.centos.org/docs/5/html/yum/sn-updating-your-system.html [^]
asks to use following command for setting auto updates:
su -c '/sbin/chkconfig --level 345 yum on; /sbin/service yum start'

However, above command leads to an error: "yum: unrecognized service" on a fresh installation of centos 5.4 x64. Perhaps the document should use service name as "yum-updatesd".

0002087: CentOS installer won't detect harddrives

When installing CentOS 5 on a system with an Adaptec 2010S RAID-Controller (lspci output: 03:08.0 0104: 1044:a511 (rev 01)) the installer only loads the i20_core module. Unfortunatly with this module the attached harddisks are not detected and therefore not show up in anaconda.
The problem can be solved by manually creating a centos-install-cd. Within the initrd.img I changed the according line in modules.aliases to load the module i2o_block, which requires the i20_core module.

0004014: exim postinstall script fails in chrooted install (it pollute the non chrooted system.

yum --installroot=/var/lib/systemimager/images/oscarimage install exim
post install script installs files in /etc instead of /var/lib/systemimager/images/oscarimage/etc
At least, it fails in some points in the postinstall script that are not clear to me.
Same behaviour with rpm --root ... (bug not related to yum IMHO)

0004013: Logging in to system causes stacktrace for free() of invalid pointer

Since updating to 5.4, a perfectly stable system now spits out a stack trace multiple times during boot and every time any user logs in. I get similar (not always identical) stack traces for any of the following:
- Login as user via console in text mode
- Login as user via ssh
- Login as root via console
- 'su -' to root after logging in as user

I am logging this against coreutils as from the stacktrace it appears to be occurring during executions of /usr/bin/id. The system appears to work fine even after spewing the stacktrace, and nothing shows up in /var/log/messages or dmesg.

I have attached a typical stack trace.

0004012: certtool on 5.4 x86_64 produces error "crq_import: ASN1 parser: Error in DER parsing."

Trying to issue my own certs using my own CA produces an error:
"crq_import: ASN1 parser: Error in DER parsing."

CA cert was generated using:

certtool --generate-privkey --outfile ca-key.pem --bits 2048
certtool --generate-self-signed --load-privkey ca-key.pem --outfile ca.pem

Machine cert was generated using:

certtool --generate-privkey --outfile key.pem --bits 2048
certtool --generate-request --load-privkey key.pem --outfile request.pem

Errors out at:

certtool --generate-certificate --load-request request.pem --outfile cert.pem --load-ca-certificate ca.pem --load-ca-privkey ca-key.pem
Generating a signed certificate...
Loading CA's private key...
Loading CA's certificate...
crq_import: ASN1 parser: Error in DER parsing.

Using the exact same procedure on 5.4 i386 works as expected.

I have tested on several x86_64 platforms and the error is consistent.

I've copied the ca-key.pem and ca.pem to an i386 box and have been able to successfully generate the machine cert from the CSR.

0004011: ahci module missing from 2.6.9-89.0.16.plus.c4

The SATA ACHI kernel module seems to be missing from the CentOS Plus kernel. It is included in the standard kernel:

sauron.deepsoft.com% grep ATA /boot/config-2.6.9-89.0.16.EL
# CONFIG_X86_MCE_NONFATAL is not set
# ATA/ATAPI/MFM/RLL support
# CONFIG_BLK_DEV_IDE_SATA is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_PIO is not set
# Serial ATA (prod) and Parallel ATA (experimental) drivers
CONFIG_ATA=m
CONFIG_SATA_AHCI=m
CONFIG_SATA_SVW=m
CONFIG_ATA_PIIX=m
CONFIG_SATA_MV=m
CONFIG_SATA_NV=m
CONFIG_SATA_QSTOR=m
CONFIG_SATA_PROMISE=m
CONFIG_SATA_SX4=m
CONFIG_SATA_SIL=m
CONFIG_SATA_SIL24=m
CONFIG_SATA_SIS=m
CONFIG_SATA_ULI=m
CONFIG_SATA_VIA=m
CONFIG_SATA_VITESSE=m
CONFIG_SATA_INTEL_COMBINED=y
CONFIG_PATA_PDC2027X=m
CONFIG_PATA_JMICRON=m
# CONFIG_ATALK is not set
CONFIG_USB_STORAGE_DATAFAB=y
# CONFIG_INFINIBAND_IPOIB_DEBUG_DATA is not set
# CONFIG_ATARI_PARTITION is not set

And missing in the CentOS Plus kernel:

sauron.deepsoft.com% grep ATA /boot/config-2.6.9-89.0.16.plus.c4
# CONFIG_X86_MCE_NONFATAL is not set
# ATA/ATAPI/MFM/RLL support
# CONFIG_BLK_DEV_IDE_SATA is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_PIO is not set
# Serial ATA (prod) and Parallel ATA (experimental) drivers
CONFIG_ATA=m
# CONFIG_SATA_AHCI is not set
CONFIG_SATA_SVW=m
CONFIG_ATA_PIIX=m
CONFIG_SATA_MV=m
CONFIG_SATA_NV=m
CONFIG_SATA_QSTOR=m
CONFIG_SATA_PROMISE=m
CONFIG_SATA_SX4=m
CONFIG_SATA_SIL=m
CONFIG_SATA_SIL24=m
CONFIG_SATA_SIS=m
CONFIG_SATA_ULI=m
CONFIG_SATA_VIA=m
CONFIG_SATA_VITESSE=m
CONFIG_SATA_INTEL_COMBINED=y
CONFIG_PATA_PDC2027X=m
CONFIG_PATA_JMICRON=m
CONFIG_ATALK=m
CONFIG_USB_STORAGE_DATAFAB=y
# CONFIG_INFINIBAND_IPOIB_DEBUG_DATA is not set
# CONFIG_ATARI_PARTITION is not set

0004010: preserving timestamps on CIFS as regular user results in "permission denied"

I've searched the bug database and haven't found a match in here. I found http://bugs.gentoo.org/173779 [^] , which redirects to http://bugzilla.kernel.org/show_bug.cgi?id=8437 [^] , which describes the problem I'm seeing.

I'm logged in as regular user, the filesystem is mounted automatically over /etc/fstab and owned by that user.
When touching a file which doesn't exist, I get the following message:

-sh-3.2$ touch test
touch: setting times of `test': Permission denied

strace showed the following (which matches the pattern in the bug report):
open("test", O_WRONLY|O_CREAT|O_NOCTTY|O_NONBLOCK, 0666) = 0
utimes("/proc/self/fd/0", NULL) = -1 EACCES (Permission denied)
utimes("test", NULL) = -1 EACCES (Permission denied)
close(0)

I have several systems configured the same way, all showing the same pattern.

Mount options in /etc/fstab:
//IMAGES/images /localimages/ cifs uid=tomcat,gid=tomcat,credentials=/root/credentials,ip=192.168.0.1,rsize=130048,nobrl 0 0

Server and client are both CentOS 5.4.

0004002: yum-priorites doesnt work

add centos repos
add dags repo

# yum install --disablerepo=dag geoip

THEN
# yum update

which insists on updating geoip from dags repo even though it has a much lower priority of 22 !

Dependencies Resolved

=================================================================================================================================================================
Package Arch Version Repository Size
=================================================================================================================================================================
Installing:
geoip x86_64 1.4.5-1.el5.rf dag 726 k
replacing GeoIP.x86_64 1.4.5-1.el5.centos

0004009: PerlSetEnv not working consistently with mod_perl

This now resolved bug in Ubuntu seems to be a problem in CentOS 5.4:
https://bugs.launchpad.net/ubuntu/+source/libapache2-mod-perl2/+bug/305646 [^]

The exact same configuration produces the exact same result on my machine as in that bug report.

0004007: Uninstall of evolution breaks gnome desktop

I was cleaning up my desktop, uninstalling applications that I do not need on my MythTV Xen server. I uninstalled open office and evolution. When I uninstalled evolution, it apparantly broke gnome. I only say it is the dependency in evolution because reinstalling those fixed gnome.

I was unable to re-log in with X-Win32 LIVE after uninstalling evolution. Thinking it was something wrong with X-Win32, I logged into the Dom0 server and used Virtual Manager to open up the desktop. No gnome, it went for the lighter desktops and when I explicitly set it to gnome, it broke.

When evolution was uninstalled, I noticed a lot of things were being uninstalled with it, but I just assumed those were related applications. Oops on my part!!

To remedy this, I first installed evolution.x86_64, but that didn't do it. So I looked in yum.log and installed everything that was uninstalled with evolution.

I placed the list of things that was uninstalled in the additional information section.

0003496: rpm uninstall of librsvg2-2.16.1-1.el5.i386 on an x86 system doesn't work

If you have a x86 system with 386/686 and x86 rpms installed (the default), you can't uninstall the 386 version of librsvg2 via yum nor rpm:

See the following traces:

- TRACE ONE -

# rpm -e librsvg2-2.16.1-1.el5.i386
ls: /etc/gtk-2.0/i?86*: No such file or directory
/usr/bin/update-gdk-pixbuf-loaders: line 44: /etc/gtk-2.0/i686-redhat-linux-gnu/gdk-pixbuf.loaders: No such file or directory
error: %postun(librsvg2-2.16.1-1.el5.i386) scriptlet failed, exit status 1

- TRACE TWO -
## THIS OUTPUT shows the same rpm being removed twice and both times not appearing uninstalled
#==================================
#==================================

## OK , remove all i386 and 686 rpms

# yum erase \*.i386 \*.i686
Loaded plugins: fastestmirror, priorities
Setting up Remove Process
No Match for argument: *.i686
Resolving Dependencies
--> Running transaction check
---> Package librsvg2.i386 0:2.16.1-1.el5 set to be erased
--> Finished Dependency Resolution

Dependencies Resolved

=========================================================================================================================================
Package Arch Version Repository Size
=========================================================================================================================================
Removing:
librsvg2 i386 2.16.1-1.el5 installed 425 k

Transaction Summary
=========================================================================================================================================
Install 0 Package(s)
Update 0 Package(s)
Remove 1 Package(s)

Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Erasing : librsvg2 [1/1]
ls: /etc/gtk-2.0/i?86*: No such file or directory
/usr/bin/update-gdk-pixbuf-loaders: line 44: /etc/gtk-2.0/i686-redhat-linux-gnu/gdk-pixbuf.loaders: No such file or directory

Removed: librsvg2.i386 0:2.16.1-1.el5
Complete!

### NOTE - libsrvg2 is still installed as i386 (it's the only one)

# rpm -aq --qf='%{name}-%{version}-%{release}.%{arch}\n' | grep librsvg2
librsvg2-2.16.1-1.el5.x86_64
librsvg2-2.16.1-1.el5.i386

### OK , try to remove all i386 and 686 rpms again

# yum erase \*.i386 \*.i686
Loaded plugins: fastestmirror, priorities
Setting up Remove Process
No Match for argument: *.i686
Resolving Dependencies
--> Running transaction check
---> Package librsvg2.i386 0:2.16.1-1.el5 set to be erased
--> Finished Dependency Resolution

Dependencies Resolved

=========================================================================================================================================
Package Arch Version Repository Size
=========================================================================================================================================
Removing:
librsvg2 i386 2.16.1-1.el5 installed 425 k

Transaction Summary
=========================================================================================================================================
Install 0 Package(s)
Update 0 Package(s)
Remove 1 Package(s)

Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Erasing : librsvg2 [1/1]
ls: /etc/gtk-2.0/i?86*: No such file or directory
/usr/bin/update-gdk-pixbuf-loaders: line 44: /etc/gtk-2.0/i686-redhat-linux-gnu/gdk-pixbuf.loaders: No such file or directory

Removed: librsvg2.i386 0:2.16.1-1.el5
Complete!

### NOTE - libsrvg2 is still installed as i386

# rpm -aq --qf='%{name}-%{version}-%{release}.%{arch}\n' | grep librsvg2
librsvg2-2.16.1-1.el5.x86_64
librsvg2-2.16.1-1.el5.i386

0004006: Anaconda crashes during installation

This error occurs just after selecting a partitioning scheme. I've tried multiple partitioning layouts, but it's always the same. It pops up the error window with the bug information that I have attached. I don't know much about anaconda, and I'm new to CentOS so be gentle if I'm missing something majorly obvious.

Thanks