Discuss March 2010

discuss@lists.centos.org

295 participants
260 discussions

puzzling md error ?
by John R Pierce 03 Mar '10

03 Mar '10

this has never happened to me before, and I'm somewhat at a loss. got a email from the cron thing... /etc/cron.weekly/99-raid-check: WARNING: mismatch_cnt is not 0 on /dev/md10 WARNING: mismatch_cnt is not 0 on /dev/md11 ok, md10 and md11 are each raid1's made from 2 x 72GB scsi drives, on a dell 2850 or something dual single-core 3ghz server. these two md's are in turn a striped LVM volume group dmesg shows.... md: syncing RAID array md10 md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc. md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for reconstruction. md: using 128k window, over a total of 143374656 blocks. md: syncing RAID array md11 md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc. md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for reconstruction. md: using 128k window, over a total of 143374656 blocks. md: md10: sync done. RAID1 conf printout: --- wd:2 rd:2 disk 0, wo:0, o:1, dev:sdc1 disk 1, wo:0, o:1, dev:sdd1 md: md11: sync done. RAID1 conf printout: --- wd:2 rd:2 disk 0, wo:0, o:1, dev:sde1 disk 1, wo:0, o:1, dev:sdf1 I'm not sure what thats telling me. the last thing prior to this in dmesg was when I added a swap to this vg last week. and mdadm --detail shows... # mdadm --detail /dev/md10 /dev/md10: Version : 0.90 Creation Time : Wed Oct 8 12:54:48 2008 Raid Level : raid1 Array Size : 143374656 (136.73 GiB 146.82 GB) Used Dev Size : 143374656 (136.73 GiB 146.82 GB) Raid Devices : 2 Total Devices : 2 Preferred Minor : 10 Persistence : Superblock is persistent Update Time : Sun Feb 28 04:53:29 2010 State : clean Active Devices : 2 Working Devices : 2 Failed Devices : 0 Spare Devices : 0 UUID : b6da4dc5:c7372d6e:63f32b9c:49fa95f9 Events : 0.84 Number Major Minor RaidDevice State 0 8 33 0 active sync /dev/sdc1 1 8 49 1 active sync /dev/sdd1 # mdadm --detail /dev/md11 /dev/md11: Version : 0.90 Creation Time : Wed Oct 8 12:54:57 2008 Raid Level : raid1 Array Size : 143374656 (136.73 GiB 146.82 GB) Used Dev Size : 143374656 (136.73 GiB 146.82 GB) Raid Devices : 2 Total Devices : 2 Preferred Minor : 11 Persistence : Superblock is persistent Update Time : Sun Feb 28 11:49:45 2010 State : clean Active Devices : 2 Working Devices : 2 Failed Devices : 0 Spare Devices : 0 UUID : be475cd9:b98ee3ff:d18e668c:a5a6e06b Events : 0.62 Number Major Minor RaidDevice State 0 8 65 0 active sync /dev/sde1 1 8 81 1 active sync /dev/sdf1 I don't see anything wrong here ? lvm shows no problems I detect either... # vgdisplay vg1 Volume group "vgdisplay" not found LV VG Attr LSize Origin Snap% Move Log Copy% Convert glassfish vg1 -wi-ao 10.00G lv1 vg1 -wi-ao 97.66G oradata vg1 -wi-ao 30.00G pgdata vg1 -wi-ao 25.00G pgdata_lss_idx vg1 -wi-ao 20.00G pgdata_lss_tab vg1 -wi-ao 20.00G swapper vg1 -wi-ao 3.00G vmware vg1 -wi-ao 50.00G # pvdisplay /dev/md10 /dev/md11 --- Physical volume --- PV Name /dev/md10 VG Name vg1 PV Size 136.73 GB / not usable 2.31 MB Allocatable yes PE Size (KByte) 4096 Total PE 35003 Free PE 1998 Allocated PE 33005 PV UUID oAgJY7-Tmf7-ac35-KoUH-15uz-Q5Ae-bmFCys --- Physical volume --- PV Name /dev/md11 VG Name vg1 PV Size 136.73 GB / not usable 2.31 MB Allocatable yes PE Size (KByte) 4096 Total PE 35003 Free PE 2560 Allocated PE 32443 PV UUID A4Qb3P-j5Lr-8ZEv-FjbC-Iczm-QkC8-bqP0zv

9 17

help with a dd bug
by Adrian Buciuman 03 Mar '10

03 Mar '10

Hi, Can somebody reproduce this bug? http://bugs.centos.org/view.php?id=4220 dd if=/dev/zero of=/dev/my_usb_stick_device_name bs=4096 count=10000 can not be stopped with ctrl-c and is not responding to signals (count=10000 can be modified to give you enough time to test) The bug has been closed with the following comment: "As said: dd is in an uninteruptable state when you do that. This is not a bug" This is wrong, because IMHO dd should receive the signal after it finishes the current read()/write() and returns to user space, but this is not happening. How can I reopen the bug? Thanks Adrian Buciuman

3 2

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

03 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. CEBA-2010:0127 CentOS 5 x86_64 libXi Update (Karanbir Singh) 2. CEBA-2010:0127 CentOS 5 i386 libXi Update (Karanbir Singh) 3. CESA-2010:0126 Important CentOS 5 x86_64 kvm Update (Karanbir Singh) 4. CESA-2010:0124 Important CentOS 5 i386 systemtap Update (Karanbir Singh) 5. CESA-2010:0124 Important CentOS 5 x86_64 systemtap Update (Karanbir Singh) 6. CEBA-2009:1623 CentOS 5 i386 conga Update (Karanbir Singh) 7. CEBA-2009:1623 CentOS 5 x86_64 conga Update (Karanbir Singh) ---------------------------------------------------------------------- Message: 1 Date: Tue, 2 Mar 2010 17:57:24 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2010:0127 CentOS 5 x86_64 libXi Update To: centos-announce(a)centos.org Message-ID: <20100302175724.GA12862(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2010:0127 Upstream details at : http://rhn.redhat.com/errata/RHBA-2010-0127.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 3ebe43650e5acd054952fe329b4af700 libXi-1.0.1-4.el5_4.i386.rpm 4ccd13b371e6273470078bf6984d4b5b libXi-1.0.1-4.el5_4.x86_64.rpm 3a08958e0fee533541d7c565b93a2798 libXi-devel-1.0.1-4.el5_4.i386.rpm 88bee7169de14815b40fd52c60dedda2 libXi-devel-1.0.1-4.el5_4.x86_64.rpm Source: e39f5237a9eb62cc7586a93ee8c6ac8c libXi-1.0.1-4.el5_4.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Tue, 2 Mar 2010 17:57:24 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2010:0127 CentOS 5 i386 libXi Update To: centos-announce(a)centos.org Message-ID: <20100302175724.GA12846(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2010:0127 Upstream details at : http://rhn.redhat.com/errata/RHBA-2010-0127.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 9bfd13906abb08b8ea1066b7c69856ca libXi-1.0.1-4.el5_4.i386.rpm 15b1c00b6e72ae9f3d485a8ce826fdfb libXi-devel-1.0.1-4.el5_4.i386.rpm Source: e39f5237a9eb62cc7586a93ee8c6ac8c libXi-1.0.1-4.el5_4.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Tue, 2 Mar 2010 17:58:25 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2010:0126 Important CentOS 5 x86_64 kvm Update To: centos-announce(a)centos.org Message-ID: <20100302175825.GA12945(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2010:0126 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0126.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 80eec9071001644433c4a526dabcaff8 kmod-kvm-83-105.el5_4.27.x86_64.rpm cbe4a31b0b830d8e9dd7f41c0c943fd3 kvm-83-105.el5_4.27.x86_64.rpm 1ae97673224f5781c65445c7e5a0e96e kvm-qemu-img-83-105.el5_4.27.x86_64.rpm 0512100a4083b1d1adaafab343911b69 kvm-tools-83-105.el5_4.27.x86_64.rpm Source: 61c218b3b4085e61b734831bb023fd9f kvm-83-105.el5_4.27.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Tue, 2 Mar 2010 17:59:18 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2010:0124 Important CentOS 5 i386 systemtap Update To: centos-announce(a)centos.org Message-ID: <20100302175918.GA13006(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2010:0124 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0124.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 7ad6c7502f5c3ddca129374a98e848f4 systemtap-0.9.7-5.el5_4.3.i386.rpm 0751456116f2904b69ebd17effaf291f systemtap-client-0.9.7-5.el5_4.3.i386.rpm 4cccafd7c06ad61ac77bed5d2a1b2d5c systemtap-initscript-0.9.7-5.el5_4.3.i386.rpm 46d13b0848f33c70815d53e1b851d0e3 systemtap-runtime-0.9.7-5.el5_4.3.i386.rpm f05d799ddfc8570d109b5451f8537ebf systemtap-sdt-devel-0.9.7-5.el5_4.3.i386.rpm 9d9196838827fe7bf371cb6584b990ab systemtap-server-0.9.7-5.el5_4.3.i386.rpm 010d0e26ccc3da11e6f47c4f094072f5 systemtap-testsuite-0.9.7-5.el5_4.3.i386.rpm Source: c3f196bcc64925563f00461327d0e64d systemtap-0.9.7-5.el5_4.3.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Tue, 2 Mar 2010 17:59:18 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2010:0124 Important CentOS 5 x86_64 systemtap Update To: centos-announce(a)centos.org Message-ID: <20100302175918.GA13019(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2010:0124 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0124.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: e5b4f800466d664dfdc959672b4b7af5 systemtap-0.9.7-5.el5_4.3.x86_64.rpm a7f70ed63dcd6d17c94f041759ff3a17 systemtap-client-0.9.7-5.el5_4.3.x86_64.rpm b3bc7b698f5b0a528308219d7817b209 systemtap-initscript-0.9.7-5.el5_4.3.x86_64.rpm 955061c92502da7b38cd754ff9da920b systemtap-runtime-0.9.7-5.el5_4.3.x86_64.rpm 06c9315e136138dad73d95f98015b4d1 systemtap-sdt-devel-0.9.7-5.el5_4.3.x86_64.rpm 8692372b3f6e87d57bf75a9d54cb6e0f systemtap-server-0.9.7-5.el5_4.3.x86_64.rpm d7791ca2389f41fa38e6c9a6f29a659d systemtap-testsuite-0.9.7-5.el5_4.3.x86_64.rpm Source: c3f196bcc64925563f00461327d0e64d systemtap-0.9.7-5.el5_4.3.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Tue, 2 Mar 2010 18:00:00 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2009:1623 CentOS 5 i386 conga Update To: centos-announce(a)centos.org Message-ID: <20100302180000.GA13067(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2009:1623 Upstream details at : https://rhn.redhat.com/errata/RHBA-2009-1623.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: c3e6008a4eb010296d06155aecd57a68 luci-0.12.2-6.el5.centos.1.i386.rpm 03a38afb3eea0ab4bac2ba0cf8f585e3 ricci-0.12.2-6.el5.centos.1.i386.rpm Source: 1a6e171f232ef653342a6e9b202e433d conga-0.12.2-6.el5.centos.1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 7 Date: Tue, 2 Mar 2010 18:00:00 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2009:1623 CentOS 5 x86_64 conga Update To: centos-announce(a)centos.org Message-ID: <20100302180000.GA13080(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2009:1623 Upstream details at : https://rhn.redhat.com/errata/RHBA-2009-1623.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: f6418b7bdfa158c54e4f7817e3640fa5 luci-0.12.2-6.el5.centos.1.x86_64.rpm 87a61ef2b04bba8303df2187254d8fee ricci-0.12.2-6.el5.centos.1.x86_64.rpm Source: 1a6e171f232ef653342a6e9b202e433d conga-0.12.2-6.el5.centos.1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 61, Issue 2 **********************************************

1 0

glusterFS
by m.roth＠5-cent.us 03 Mar '10

03 Mar '10

Anyone familiar with it? If so, a few questions: - is there one head server, so that anyone referring to the f/s talks to that server? - how transparent is FUSE to existing programs, or should I just use NFS? - how's the performance? mark

1 0

How do I create a new menu category in GNOME ?
by Niki Kovacs 03 Mar '10

03 Mar '10

Hi, The title says it all. My GNOME desktop is in French, so here's what my standard Applications (same word in french) menu looks like : Applications > Accessoires (Utilities) > Bureautique (Office) > Graphisme (Graphics) > Internet (Internet) > Son et vidéo (Sound and Video) Now I'm currently installing a medical application (Medintux) which consists of several different "modules", e. g. programs where each one does one thing. There are something like ten different modules, and I'd like to create a new category in my main menu, so I have : Applications > Medintux > User Management > Diagnostics > X-Rays > Scanner management > Prescriptions > ... Something like that. I'm already familiar with creating *.desktop files and putting them in /usr/share/applications and running update-desktop-database. But I can't seem to be able to create a new category. I found some probably related files in /usr/share/desktop-directories and tried to edit my custom medintux.directory file, but to no avail. Anyone here familiar with the innards of GNOME desktop menus? Cheers, Niki

3 9

DHCP client not working with Windows DHCP / dynamic DNS server
by Florin Andrei 03 Mar '10

03 Mar '10

# Broadcom Corporation NetXtreme BCM5754 Gigabit Ethernet PCI Express DEVICE=eth0 BOOTPROTO=dhcp HWADDR=00:22:19:XX:XX:XX ONBOOT=yes DHCP_HOSTNAME=centos.XXXXXXXXXX.local In this particular instance, it's a place where Windows is used for DHCP and DNS servers. :( I have no control over the Windows side of things. The Windows sysadmins claim I don't need a fixed IP address, because DNS will pick up the name after I make the DHCP request. The problem is, that doesn't happen, even though the DHCP client is correctly configured (see above). The system is vanilla CentOS 5.4, text-mode install, fully updated. I boot the CentOS system. Then, on another Linux machine, I do "host centos.XXXXXXX.local" and it returns host not found. However, if I do the same for other hostnames, DNS resolution works fine. Is there anything else I can do on my side to make it happen? Any particular options in dhclient.conf or something like that? -- Florin Andrei http://florin.myip.org/

4 3

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss March 2010