Discuss

discuss@lists.centos.org

34753 discussions

Very unresponsive, sometimes stalling domU (5.4, x86_64)
by Timo Schoeler 03 Mar '10

03 Mar '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi list, please forgive cross posting, but I cannot specify the problem enough to say whether list it fits perfectly, so I'll ask on both. I have some machines based with following specs (see at the end of the email). They run CentOS 5.4 x86_64 with the latest patches applied, Xen-enabled and should host one or more domUs. I put the domUs' storage on LVM, as I learnt ages ago (what never caused any problems) and is way faster than using file-based 'images'. However, there's something special about these machines: They have the new WD EARS series drives, which use 4K sector sizes. So, I booted a rescue system and used fdisk to start at sector 64 instead of 63 (long story made short: Due to overhead causing the drive to do much more, inefficient writes when starting at sector 63, the performance collapses; with 'normal' geometry (sector 63), the drive achieves about 25MiByte/sec writes, with starting at sector 64 partition, it achieves almost 100MiByte/sec writes): [root@server2 ~]# fdisk -ul /dev/sda Disk /dev/sda: 1000.2 GB, 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors Units = sectors of 1 * 512 = 512 bytes Device Boot Start End Blocks Id System /dev/sda1 * 64 2097223 1048580 fd Linux raid autodetect Partition 1 does not end on cylinder boundary. /dev/sda2 2097224 18876487 8389632 82 Linux swap / Solaris /dev/sda3 18876488 1953525167 967324340 fd Linux raid autodetect On top of those (two per machine) WD EARS HDs there's ``md'' providing two RAID1, /boot and LVM, as well as swap per HD (i.e. non-RAIDed). LVM provides the / partition as well as LVs for Xen domUs. I have about 60 machines running that style and never had any problems. They run like a charm. On these machines, however, domUs are *very* slow, have a steady (!) load of about two -- 50% stating in 'wait' -- and all operations take ages, e.g. a ``yum update'' with the recently released updates. Now, can that be due to 4K issues I didn't see, nestet now in LVM? Help is very appreciated. Cheers, Timo - --- Linux server2.blah.org 2.6.18-164.11.1.el5xen #1 SMP Wed Jan 20 08:06:04 EST 2010 x86_64 x86_64 x86_64 GNU/Linux - --- [root@server2 ~]# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Core(TM)2 Quad CPU Q9400 @ 2.66GHz stepping : 10 cpu MHz : 1998.000 cache size : 3072 KB physical id : 0 siblings : 1 core id : 0 cpu cores : 1 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx smx est tm2 cx16 xtpr lahf_lm bogomips : 6668.58 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Core(TM)2 Quad CPU Q9400 @ 2.66GHz stepping : 10 cpu MHz : 1998.000 cache size : 3072 KB physical id : 1 siblings : 1 core id : 0 cpu cores : 1 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx smx est tm2 cx16 xtpr lahf_lm bogomips : 6668.58 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Core(TM)2 Quad CPU Q9400 @ 2.66GHz stepping : 10 cpu MHz : 1998.000 cache size : 3072 KB physical id : 2 siblings : 1 core id : 0 cpu cores : 1 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx smx est tm2 cx16 xtpr lahf_lm bogomips : 6668.58 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Core(TM)2 Quad CPU Q9400 @ 2.66GHz stepping : 10 cpu MHz : 1998.000 cache size : 3072 KB physical id : 3 siblings : 1 core id : 0 cpu cores : 1 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx smx est tm2 cx16 xtpr lahf_lm bogomips : 6668.58 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: - --- [root@server2 ~]# cat /proc/meminfo MemTotal: 524288 kB MemFree: 80620 kB Buffers: 23352 kB Cached: 205400 kB SwapCached: 0 kB Active: 132448 kB Inactive: 156424 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 524288 kB LowFree: 80620 kB SwapTotal: 16779248 kB SwapFree: 16779248 kB Dirty: 32 kB Writeback: 0 kB AnonPages: 60112 kB Mapped: 13348 kB Slab: 30996 kB PageTables: 4424 kB NFS_Unstable: 0 kB Bounce: 0 kB CommitLimit: 17041392 kB Committed_AS: 334800 kB VmallocTotal: 34359738367 kB VmallocUsed: 12572 kB VmallocChunk: 34359724607 kB - --- [root@server2 ~]# fgrep min-mem /etc/xen/xend-config.sxp # dom0-min-mem is the lowest memory level (in MB) dom0 will get down to. # If dom0-min-mem=0, dom0 will never balloon out. (dom0-min-mem 512) - --- [root@server2 ~]# fgrep dom0 /boot/grub/menu.lst kernel /xen.gz-2.6.18-164.11.1.el5 dom0_mem=512M - --- example of ``dstat'' running while ``yum update'' was done; I think the CPU is in ``wait'' state too much: - ----total-cpu-usage---- -dsk/total- -net/total- ---paging-- ---system-- usr sys idl wai hiq siq| read writ| recv send| in out | int csw 0 0 100 0 0 0| 0 0 | 136B 178B| 0 0 | 11 12 0 0 100 0 0 0| 0 0 | 966B 892B| 0 0 | 35 31 12 5 83 0 0 0| 0 0 |4068B 4521B| 0 0 | 245 150 47 4 50 0 0 0| 0 0 | 126B 178B| 0 0 | 113 11 46 3 51 0 0 0| 0 0 | 328B 470B| 0 0 | 133 22 0 0 73 28 0 0| 48k 0 | 198B 454B| 0 0 | 30 27 41 3 51 5 0 0| 192k 0 | 522B 1246B| 0 0 | 164 61 9 2 89 0 0 0|8192B 968k| 630B 1896B| 0 0 | 62 35 0 0 100 0 0 0| 0 0 | 136B 178B| 0 0 | 15 16 0 0 100 0 0 0| 0 0 | 246B 292B| 0 0 | 14 17 1 0 99 0 0 0| 0 0 |1231k 28k| 0 0 |1004 925 0 0 100 0 0 0| 0 0 |3394k 77k| 0 0 |2871 2943 27 5 48 20 0 0| 968k 0 | 442k 10k| 0 0 | 641 657 19 5 59 17 0 0| 344k 536k|1644B 4064B| 0 0 | 414 339 0 0 50 50 0 0| 56k 320k| 186B 232B| 0 0 | 128 129 0 1 44 54 0 0| 136k 1312k| 278B 220B| 0 0 | 126 107 0 0 55 45 0 0|1552k 11M| 126B 178B| 0 0 | 502 139 0 0 53 48 0 0| 568k 0 | 126B 178B| 0 0 | 41 32 0 0 50 50 0 0| 0 0 | 126B 178B| 0 0 | 16 14 1 1 53 46 0 0|9608k 0 | 258B 566B| 0 0 |1473 2456 12 3 54 32 0 0|1368k 0 |2112B 6064B| 0 0 | 713 603 12 1 36 52 0 0| 888k 1192k| 858B 2426B| 0 0 | 394 429 0 0 52 48 0 0| 0 2472k| 126B 178B| 0 0 | 189 75 - ----total-cpu-usage---- -dsk/total- -net/total- ---paging-- ---system-- usr sys idl wai hiq siq| read writ| recv send| in out | int csw 0 0 54 46 0 0| 0 728k| 66B 178B| 0 0 | 107 30 0 0 41 59 0 0|8192B 448k| 126B 322B| 0 0 | 85 46 0 0 55 45 0 0| 0 1920k| 126B 178B| 0 0 | 185 72 0 0 54 46 0 0| 0 2688k| 126B 178B| 0 0 | 238 78 0 0 41 59 0 0| 0 1576k| 126B 178B| 0 0 | 136 51 0 0 47 53 0 0|8192B 2128k| 66B 178B| 0 0 | 207 53 0 0 50 50 0 0| 40k 2744k| 66B 178B| 0 0 | 277 60 0 0 50 50 0 0| 16k 3536k| 66B 178B| 0 0 | 330 59 0 0 50 50 0 0|8192B 1016k| 66B 178B| 0 0 | 98 16 0 0 59 41 0 0| 80k 4320k| 66B 178B| 0 0 | 108 100 0 0 48 52 0 0| 16k 208k| 126B 178B| 0 0 | 80 89 0 0 46 54 0 0| 56k 0 | 308B 178B| 0 0 | 38 68 0 0 42 58 0 0| 0 0 | 66B 178B| 0 0 | 11 11 0 0 54 45 0 0|1264k 752k| 66B 178B| 0 0 | 282 428 0 0 53 47 0 0| 0 360k| 66B 178B| 0 0 | 81 101 0 0 53 46 0 0| 0 576k| 66B 178B| 0 0 | 141 129 0 0 38 62 0 0| 536k 88k| 126B 178B| 0 0 | 68 62 0 0 50 50 0 0| 0 0 | 66B 178B| 0 0 | 17 15 1 1 52 46 0 0| 336k 392k| 126B 178B| 0 0 | 105 115 0 0 39 61 0 0| 152k 3504k| 126B 178B| 0 0 | 199 63 0 0 49 51 0 0| 40k 992k| 186B 178B| 0 0 | 122 40 0 0 56 44 0 0| 0 216k| 186B 178B| 0 0 | 73 39 0 0 42 58 0 0| 0 224k| 66B 178B| 0 0 | 69 30 - ----total-cpu-usage---- -dsk/total- -net/total- ---paging-- ---system-- usr sys idl wai hiq siq| read writ| recv send| in out | int csw 0 0 50 50 0 0| 0 216k| 66B 178B| 0 0 | 89 36 0 0 51 50 0 0| 0 272k| 126B 322B| 0 0 | 100 34 0 0 50 50 0 0|8192B 312k| 66B 178B| 0 0 | 81 36 0 0 56 44 0 0| 0 560k| 186B 178B| 0 0 | 103 44 0 0 43 57 0 0| 0 488k| 126B 178B| 0 0 | 91 16 0 0 50 50 0 0| 0 408k| 126B 178B| 0 0 | 59 12 0 0 64 36 0 0| 72k 120k| 380B 566B| 0 0 | 140 87 0 0 44 56 0 0| 0 0 | 66B 178B| 0 0 | 9 10 0 0 55 45 0 0| 16k 0 | 126B 178B| 0 0 | 32 38 2 0 21 78 0 0| 72k 744k| 846B 2038B| 0 0 | 243 275 0 0 44 56 0 0| 0 0 | 186B 178B| 0 0 | 15 19 0 0 50 50 0 0|8192B 992k| 66B 178B| 0 0 | 72 16 0 1 51 48 0 0| 440k 568k| 126B 178B| 0 0 | 105 142 0 0 65 34 0 0| 32k 48k| 192B 372B| 0 0 | 41 43 2 1 41 56 0 0| 80k 872k|1254B 3784B| 0 0 | 271 264 0 0 44 56 0 0| 0 264k| 126B 178B| 0 0 | 66 84 0 0 61 39 0 0| 64k 224k| 126B 178B| 0 0 | 125 162 1 1 18 81 0 0| 0 736k| 132B 372B| 0 0 | 88 35 0 0 59 41 0 0| 104k 912k|1032B 2312B| 0 0 | 176 113 0 0 44 56 0 0| 0 0 |1090B 178B| 0 0 | 15 13 1 0 57 41 0 0| 96k 704k| 528B 1456B| 0 0 | 167 206 0 0 44 56 0 0| 40k 16k|1270B 178B| 0 0 | 39 36 0 0 50 50 0 0| 0 0 | 126B 178B| 0 0 | 13 13 - ----total-cpu-usage---- -dsk/total- -net/total- ---paging-- ---system-- usr sys idl wai hiq siq| read writ| recv send| in out | int csw 0 0 50 50 0 0| 16k 2368k| 66B 178B| 0 0 | 165 50 1 0 54 45 0 0| 72k 304k|1692B 4510B| 0 0 | 248 201 0 0 54 46 0 0|8192B 176k|3898B 178B| 0 0 | 132 83 0 0 51 49 0 0|8192B 240k|7236B 252B| 0 0 | 212 101 0 0 50 50 0 0| 40k 0 | 126B 178B| 0 0 | 27 31 0 0 32 68 0 0| 0 0 |3034B 178B| 0 0 | 61 15 0 3 63 34 0 0| 280k 1840k|6350B 820B| 0 0 | 378 354 0 0 44 56 0 0| 0 336k| 66B 178B| 0 0 | 73 88 0 0 50 50 0 0|8192B 248k| 66B 178B| 0 0 | 62 52 0 0 50 50 0 0| 336k 200k| 126B 178B| 0 0 | 65 71 0 0 55 45 0 0| 72k 368k| 126B 178B| 0 0 | 80 100 0 0 52 48 0 0| 192k 176k| 66B 178B| 0 0 | 54 69 0 0 41 59 0 0| 112k 272k| 66B 178B| 0 0 | 71 64 0 0 40 60 0 0| 0 0 | 126B 178B| 0 0 | 25 24 0 0 57 43 0 0| 240k 216k| 186B 330B| 0 0 | 63 86 0 0 51 49 0 0| 120k 808k| 126B 178B| 0 0 | 131 157 0 0 50 50 0 0| 0 296k| 66B 178B| 0 0 | 65 84 0 0 50 50 0 0| 0 296k| 126B 178B| 0 0 | 72 98 0 0 41 59 0 0| 0 2848k| 126B 178B| 0 0 | 154 112 0 0 50 50 0 0| 0 384k| 188B 178B| 0 0 | 84 32 0 0 53 47 0 0| 0 272k|1812B 178B| 0 0 | 82 17 0 0 47 53 0 0| 0 208k| 196B 178B| 0 0 | 54 17 0 0 50 50 0 0| 0 232k| 128B 178B| 0 0 | 66 30 - ----total-cpu-usage---- -dsk/total- -net/total- ---paging-- ---system-- usr sys idl wai hiq siq| read writ| recv send| in out | int csw 0 0 45 55 0 0| 0 392k| 126B 178B| 0 0 | 85 22 0 0 50 50 0 0| 0 296k| 126B 322B| 0 0 | 64 10 0 0 65 35 0 0| 24k 472k| 448B 486B| 0 0 | 114 99 1 1 20 78 0 0| 120k 0 | 66B 178B| 0 0 | 86 96 0 0 49 51 0 0| 0 0 | 66B 178B| 0 0 | 9 12 0 1 64 36 0 0|2720k 456k| 276B 178B| 0 0 | 151 124 0 0 100 0 0 0| 0 0 | 196B 178B| 0 0 | 32 24 0 0 100 0 0 0| 0 0 | 66B 178B| 0 0 | 9 12 0 0 100 0 0 0| 0 0 | 66B 178B| 0 0 | 10 13 0 0 80 19 0 0|8192B 1248k| 66B 178B| 0 0 | 177 205 0 0 54 46 0 0| 16k 328k| 198B 486B| 0 0 | 99 111 0 0 53 47 0 0| 0 344k| 126B 178B| 0 0 | 82 78 0 0 31 69 0 0| 0 312k| 66B 178B| 0 0 | 79 101 0 0 60 40 0 0| 0 240k| 192B 372B| 0 0 | 76 89 0 0 24 76 0 0| 0 280k| 66B 178B| 0 0 | 71 81 0 0 47 53 0 0| 0 120k| 66B 178B| 0 0 | 36 40 0 0 50 50 0 0| 0 304k| 66B 178B| 0 0 | 79 99 0 0 56 44 0 0| 0 144k| 66B 178B| 0 0 | 42 84 0 0 50 50 0 0| 16k 136k| 186B 178B| 0 0 | 50 64 0 0 59 41 0 0| 0 328k| 192B 372B| 0 0 | 71 57 0 0 22 78 0 0| 0 280k| 66B 178B| 0 0 | 71 88 0 0 50 50 0 0| 0 256k| 66B 178B| 0 0 | 76 88 0 0 56 44 0 0| 24k 232k| 186B 178B| 0 0 | 80 102 - ----total-cpu-usage---- -dsk/total- -net/total- ---paging-- ---system-- usr sys idl wai hiq siq| read writ| recv send| in out | int csw 0 0 52 48 0 0| 0 240k| 132B 372B| 0 0 | 76 84 0 0 60 40 0 0| 0 416k| 186B 322B| 0 0 | 73 81 3 2 55 41 0 0|8192B 184k| 384B 1316B| 0 0 | 97 80 0 0 100 0 0 0| 0 0 | 428B 746B| 0 0 | 40 22 0 0 100 0 0 0| 0 0 | 246B 462B| 0 0 | 24 13 0 0 98 2 0 0| 0 2728k| 66B 178B| 0 0 | 22 21 0 0 100 0 0 0| 0 0 | 308B 462B| 0 0 | 23 11 0 0 100 0 0 0| 0 0 | 66B 178B| 0 0 | 23 17 0 0 100 0 0 0| 0 0 | 126B 178B| 0 0 | 12 11 0 0 100 0 0 0| 0 0 | 246B 462B| 0 0 | 23 15 0 0 99 1 0 0| 0 0 | 66B 178B| 0 0 | 10 14 0 0 99 1 0 0| 0 688k| 126B 178B| 0 0 | 110 15 0 0 100 0 0 0| 0 0 | 248B 178B| 0 0 | 21 15 0 0 100 0 0 0| 0 0 | 66B 178B| 0 0 | 10 13 0 0 100 0 0 0| 0 0 | 186B 178B| 0 0 | 21 13 0 0 100 0 0 0| 0 0 | 126B 178B| 0 0 | 14 17 0 0 100 0 0 0| 0 0 | 186B 462B| 0 0 | 20 11 0 0 100 0 0 0| 0 0 | 126B 178B| 0 0 | 22 19 0 0 100 0 0 0| 0 0 | 186B 178B| 0 0 | 17 13 0 0 100 0 0 0| 0 0 | 126B 178B| 0 0 | 12 14 0 0 100 0 0 0| 0 0 | 126B 178B| 0 0 | 13 13 0 0 100 0 0 0| 0 0 | 186B 178B| 0 0 | 13 12 0 0 100 0 0 0| 0 0 | 126B 178B| 0 0 | 11 11 - ----total-cpu-usage---- -dsk/total- -net/total- ---paging-- ---system-- usr sys idl wai hiq siq| read writ| recv send| in out | int csw 0 0 78 23 0 0| 0 32k| 126B 178B| 0 0 | 20 21 0 0 100 0 0 0| 0 0 | 126B 322B| 0 0 | 12 13 0 0 100 0 0 0| 0 0 | 66B 178B| 0 0 | 9 12 0 0 100 0 0 0| 0 0 | 66B 178B| 0 0 | 10 13 0 0 100 0 0 0| 0 0 | 126B 178B| 0 0 | 15 15 0 0 100 0 0 0| 0 0 | 126B 178B| 0 0 | 13 11 0 0 100 0 0 0| 0 0 | 126B 314B| 0 0 | 16 15 0 0 100 0 0 0| 0 0 | 186B 326B| 0 0 | 16 11 0 0 100 0 0 0| 0 112k| 126B 178B| 0 0 | 22 15 0 0 100 0 0 0| 0 0 | 186B 178B| 0 0 | 14 14 0 0 100 0 0 0| 0 0 | 66B 178B| 0 0 | 12 12 0 0 100 0 0 0| 0 0 | 126B 178B| 0 0 | 14 13 0 0 100 0 0 0| 0 0 | 66B 178B| 0 0 | 10 13 0 0 99 2 0 0| 0 8192B| 66B 178B| 0 0 | 12 15 0 0 100 0 0 0| 0 0 | 186B 178B| 0 0 | 21 14 0 0 100 0 0 0| 0 0 | 126B 178B| 0 0 | 15 13 0 0 100 0 0 0| 0 0 | 186B 178B| 0 0 | 16 15 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFLjMy5fg746kcGBOwRAs6KAJ9BeSRkvsIwt3/z/KYQcW6fIKxkHgCgjFaH GDjMz//WUy7m2EAeD27HYpw= =oK05 -----END PGP SIGNATURE-----

2 2

Using USB Tape drive on Centos 5.3 (kernel 2.6.18-164.10.1.el5PAE)
by Muro, Sam 03 Mar '10

03 Mar '10

Hello there I have been trying to install HP Storageworks DAT72 on CentOS 5 in vain. On system reboot, neither /dev/st not /dev/sg is available. May you please lead me through as this is my first time trying to do it lsmod Module Size Used by ipv6 267617 40 xfrm_nalgo 13381 1 ipv6 crypto_api 12609 1 xfrm_nalgo autofs4 29253 2 hidp 23105 2 dahdi_echocan_mg2 10248 0 wanec 306712 0 af_wanpipe 38080 0 wanpipe 459296 64 wanrouter 42336 6 wanec,af_wanpipe,wanpipe dahdi 192392 128 dahdi_echocan_mg2,wanpipe crc_ccitt 6337 1 dahdi sdladrv 79648 2 wanpipe,wanrouter rfcomm 42457 0 l2cap 29505 10 hidp,rfcomm bluetooth 53925 5 hidp,rfcomm,l2cap sunrpc 145533 1 dm_multipath 24909 0 scsi_dh 11713 1 dm_multipath video 21193 0 hwmon 7365 0 backlight 10049 1 video sbs 18533 0 i2c_ec 9025 1 sbs i2c_core 23745 1 i2c_ec button 10705 0 battery 13637 0 asus_acpi 19289 0 ac 9157 0 parport_pc 29157 0 lp 15849 0 parport 37513 2 parport_pc,lp hpilo 13389 0 bnx2 173133 0 serio_raw 10693 0 pcspkr 7105 0 dm_raid45 67145 0 dm_message 6977 1 dm_raid45 dm_region_hash 15681 1 dm_raid45 dm_mem_cache 9537 1 dm_raid45 dm_snapshot 22885 0 dm_zero 6209 0 dm_mirror 24265 0 dm_log 14657 3 dm_raid45,dm_region_hash,dm_mirror dm_mod 63225 11 dm_multipath,dm_raid45,dm_snapshot,dm_zero,dm_mirror,dm_log cciss 67909 3 sd_mod 25281 0 scsi_mod 141717 3 scsi_dh,cciss,sd_mod ext3 125001 2 jbd 57065 1 ext3 uhci_hcd 25549 0 ohci_hcd 24809 0 ehci_hcd 34125 0 ---------------------------------------- #cat /etc/modprobe.conf alias eth0 bnx2 alias eth1 bnx2 alias eth2 bnx2 alias eth3 bnx2 alias scsi_hostadapter cciss alias scsi_hostadapter1 usb-storage install usb-storage : --------------------------------------- #ls -l /dev [root@scb-dr-pbx01 ~]# ll /dev/ total 0 crw------- 1 root root 10, 62 Mar 2 18:06 autofs drwxr-xr-x 3 root root 60 Mar 2 18:06 bus drwxr-xr-x 2 root root 100 Mar 2 18:06 cciss crw------- 1 root root 5, 1 Mar 2 18:07 console lrwxrwxrwx 1 root root 11 Mar 2 18:06 core -> /proc/kcore drwxr-xr-x 2 asterisk asterisk 1360 Mar 2 18:06 dahdi drwxr-xr-x 4 root root 80 Mar 2 18:06 disk lrwxrwxrwx 1 root root 13 Mar 2 18:06 fd -> /proc/self/fd crw-rw-rw- 1 root root 1, 7 Mar 2 18:06 full srwxrwxrwx 1 root root 0 Mar 2 18:06 gpmctl crw------- 1 root root 10, 228 Mar 2 18:06 hpet drwxr-xr-x 2 root root 200 Mar 2 18:06 hpilo prw------- 1 root root 0 Mar 2 18:06 initctl drwxr-xr-x 2 root root 160 Mar 2 18:06 input crw------- 1 root root 1, 11 Mar 2 18:06 kmsg srw-rw-rw- 1 root root 0 Mar 2 18:06 log brw-r----- 1 root disk 7, 0 Mar 2 18:06 loop0 brw-r----- 1 root disk 7, 1 Mar 2 18:06 loop1 brw-r----- 1 root disk 7, 2 Mar 2 18:06 loop2 brw-r----- 1 root disk 7, 3 Mar 2 18:06 loop3 brw-r----- 1 root disk 7, 4 Mar 2 18:06 loop4 brw-r----- 1 root disk 7, 5 Mar 2 18:06 loop5 brw-r----- 1 root disk 7, 6 Mar 2 18:06 loop6 brw-r----- 1 root disk 7, 7 Mar 2 18:06 loop7 lrwxrwxrwx 1 root root 13 Mar 2 18:06 MAKEDEV -> /sbin/MAKEDEV drwxr-xr-x 2 root root 100 Mar 2 18:06 mapper brw-r----- 1 root disk 9, 0 Mar 2 18:06 md0 crw-r----- 1 root kmem 1, 1 Mar 2 18:06 mem drwxr-xr-x 2 root root 60 Mar 2 18:06 net crw-rw-rw- 1 root root 1, 3 Mar 2 18:06 null crw-rw---- 1 root root 10, 144 Mar 2 18:06 nvram crw------- 1 root root 1, 12 Mar 2 18:06 oldmem crw-rw---- 1 root lp 99, 0 Mar 2 18:06 parport0 crw-rw---- 1 root lp 99, 1 Mar 2 18:06 parport1 crw-rw---- 1 root lp 99, 2 Mar 2 18:06 parport2 crw-rw---- 1 root lp 99, 3 Mar 2 18:06 parport3 crw-r----- 1 root kmem 1, 4 Mar 2 18:06 port crw------- 1 root root 108, 0 Mar 2 18:06 ppp crw-rw-rw- 1 root tty 5, 2 Mar 2 18:10 ptmx drwxr-xr-x 2 root root 0 Mar 2 18:05 pts lrwxrwxrwx 1 root root 4 Mar 2 18:06 ram -> ram1 brw-r----- 1 root disk 1, 0 Mar 2 18:06 ram0 brw-r----- 1 root disk 1, 1 Mar 2 18:06 ram1 brw-r----- 1 root disk 1, 10 Mar 2 18:06 ram10 brw-r----- 1 root disk 1, 11 Mar 2 18:06 ram11 brw-r----- 1 root disk 1, 12 Mar 2 18:06 ram12 brw-r----- 1 root disk 1, 13 Mar 2 18:06 ram13 brw-r----- 1 root disk 1, 14 Mar 2 18:06 ram14 brw-r----- 1 root disk 1, 15 Mar 2 18:06 ram15 brw-r----- 1 root disk 1, 2 Mar 2 18:06 ram2 brw-r----- 1 root disk 1, 3 Mar 2 18:06 ram3 brw-r----- 1 root disk 1, 4 Mar 2 18:06 ram4 brw-r----- 1 root disk 1, 5 Mar 2 18:06 ram5 brw-r----- 1 root disk 1, 6 Mar 2 18:06 ram6 brw-r----- 1 root disk 1, 7 Mar 2 18:06 ram7 brw-r----- 1 root disk 1, 8 Mar 2 18:06 ram8 brw-r----- 1 root disk 1, 9 Mar 2 18:06 ram9 lrwxrwxrwx 1 root root 4 Mar 2 18:06 ramdisk -> ram0 crw-rw-rw- 1 root root 1, 8 Mar 2 18:06 random crw------- 1 root root 162, 0 Mar 2 18:06 rawctl brw------- 1 root root 253, 0 Mar 2 18:06 root crw-r--r-- 1 root root 10, 135 Mar 2 18:06 rtc drwxrwxrwt 2 root root 40 Mar 2 18:06 shm lrwxrwxrwx 1 root root 15 Mar 2 18:06 stderr -> /proc/self/fd/2 lrwxrwxrwx 1 root root 15 Mar 2 18:06 stdin -> /proc/self/fd/0 lrwxrwxrwx 1 root root 15 Mar 2 18:06 stdout -> /proc/self/fd/1 crw------- 1 root root 4, 0 Mar 2 18:06 systty crw-rw-rw- 1 root tty 5, 0 Mar 2 18:06 tty crw-rw---- 1 root tty 4, 0 Mar 2 18:06 tty0 crw------- 1 root root 4, 1 Mar 2 18:07 tty1 crw-rw---- 1 root tty 4, 10 Mar 2 18:06 tty10 crw-rw---- 1 root tty 4, 11 Mar 2 18:06 tty11 crw-rw---- 1 root tty 4, 12 Mar 2 18:06 tty12 crw-rw---- 1 root tty 4, 13 Mar 2 18:06 tty13 crw-rw---- 1 root tty 4, 14 Mar 2 18:06 tty14 crw-rw---- 1 root tty 4, 15 Mar 2 18:06 tty15 crw-rw---- 1 root tty 4, 16 Mar 2 18:06 tty16 crw-rw---- 1 root tty 4, 17 Mar 2 18:06 tty17 crw-rw---- 1 root tty 4, 18 Mar 2 18:06 tty18 crw-rw---- 1 root tty 4, 19 Mar 2 18:06 tty19 crw------- 1 root root 4, 2 Mar 2 18:07 tty2 crw-rw---- 1 root tty 4, 20 Mar 2 18:06 tty20 crw-rw---- 1 root tty 4, 21 Mar 2 18:06 tty21 crw-rw---- 1 root tty 4, 22 Mar 2 18:06 tty22 crw-rw---- 1 root tty 4, 23 Mar 2 18:06 tty23 crw-rw---- 1 root tty 4, 24 Mar 2 18:06 tty24 crw-rw---- 1 root tty 4, 25 Mar 2 18:06 tty25 crw-rw---- 1 root tty 4, 26 Mar 2 18:06 tty26 crw-rw---- 1 root tty 4, 27 Mar 2 18:06 tty27 crw-rw---- 1 root tty 4, 28 Mar 2 18:06 tty28 crw-rw---- 1 root tty 4, 29 Mar 2 18:06 tty29 crw------- 1 root root 4, 3 Mar 2 18:07 tty3 crw-rw---- 1 root tty 4, 30 Mar 2 18:06 tty30 crw-rw---- 1 root tty 4, 31 Mar 2 18:06 tty31 crw-rw---- 1 root tty 4, 32 Mar 2 18:06 tty32 crw-rw---- 1 root tty 4, 33 Mar 2 18:06 tty33 crw-rw---- 1 root tty 4, 34 Mar 2 18:06 tty34 crw-rw---- 1 root tty 4, 35 Mar 2 18:06 tty35 crw-rw---- 1 root tty 4, 36 Mar 2 18:06 tty36 crw-rw---- 1 root tty 4, 37 Mar 2 18:06 tty37 crw-rw---- 1 root tty 4, 38 Mar 2 18:06 tty38 crw-rw---- 1 root tty 4, 39 Mar 2 18:06 tty39 crw------- 1 root root 4, 4 Mar 2 18:07 tty4 crw-rw---- 1 root tty 4, 40 Mar 2 18:06 tty40 crw-rw---- 1 root tty 4, 41 Mar 2 18:06 tty41 crw-rw---- 1 root tty 4, 42 Mar 2 18:06 tty42 crw-rw---- 1 root tty 4, 43 Mar 2 18:06 tty43 crw-rw---- 1 root tty 4, 44 Mar 2 18:06 tty44 crw-rw---- 1 root tty 4, 45 Mar 2 18:06 tty45 crw-rw---- 1 root tty 4, 46 Mar 2 18:06 tty46 crw-rw---- 1 root tty 4, 47 Mar 2 18:06 tty47 crw-rw---- 1 root tty 4, 48 Mar 2 18:06 tty48 crw-rw---- 1 root tty 4, 49 Mar 2 18:06 tty49 crw------- 1 root root 4, 5 Mar 2 18:07 tty5 crw-rw---- 1 root tty 4, 50 Mar 2 18:06 tty50 crw-rw---- 1 root tty 4, 51 Mar 2 18:06 tty51 crw-rw---- 1 root tty 4, 52 Mar 2 18:06 tty52 crw-rw---- 1 root tty 4, 53 Mar 2 18:06 tty53 crw-rw---- 1 root tty 4, 54 Mar 2 18:06 tty54 crw-rw---- 1 root tty 4, 55 Mar 2 18:06 tty55 crw-rw---- 1 root tty 4, 56 Mar 2 18:06 tty56 crw-rw---- 1 root tty 4, 57 Mar 2 18:06 tty57 crw-rw---- 1 root tty 4, 58 Mar 2 18:06 tty58 crw-rw---- 1 root tty 4, 59 Mar 2 18:06 tty59 crw------- 1 root root 4, 6 Mar 2 18:07 tty6 crw-rw---- 1 root tty 4, 60 Mar 2 18:06 tty60 crw-rw---- 1 root tty 4, 61 Mar 2 18:06 tty61 crw-rw---- 1 root tty 4, 62 Mar 2 18:06 tty62 crw-rw---- 1 root tty 4, 63 Mar 2 18:06 tty63 crw-rw---- 1 root tty 4, 7 Mar 2 18:06 tty7 crw-rw---- 1 root tty 4, 8 Mar 2 18:06 tty8 crw-rw---- 1 asterisk tty 4, 9 Mar 2 18:07 tty9 crw-rw---- 1 root uucp 4, 64 Mar 2 18:06 ttyS0 crw-rw---- 1 root uucp 4, 65 Mar 2 18:06 ttyS1 crw-rw---- 1 root uucp 4, 66 Mar 2 18:06 ttyS2 crw-rw---- 1 root uucp 4, 67 Mar 2 18:06 ttyS3 cr--r--r-- 1 root root 1, 9 Mar 2 18:06 urandom crw------- 1 root root 442, 0 Mar 2 18:06 usbdev1.1_ep00 crw------- 1 root root 442, 0 Mar 2 18:06 usbdev1.1_ep81 crw------- 1 root root 442, 1 Mar 2 18:06 usbdev1.2_ep00 crw------- 1 root root 442, 1 Mar 2 18:06 usbdev1.2_ep02 crw------- 1 root root 442, 1 Mar 2 18:06 usbdev1.2_ep86 crw------- 1 root root 442, 2048 Mar 2 18:06 usbdev2.1_ep00 crw------- 1 root root 442, 2048 Mar 2 18:06 usbdev2.1_ep81 crw------- 1 root root 442, 4096 Mar 2 18:06 usbdev3.1_ep00 crw------- 1 root root 442, 4096 Mar 2 18:06 usbdev3.1_ep81 crw------- 1 root root 442, 6144 Mar 2 18:06 usbdev4.1_ep00 crw------- 1 root root 442, 6144 Mar 2 18:06 usbdev4.1_ep81 crw------- 1 root root 442, 8192 Mar 2 18:06 usbdev5.1_ep00 crw------- 1 root root 442, 8192 Mar 2 18:06 usbdev5.1_ep81 crw------- 1 root root 442, 10240 Mar 2 18:06 usbdev6.1_ep00 crw------- 1 root root 442, 10240 Mar 2 18:06 usbdev6.1_ep81 crw------- 1 root root 442, 10241 Mar 2 18:06 usbdev6.2_ep00 crw------- 1 root root 442, 10241 Mar 2 18:06 usbdev6.2_ep81 crw------- 1 root root 442, 10241 Mar 2 18:06 usbdev6.2_ep82 crw------- 1 root root 442, 10242 Mar 2 18:06 usbdev6.3_ep00 crw------- 1 root root 442, 10242 Mar 2 18:06 usbdev6.3_ep81 crw------- 1 vcsa tty 7, 0 Mar 2 18:06 vcs crw------- 1 vcsa tty 7, 1 Mar 2 18:06 vcs1 crw------- 1 vcsa tty 7, 2 Mar 2 18:07 vcs2 crw------- 1 vcsa tty 7, 3 Mar 2 18:07 vcs3 crw------- 1 vcsa tty 7, 4 Mar 2 18:07 vcs4 crw------- 1 vcsa tty 7, 5 Mar 2 18:07 vcs5 crw------- 1 vcsa tty 7, 6 Mar 2 18:07 vcs6 crw------- 1 vcsa tty 7, 9 Mar 2 18:07 vcs9 crw------- 1 vcsa tty 7, 128 Mar 2 18:06 vcsa crw------- 1 vcsa tty 7, 129 Mar 2 18:06 vcsa1 crw------- 1 vcsa tty 7, 130 Mar 2 18:07 vcsa2 crw------- 1 vcsa tty 7, 131 Mar 2 18:07 vcsa3 crw------- 1 vcsa tty 7, 132 Mar 2 18:07 vcsa4 crw------- 1 vcsa tty 7, 133 Mar 2 18:07 vcsa5 crw------- 1 vcsa tty 7, 134 Mar 2 18:07 vcsa6 crw------- 1 vcsa tty 7, 137 Mar 2 18:07 vcsa9 drwx------ 2 root root 80 Mar 2 18:06 VolGroup00 crw------- 1 root root 242, 0 Mar 2 18:06 wanec lrwxrwxrwx 1 root root 4 Mar 2 18:06 X0R -> null crw-rw-rw- 1 root root 1, 5 Mar 2 18:06 zero ------ Any one with an idea kindly let me know how you managed to do it

4 4

Success moving Xen LVMs from 32 to 64bit host
by Kwan Lowe 03 Mar '10

03 Mar '10

Just wanted to share some success I had moving some Xen guests from one server to another. Problem Recap We had Xen host on a single core 32-bit CentOS 5.4 installation on an AMD Athlon 2.1 GhZ system that was giving hard drive errors and needed to move the LVM-backed Xen images to another server. The replacement server was a quad-core AMD Phenom system running 64-bit CentOS 5.4. Our original plan was to use LVM snapshots so that we wouldn't need a maintenance window. This worked fine in test, but we decided to bring down the Xen guests after all. After shutting down the systems we backed up the LVMs. To show the backing LV: lvdisplay /dev/rootvg/xm_c32_001 >From this, we grabbed the "Current LE" field and LV Size. We used LV Size to create a temporary mount point. We used the "Current LE" parameter to create an identically sized LV on the replacement server . On the failing server: dd if=/dev/rootvg/xm_c32_001 of=/mnt/backup/xm_c32_001.out We gzip'ed the resulting .out file and saved it as a backup. +++Footnote BTW, there are many recommendations to do the following on the virtual machine: dd if=/dev/zero bs=1024 count=xxxx of=/partition.out rm partition.out By creating the large empty file on each partition *in the guest istance* (/var, /, /home, etc.), it will improve the image compression. Space was not much of a concern and we were worried about blowing out a production system, so we opted not to do this. +++Footnote Once the backing LVM was created, we created the LV on the replacement server: lvcreate -l xxx -n xm_c32_001 rootvg Then used dd to recreate the file: dd if=xm_c32_001.out of=/dev/rootvg/xm_c32_001 Next, we copied the /etc/xen/xm_c32_001 configuration file to the replacement server. We generated a new UUID using the "uuidgen" utility. We also created a new MAC address. Finally, we started the instance: xm create xm_c32_001 Everything came up, but no network. From the root console we logged in then edited the /etc/sysconfig/network-scripts/ifcfg-eth0. Xen had apparently renamed the script and put in a DHCP configuration. We just renamed the backup file and commented out the MAC address line and restarted networking, *and* ifdown eth0 then ifup eth0. It took a few seconds for the network to properly discover the new MAC address. Once that was done, everything worked beautifully.

4 6

Problem.
by Damas Ally 03 Mar '10

03 Mar '10

Greetings all, I am using Centos-5.3 in my server which is running dns, apache and mail. When the power went off and back then all of my services are not be able to run, i visited log files esp for httpd it says read-only and httpd cant start, this cause all of my services to stop. i tried to fix by fsck but still i cant be able to log in my mails via web access because httpd is not running, in short all services stopped. I need help, what to do so that to change the read-only mode, i cant even delete any file. After running fsck and reboot now it reached:- (none) login: and if i type root gives incorrect. Please help me so that to get back my mail server online (mails are in this server). regards, Damas -- ICT4Community, in Community, with Community. damastz(a)hotmail.com/aim.com/juasun.net +255 (0) 715 /784 /767 464 678 QQ 860719395, skype: damas.ally

5 4

Wireless Made Easy (for Home Desktops)
by Ron Blizzard 02 Mar '10

02 Mar '10

For those of you who use a wireless router and may work on one or two (or even several) machines in your computer room, an AP Client is a nice solution. When you move to another machine you can just move the wireless net adapter to the new machine and you're up and running on the network immediately. I've been using a D-Link G730AP for a while -- but it's not really made for this -- it's a pocket adapter meant to carry with you laptop. And, unlike my old Asus WL-330, it won't hook up to a switch. Asus also makes a more powerful, larger, wireless AP/Client/Bridge/Reapeater, the WL-320gE. I bought two of these on eBay and they work great as Clients (network adapters) or "Stations" in Asus talk. They have a range of 850 meters (as compared to the pocket AP's range of 40 meters) so, in my room, I've got the full speed of my Cable wirelessly. It's three to four times faster than the D-Link G730AP, and it's solid (the D-Link was iffy). But, more importantly, I can hook it up to a wired (standard) switch and have as many simultaneous network connections as ports in the switch (in this case, four -- but I only use two). I've also set one up in the back of the house with a switch for my son's computers -- through several walls they're still getting very fast service. This is the only way I've used this device, but a lot of people buy them as repeaters. (I could mine up a repeater/client and my kids would have an even stronger single, but it's not necessary.) Another feature of Asus is that you can use it simultaneously as a bridge and as a wired client. It works well, the documentation is a bit inadequate, but it doesn't take long to "translate." Anyhow, I've rambled again. The reason I bring this up is that these things are currently selling for $25 on eBay -- which is about the cost of mid-range USB adapter. The seller has nearly 800 of them. (I have no relationship with the seller, except I'm a customer.) The eBay link is at http://tinyurl.com/ykysncw -- RonB -- Using CentOS 5.4

1 0

Virtual Machine Path Issue
by gene.poole＠macys.com 02 Mar '10

02 Mar '10

All, I'm running CentOS 5.3 x86_64 and I decided to install VMware Server 2.0.2 and all went without a hitch. I then created a Virtual Machine and used CentOS 5.4 x86_32 ISO image to build it. While I was customizing the built image, I attempted a 'find' command and received a message that the command could not be found. I checked root's path statement and found some strange entries (i.e. /usr/bini). Once I corrected those entries all seems to be working fine now. I don't have a physical platform to test the ISO on, so I must remain in the virtual arena. How can I tell if this is an error with the ISO or something going crazy during the VM build? Thanks, Gene Poole

1 0

kexec for CentOS 4?
by tony＠softins.clara.co.uk 02 Mar '10

02 Mar '10

I have a remote CentOS 4 machine on a network where I can't put a DHCP or PXE server, and I want to do a complete reinstall. So what I want to do is, from the currently-running system, to invoke an installation kernel and initrd in just the same way that GRUB would, giving it a boot command line that specifies a remote kickstart file, installation tree, and other required info. It looks like kexec is the right tool to do this, but I have only been able to find it for CentOS 5. Does anyone know where I could get kexec for CentOS 4? Does the CentOS 4 kernel support it? If not, are there any other ways to achieve what I've described? Thanks Tony -- Tony Mountifield Work: tony(a)softins.co.uk - http://www.softins.co.uk Play: tony(a)mountifield.org - http://tony.mountifield.org

5 10

CentOS-announce Digest, Vol 61, Issue 1
by centos-announce-request＠centos.org 02 Mar '10

02 Mar '10

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2010:0109 Moderate CentOS 5 i386 mysql Update (Karanbir Singh) 2. CESA-2010:0109 Moderate CentOS 5 x86_64 mysql Update (Karanbir Singh) 3. CEBA-2010:0120 CentOS 5 i386 coreutils Update (Karanbir Singh) 4. CEBA-2010:0120 CentOS 5 x86_64 coreutils Update (Karanbir Singh) 5. CESA-2010:0122 Important CentOS 5 i386 sudo Update (Karanbir Singh) 6. CESA-2010:0122 Important CentOS 5 x86_64 sudo Update (Karanbir Singh) 7. CEBA-2010:0123 CentOS 5 i386 openssh Update (Karanbir Singh) 8. CEBA-2010:0123 CentOS 5 x86_64 openssh Update (Karanbir Singh) 9. CESA-2010:0125 Moderate CentOS 4 i386 systemtap - security update (Tru Huynh) 10. CESA-2010:0125 Moderate CentOS 4 x86_64 systemtap - security update (Tru Huynh) ---------------------------------------------------------------------- Message: 1 Date: Mon, 1 Mar 2010 18:43:17 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2010:0109 Moderate CentOS 5 i386 mysql Update To: centos-announce(a)centos.org Message-ID: <20100301184317.GA12881(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2010:0109 Moderate Upstream details at : http://rhn.redhat.com/errata/RHSA-2010-0109.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 37200089252dddfb4a98ed63c2d50cbc mysql-5.0.77-4.el5_4.2.i386.rpm bc12d83158cecdbd67370b187a4422db mysql-bench-5.0.77-4.el5_4.2.i386.rpm 92123a9b03b1b46ada811bc9ad880cf2 mysql-devel-5.0.77-4.el5_4.2.i386.rpm d17190eb584546cd6619212007f0a4b6 mysql-server-5.0.77-4.el5_4.2.i386.rpm 9995578eb7a594110e7acaadd60702c9 mysql-test-5.0.77-4.el5_4.2.i386.rpm Source: a4e45550d082ec47db11f4abb02359b5 mysql-5.0.77-4.el5_4.2.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Mon, 1 Mar 2010 18:43:17 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2010:0109 Moderate CentOS 5 x86_64 mysql Update To: centos-announce(a)centos.org Message-ID: <20100301184317.GA12895(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2010:0109 Moderate Upstream details at : http://rhn.redhat.com/errata/RHSA-2010-0109.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: d3793de989c2bb288faf17fbe0b17131 mysql-5.0.77-4.el5_4.2.i386.rpm 8f2e404cb17cac0b712b73e9d5519487 mysql-5.0.77-4.el5_4.2.x86_64.rpm 0402f2b2fed77e2cb538194fba693494 mysql-bench-5.0.77-4.el5_4.2.x86_64.rpm 993ee197369a1c277e238d61b4ea03d6 mysql-devel-5.0.77-4.el5_4.2.i386.rpm 89246a1a1fd6b6bd85c58bed28576e50 mysql-devel-5.0.77-4.el5_4.2.x86_64.rpm be976f972a100f1a1edf6e8cd490d9e6 mysql-server-5.0.77-4.el5_4.2.x86_64.rpm e45474e49ff5d82c444bd9227459ef9d mysql-test-5.0.77-4.el5_4.2.x86_64.rpm Source: a4e45550d082ec47db11f4abb02359b5 mysql-5.0.77-4.el5_4.2.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Mon, 1 Mar 2010 18:44:02 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2010:0120 CentOS 5 i386 coreutils Update To: centos-announce(a)centos.org Message-ID: <20100301184402.GA12918(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2010:0120 Upstream details at : http://rhn.redhat.com/errata/RHBA-2010-0120.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 110d59f05de91ad9ac566bc60bc466f0 coreutils-5.97-23.el5_4.2.i386.rpm Source: e9e6230d000ed3240098a70bee60766d coreutils-5.97-23.el5_4.2.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Mon, 1 Mar 2010 18:44:02 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2010:0120 CentOS 5 x86_64 coreutils Update To: centos-announce(a)centos.org Message-ID: <20100301184402.GA12931(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2010:0120 Upstream details at : http://rhn.redhat.com/errata/RHBA-2010-0120.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 1418e58a625b44e6c0e8fb138bf6eef1 coreutils-5.97-23.el5_4.2.x86_64.rpm Source: e9e6230d000ed3240098a70bee60766d coreutils-5.97-23.el5_4.2.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Mon, 1 Mar 2010 18:44:36 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2010:0122 Important CentOS 5 i386 sudo Update To: centos-announce(a)centos.org Message-ID: <20100301184436.GA12955(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2010:0122 Important Upstream details at : http://rhn.redhat.com/errata/RHSA-2010-0122.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: c760d9da66c8825fe94b0958c98be0ea sudo-1.6.9p17-6.el5_4.i386.rpm Source: 109d346f119c6a504c0638db5f38d820 sudo-1.6.9p17-6.el5_4.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Mon, 1 Mar 2010 18:44:36 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2010:0122 Important CentOS 5 x86_64 sudo Update To: centos-announce(a)centos.org Message-ID: <20100301184436.GA12968(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2010:0122 Important Upstream details at : http://rhn.redhat.com/errata/RHSA-2010-0122.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 5ec7cad7ac4c177f604adabf429244f5 sudo-1.6.9p17-6.el5_4.x86_64.rpm Source: 109d346f119c6a504c0638db5f38d820 sudo-1.6.9p17-6.el5_4.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 7 Date: Mon, 1 Mar 2010 18:46:29 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2010:0123 CentOS 5 i386 openssh Update To: centos-announce(a)centos.org Message-ID: <20100301184629.GA13107(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2010:0123 Upstream details at : http://rhn.redhat.com/errata/RHBA-2010-0123.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 45a610f4ff79acfdccf940120e275725 openssh-4.3p2-36.el5_4.4.i386.rpm 974946f28f44aecee2055e465baf9b96 openssh-askpass-4.3p2-36.el5_4.4.i386.rpm accbb30a910ac0e0acc31d4020844d4a openssh-clients-4.3p2-36.el5_4.4.i386.rpm ee013485c4b2054ee07051070271d174 openssh-server-4.3p2-36.el5_4.4.i386.rpm Source: cbed3dbf77367e05b8a36572a1b5da2d openssh-4.3p2-36.el5_4.4.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 8 Date: Mon, 1 Mar 2010 18:46:29 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2010:0123 CentOS 5 x86_64 openssh Update To: centos-announce(a)centos.org Message-ID: <20100301184629.GA13120(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2010:0123 Upstream details at : http://rhn.redhat.com/errata/RHBA-2010-0123.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: b92c67022b35b3157d83d61d6005de52 openssh-4.3p2-36.el5_4.4.x86_64.rpm beedfdff6acb05c267b0ed5865fe83b6 openssh-askpass-4.3p2-36.el5_4.4.x86_64.rpm 323bcbc172aaa184be6a09b74fbbf2f8 openssh-clients-4.3p2-36.el5_4.4.x86_64.rpm 233dd72de0be0ac455c00523e7ed218b openssh-server-4.3p2-36.el5_4.4.x86_64.rpm Source: cbed3dbf77367e05b8a36572a1b5da2d openssh-4.3p2-36.el5_4.4.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 9 Date: Mon, 1 Mar 2010 23:54:31 +0100 From: Tru Huynh <tru(a)centos.org> Subject: [CentOS-announce] CESA-2010:0125 Moderate CentOS 4 i386 systemtap - security update To: centos-announce(a)centos.org Message-ID: <20100301225431.GA23406(a)sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2010:0125 systemtap security update for CentOS 4 i386: https://rhn.redhat.com/errata/RHSA-2010-0125.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/systemtap-0.6.2-2.el4_8.1.i386.rpm updates/i386/RPMS/systemtap-runtime-0.6.2-2.el4_8.1.i386.rpm updates/i386/RPMS/systemtap-testsuite-0.6.2-2.el4_8.1.i386.rpm source: updates/SRPMS/systemtap-0.6.2-2.el4_8.1.src.rpm You may update your CentOS-4 i386 installations by running the command: yum update systemtap\* Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B

1 0

Sendmail analyser
by Rajagopal Swaminathan 02 Mar '10

02 Mar '10

Greetings, I have a message file from a certain sendmail server. I am expected to report about delivery failures and the reasons thereof. Any already invented wheels? I need to do it offline and not on the sendmail server. any ides? TIA Regards, Rajagopal

2 2

Perl 5.10 as default version of Perl
by Arvind Chandra 02 Mar '10

02 Mar '10

Current release(5.4) comes with Perl 5.8 but I was wondering if next release has Perl 5.10 as default. Thanks Arvind

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss