Re: [CentOS-docs] Wiki restructure
On 10/7/07, Dag Wieers [EMAIL PROTECTED] wrote: On Sat, 6 Oct 2007, Alain Reguera Delgado wrote: ... http://wiki.centos.org/es?action=AttachFiledo=gettarget=wiki-structure-1-en.png Since we are discussing using the wiki as the website, we probably have to move the Documentation one level deeper. I would like to implement it in es/ page. Would it be convenient ? My preference would be that we keep the same layout and content as the English page. ok. so here is a proposition to the English page ;) : http://wiki.centos.org/en?action=AttachFiledo=gettarget=wiki-structure-1-en.png What do you think ? Does it adapt to the needs ? Other suggestions ? Further, we could change the color of wiki header (now gray) and turn it dark blue with something nice and clear that give logo a little more of power. Just to see how it looks. Also, I would like to discuss a little about namespace. ... The case of HowTos/Network/SomePage, could it be just HowTos/SomePage ? Or, HowTos/Category/SomePage for all pages under HowTos. Another case is that of pages like MigratingTwoToFive and MigratingThreeToFive that are listed in HowTos/MigrationGuide page but its namespace don't say that, maybe they could be under HowTos/MigrationGuide/ too. My preference would go to using a fairly strict namespace that matches the structure of the site: en/download/ distributions/ mirrors/ search/ en/documentation/ faq/ forum/ howtos/ mailinglist/ procedures/ tips-and-tricks/ en/contribute/ bugreports/ sig/ artwork/ promo/ virtualisation/ todo/ en/promote/ events/ networks/ websites/ en/donate/ media/ shirts/ why/ en/about/ history/ support/ team/ what/ This namespace seems fine to me. Cheers, al. ___ CentOS-docs mailing list CentOS-docs@centos.org http://lists.centos.org/mailman/listinfo/centos-docs
[CentOS] File retrieval from outside hangs, internally is okay, only Centos5 affected
Hi! I have a really weird problem with some of my servers, namely all the ones running Centos5 When I try to download a file from the server to a machine outside our Cisco 6500 router/firewall, the download hangs about half the times (15 out of 40) when less than half a megabyte into the transfer (varied from 76 kb to 496 kb). One server has a portchannel (Cisco speak for ethernet bundle), others do not, some use e1000, some use broadcom, I've tried httpd and scp transfers, I've tried from three different clients, Here's the really annoying part: the problem only occurs when downloading from outside the firewall, not when transferring files internally in the serverroom! And the switch is the firewall is a modular chassis, so the data comes over the same backplane regardless. And there's 42 files in /proc/net/sys/ipv4 which differ between EL4 and Centos5, so I'm a little lost here Anybody got some ideas? with kind regards, Bent PS Crossposted from Centos Forum, in case sombody on the list, who doesn't read the forum, can help me ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: pam_ldap + nscd
Steve Rigler schrieb: It has a lot to do with user root if you use rootbinddn in /etc/ldap.conf and put the password into /etc/ldap.secret which should only be readable by root. You are right but I even set the permissions on ldap.secret to 0644 to be sure that there are no acl problems. I expected that nscd would use rootbinddn if ldap.secret was readable for the user nscd. fs PS: This was on a test machine, I won't ever make ldap.secret world readable in a production environment. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 32, Issue 5
Send CentOS-announce mailing list submissions to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of CentOS-announce digest... Today's Topics: 1. CESA-2007:0933 Moderate CentOS 4 i386 elinks -security update (Johnny Hughes) 2. CESA-2007:0933 Moderate CentOS 4 x86_64 elinks - security update (Johnny Hughes) 3. CESA-2007:0933 Moderate CentOS 5 x86_64 elinks - security update (Johnny Hughes) 4. CESA-2007:0933 Moderate CentOS 5 i386 elinks -security update (Johnny Hughes) -- Message: 1 Date: Sat, 06 Oct 2007 07:47:23 -0500 From: Johnny Hughes [EMAIL PROTECTED] Subject: [CentOS-announce] CESA-2007:0933 Moderate CentOS 4 i386 elinks -security update To: CentOS-Announce [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 CentOS Errata and Security Advisory 2007:0933 https://rhn.redhat.com/errata/RHSA-2007-0933.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: elinks-0.9.2-3.3.5.2.i386.rpm src: elinks-0.9.2-3.3.5.2.src.rpm -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature Url : http://lists.centos.org/pipermail/centos-announce/attachments/20071006/ac21fea9/signature-0001.bin -- Message: 2 Date: Sat, 06 Oct 2007 07:47:56 -0500 From: Johnny Hughes [EMAIL PROTECTED] Subject: [CentOS-announce] CESA-2007:0933 Moderate CentOS 4 x86_64 elinks -security update To: CentOS-Announce [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 CentOS Errata and Security Advisory 2007:0933 https://rhn.redhat.com/errata/RHSA-2007-0933.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: elinks-0.9.2-3.3.5.2.x86_64.rpm src: elinks-0.9.2-3.3.5.2.src.rpm -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature Url : http://lists.centos.org/pipermail/centos-announce/attachments/20071006/3b043b0d/signature-0001.bin -- Message: 3 Date: Sat, 06 Oct 2007 08:11:36 -0500 From: Johnny Hughes [EMAIL PROTECTED] Subject: [CentOS-announce] CESA-2007:0933 Moderate CentOS 5 x86_64 elinks -security update To: CentOS-Announce [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 CentOS Errata and Security Advisory 2007:0933 https://rhn.redhat.com/errata/RHSA-2007-0933.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: elinks-0.11.1-5.1.0.1.el5.x86_64.rpm src: elinks-0.11.1-5.1.0.1.el5.src.rpm -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature Url : http://lists.centos.org/pipermail/centos-announce/attachments/20071006/4ace9cc4/signature-0001.bin -- Message: 4 Date: Sat, 06 Oct 2007 08:11:44 -0500 From: Johnny Hughes [EMAIL PROTECTED] Subject: [CentOS-announce] CESA-2007:0933 Moderate CentOS 5 i386 elinks -security update To: CentOS-Announce [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 CentOS Errata and Security Advisory 2007:0933 https://rhn.redhat.com/errata/RHSA-2007-0933.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: elinks-0.11.1-5.1.0.1.el5.i386.rpm src: elinks-0.11.1-5.1.0.1.el5.i386.rpm -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature Url : http://lists.centos.org/pipermail/centos-announce/attachments/20071006/046c7c05/signature-0001.bin -- ___ CentOS-announce mailing list [EMAIL PROTECTED] http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 32, Issue 5 ** ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] File retrieval from outside hangs, internally is okay, only Centos5 affected
I have a really weird problem with some of my servers, namely all the ones running Centos5 When I try to download a file from the server to a machine outside our Cisco 6500 router/firewall, the download hangs about half the times (15 out of 40) when less than half a megabyte into the transfer (varied from 76 kb to 496 kb). One server has a portchannel (Cisco speak for ethernet bundle), others do not, some use e1000, some use broadcom, I've tried httpd and scp transfers, I've tried from three different clients, Here's the really annoying part: the problem only occurs when downloading from outside the firewall, not when transferring files internally in the serverroom! And the switch is the firewall is a modular chassis, so the data comes over the same backplane regardless. And there's 42 files in /proc/net/sys/ipv4 which differ between EL4 and Centos5, so I'm a little lost here I don't know if this would help, but I remember reading a post about a problem with tcp window scaling. To disable tcp window scaling add the line net.ipv4.tcp_window_scaling = 0 to /etc/sysctl.conf and then run sysctl -p to activate your change. Barry ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] GFS-kernel module - Version Magic Error
Manish Kathuria wrote: Are the RPMs for the latest GFS kernel module GFS-kernel-2.6.9-72.2.0.8 to be used with the version 2.6.9-55.0.9.EL available ? I tried to compile the Source RPMs available from the Red Hat site but the modules can't be loaded because of invalid module format arising from version magic issues. The syslog shows: node0 kernel: gfs: version magic '2.6.9-55.0.9.ELsmp SMP 686 REGPARM 4KSTACKS gcc-3.2' should be '2.6.9-55.0.9.ELsmp SMP 686 REGPARM 4KSTACKS gcc-3.4' node0 modprobe: FATAL: Error inserting gfs (/lib/modules/2.6.9-55.0.9.ELsmp/kernel/fs/gfs/gfs.ko): Invalid module format The error message is actually surprising since the Source RPM has been compiled on a system having gcc-3.4. To complicate matters the modinfo indicates vermagic: 2.6.9-55.0.9.ELsmp SMP 686 REGPARM 4KSTACKS gcc-3.2 When are the CentOS builds expected for this module ? OK ... these are now pushed to the mirrors. Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Need advice on 3rd party repository
Hi, As others have pointed out, as long as you're patched up, the fixes are backported. Checkbox security is lame. I strongly recommend setting ServerToken ProductOnly See http://httpd.apache.org/docs/1.3/mod/core.html#servertokens for more. It's more secure, because a script kiddie looking in netcraft for attack vectors won't find your server because it's running some version of PHP. Plus, you'll pass the 'scamalert' scans :) On 10/5/07, Jesse Cantara [EMAIL PROTECTED] wrote: Hello, I am looking for some advice on a way to update some packages to newer releases than are available in the standard CentOS repositories. Specifically, I am trying to update apache and PHP to conform to Scanalert's Hacker Safe website security scan, and the required versions do not exist in the CentOS repositories. I'm using CentOS 5. I wish to stay within the realm of yum, in order to avoid RPM-dependency-heck which I have experienced before, trying to source random third party RPMs that never work out properly. I also wish to keep the system in a better state of maintenance by sticking to yum. It's just more organized (and easier) and will help keep things up to date in the future as well. Is there any other option than to go with a 3rd party repository to hopefully find later versions of apache and PHP? Does anybody have a recommended repository source? Thank you for any help and advice you can give, -Jesse Cantara ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] expand physical volume
The one and only partition on your device (sdb1) has the old size. That is, there's free space on sdb. You have to either 1) create a partition sdb2 (and then a pv on it etc.) or 2) resize the partition sdb1 (then resize the pv etc.). I'd pick #1. remember to reread the partition table after creating the partition (partprobe /dev/sdb or similar) before doing pvcreate on sdb2. The all you have left is to add the pv to your vg, resize the lv (or create a new lv, whichever...). And finally resize the filesystem in the lv. Hi Peter, How do i resize this partition? parted seems to want to resize the file system also and i think this would make some troubles. I thought pvresize would do this in one step? Thomas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] File retrieval from outside hangs, internally is okay, only Centos5 affected
I have a really weird problem with some of my servers, namely all the ones running Centos5 When I try to download a file from the server to a machine outside our Cisco 6500 router/firewall, the download hangs about half the times (15 out of 40) when less than half a megabyte into the transfer (varied from 76 kb to 496 kb). One server has a portchannel (Cisco speak for ethernet bundle), others do not, some use e1000, some use broadcom, I've tried httpd and scp transfers, I've tried from three different clients, Here's the really annoying part: the problem only occurs when downloading from outside the firewall, not when transferring files internally in the serverroom! And the switch is the firewall is a modular chassis, so the data comes over the same backplane regardless. And there's 42 files in /proc/net/sys/ipv4 which differ between EL4 and Centos5, so I'm a little lost here Anybody got some ideas? Just to state the obvious (well, obvious to me), which you don't seem to have mentioned above: The filtering part of the 6500 is dropping the traffic, and is dropping it because of something that Centos 5 is doing differently from EL4. I think there was a post to this list just last week about something similar; I don't have time to search the archive, but it is something to do with a TCP option/extension which is on in Centos 5, but can be turned off via a setting in /proc somewhere; the extension should be acceptable to all firewalls/routers (uses a previously unused few bits in the TCP header), but some decide it's not valid and drop packets/connections. Craig Miskell === Attention: The information contained in this message and/or attachments from AgResearch Limited is intended only for the persons or entities to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipients is prohibited by AgResearch Limited. If you have received this message in error, please notify the sender immediately. === ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] expand physical volume
On Sunday 07 October 2007, Thomas Antony wrote: The one and only partition on your device (sdb1) has the old size. That is, there's free space on sdb. You have to either 1) create a partition sdb2 (and then a pv on it etc.) or 2) resize the partition sdb1 (then resize the pv etc.). I'd pick #1. remember to reread the partition table after creating the partition (partprobe /dev/sdb or similar) before doing pvcreate on sdb2. The all you have left is to add the pv to your vg, resize the lv (or create a new lv, whichever...). And finally resize the filesystem in the lv. Hi Peter, How do i resize this partition? Note that I suggested that you _dont_ resize partitions but create a new one (new partition with a new pv on it etc.). pvresize resizes the pv _if_ the containing block device or partition has already been grown. parted seems to want to resize the file system also and i think this would make some troubles. I thought pvresize would do this in one step? signature.asc Description: This is a digitally signed message part. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] File retrieval from outside hangs, internally is okay, only Centos5 affected
Miskell, Craig wrote: I have a really weird problem with some of my servers, namely all the ones running Centos5 When I try to download a file from the server to a machine outside our Cisco 6500 router/firewall, the download hangs about half the times (15 out of 40) when less than half a megabyte into the transfer (varied from 76 kb to 496 kb). One server has a portchannel (Cisco speak for ethernet bundle), others do not, some use e1000, some use broadcom, I've tried httpd and scp transfers, I've tried from three different clients, Here's the really annoying part: the problem only occurs when downloading from outside the firewall, not when transferring files internally in the serverroom! And the switch is the firewall is a modular chassis, so the data comes over the same backplane regardless. And there's 42 files in /proc/net/sys/ipv4 which differ between EL4 and Centos5, so I'm a little lost here Anybody got some ideas? Just to state the obvious (well, obvious to me), which you don't seem to have mentioned above: The filtering part of the 6500 is dropping the traffic, and is dropping it because of something that Centos 5 is doing differently from EL4. I think there was a post to this list just last week about something similar; I don't have time to search the archive, but it is something to do with a TCP option/extension which is on in Centos 5, but can be turned off via a setting in /proc somewhere; the extension should be acceptable to all firewalls/routers (uses a previously unused few bits in the TCP header), but some decide it's not valid and drop packets/connections. Craig Miskell snip You might be thinking of the thread that climaxed about here: http://marc.info/?l=centosm=119033374928629w=2 The entire thread makes interesting reading, esp as a post-mortem. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How to enable my RAID again
# mdadm -Q /dev/sda /dev/sda: is not an md array /dev/sda: No md super block found, not an md component. # mdadm -Q /dev/sda1 /dev/sda1: is not an md array /dev/sda1: No md super block found, not an md component. # mdadm -Q /dev/sda2 /dev/sda2: is not an md array So it looks like all info is lost. Can I create a new array with the existing LVM partitions and the free partitions without destroying any data? Thanks, Theo Centos wrote: Find out what disk belongs to which md-set and try the --assemble option.. This should fix it, I think Theo Band wrote: Hi I have setup software RAID two years ago using FC3 using the graphical installer (RAID1). In the mean time I installed CENTOS4.5 and everything is running fine. At least that was my perception. It now turns out that raid is not working and that LVS just finds 4 partitions from four disks and that's it.: /dev/sda2 VolGroup00 lvm2 a- 94.88G 0 /dev/sdb1 VolGroup00 lvm2 a- 94.94G 10.00G /dev/sdc1 VolGroup00 lvm2 a- 94.94G 74.94G /dev/sdd1 VolGroup00 lvm2 a- 94.94G 70.81G These are 4 disk of each 200GB, and the disks have these partitions: Using /dev/sda (parted) print Disk geometry for /dev/sda: 0.000-194481.000 megabytes Disk label type: msdos MinorStart End Type Filesystem Flags 1 0.031101.975 primary ext3boot 2101.975 97284.243 primary lvm 3 97284.243 194474.355 primary raid Disk geometry for /dev/sdb: 0.000-194481.000 megabytes Disk label type: msdos MinorStart End Type Filesystem Flags 1 0.031 97237.177 primary boot, lvm 2 97237.178 194474.355 primary raid Disk geometry for /dev/sdc: 0.000-194481.000 megabytes Disk label type: msdos MinorStart End Type Filesystem Flags 1 0.031 97237.177 primary boot, lvm 2 97237.178 194474.355 primary raid Disk geometry for /dev/sdd: 0.000-194481.000 megabytes Disk label type: msdos MinorStart End Type Filesystem Flags 1 0.031 97237.177 primary boot, lvm 2 97237.178 194474.355 primary raid So my feeling is that I need to setup the RAID again, but I don't want to make any mistakes here, since this is a live system working fine. I tried to read the mdadm manual but it's not quit clear to me what to do. # mdadm -A --scan -v mdadm: No arrays found in config file Shows I have to do more. The previous fedora installation is still around, but is doesn't contain a /etc/mdadm.conf file. Can anyone help me with some steps to take to get it running again. I do have backups, but if things go wrong restoring takes several hours. Thanks, Theo PS. Send for the third time. Could it be that posting is limited to email addresses that are subscribed to the list? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Replacing failed software RAID drive
CentOS release 4.5 Hi All: First of all I will admit to being spoiled by my MegaRAID SCSI RAID controllers. When a drive fails on one of them I just replace the drive and carry on with out having to do anything else. I now find myself in the situation where I have a failed drive on a non-MegaRAID controller, specifically an Adaptec 29160 SCSI controller. The system is an Acer G700 with 8 internal hot-swappable SCSI drives arranged in two banks of 4 drives. Each bank is connected to a separate channel on the 29160 controller. When I installed CentOS 4 I enable software mirroring between the two banks so that I ended up with 4 pairs of mirrored drive (sda/sde, sdb/sdf, sdc/sdg, sdd/sdh). The problem I have now is that it is sda (the boot drive) that has failed. I have not encountered this problem before and therefore I need to make sure that I understand what I need to do before I start mucking around with things and dig myself into a deeper hole. I have spent much time attempting to research the problem but have not been able to come with any definite information to help. As far as I can see I have two options... Option 1: Leave the system running and replace the drive. Then either the RAID software will re-sync the drives or I can manually sync them with mdadm. I have not seen anything that will support this option but I am hoping that it is a valid option. Option 2: Create a boot disk (floppy or CD) that I can boot from but that points to sde (the boot mirror). Shutdown the system and replace the failed sda drive. Boot from the new boot disk. Format, partition and re-sync the new sda from sde. Shutdown, remove the boot disk, and reboot from the new sda. Can anyone confirm either of these options and point me in the right direction to any documentation that would assist me. TIA Regards, Hugh -- Hugh E Cruickshank, Forward Software, www.forward-software.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] expand physical volume
Note that I suggested that you _dont_ resize partitions but create a new one (new partition with a new pv on it etc.). pvresize resizes the pv _if_ the containing block device or partition has already been grown. parted seems to want to resize the file system also and i think this would make some troubles. I thought pvresize would do this in one step? Hi Peter, Thank you for all your suggestions! I will probably will add sdb2, but i would like to know if it is possible to resize a partitition without the filesystem an if yes how do i do that? Thomas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Replacing failed software RAID drive
Hugh E Cruickshank wrote: Normally with software mirroring you would mirror partitions, not drives. What does cat /proc/mdstat say about them? You are correct. I keep falling back to thinking the MegaRAID way where I have the drives mirrored at the controller level and then partitioned at the software level. The /proc/mdstat reports: Personalities : [raid0] [raid1] md1 : active raid1 sde2[1] sda2[2](F) 8193024 blocks [2/1] [_U] md2 : active raid1 sde3[1] sda3[2](F) 2048192 blocks [2/1] [_U] md3 : active raid1 sde5[1] sda5[2](F) 25085376 blocks [2/1] [_U] md4 : active raid1 sdf1[1] sdb1[0] 35840896 blocks [2/2] [UU] md5 : active raid1 sdg1[1] sdc1[0] 35840896 blocks [2/2] [UU] md6 : active raid1 sdh1[1] sdd1[0] 35840896 blocks [2/2] [UU] md7 : active raid0 sdn1[5] sdm1[4] sdl1[3] sdk1[2] sdj1[1] sdi1[0] 213261312 blocks 256k chunks md0 : active raid1 sde1[1] sda1[2](F) 513984 blocks [2/1] [_U] OK, you just have to replace the drive, fdisk matching partitions on it (fdisk -l /dev/sde will show the sizes you need), then use mdadm --add /dev/md? /dev/sda? for each one to add the missing partition back. Then reinstall grub on the drive. You have an odd combination of drives... Normally you would want to mirror the partitions on the first 2 disks and install grub on both, in which case the system would still boot. Some of the more sophisticated controllers can boot from more than the first 2, though. Anyway, you should be able to boot from your install CD with 'linux rescue' at the boot prompt and get to a point where you can fix things. The odd combination of drives was actually intentional on my part. The idea was to provide separation between the mirrors. While I did not have separate controllers I thought that using the separate channels on the common controller might provide a shade more resiliency. It was my first attempt at setting up mirrored pairs on a non-MegaRAID SCSI controller. Live and learn! The controller might let you boot from the 2nd channel - and if that's the case you could install grub on /dev/sde before shutting down, adjust the controller bios, and still be able to boot. The catch is that you won't know if it will work until after you shut down.. I will read up on the linux rescue so, if I have to fallback on this method, I will be able to have a firm plan in place before I start the work. The only tricky part is what happens to the drive names if you boot with /dev/sda broken (depending on the failure mode) or missing. If the controller doesn't see it, all of the other drive names will shift up. This normally won't affect md device detection, but you may have a non md device mentioned in /etc/fstab, especially for swap devices. This particular system is our primary development system and does not get all the fancy hardware that our production systems do. I have configured the production systems using only the MegaRAID controllers and there it is a no brainer to replace failed drives - just swap the drive and away you go. It isn't that complicated to fdisk a partition and mdadm --add it, and with software raid1 you gain the ability to plug any remaining single drive into any vendor's scsi controller and access the data. -- Les Mikesell [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: How to enable my RAID again
Scott Silva wrote: on 10/7/2007 2:41 PM Theo Band spake the following: # mdadm -Q /dev/sda /dev/sda: is not an md array /dev/sda: No md super block found, not an md component. # mdadm -Q /dev/sda1 /dev/sda1: is not an md array /dev/sda1: No md super block found, not an md component. # mdadm -Q /dev/sda2 /dev/sda2: is not an md array So it looks like all info is lost. Can I create a new array with the existing LVM partitions and the free partitions without destroying any data? Your raid appears to be on /dev/sda3 /dev/sdb2 /dev/sdc2 /dev/sdd2 Try mdadm --examine --brief --scan --config=partitions and see if it sees anything. # mdadm --examine --brief --scan --config=partitions Nothing Indeed these are the partitions that are now unused and used to be part of the raid. Any idea what could have gone wrong when I migrated to from FC3 to Centos? I also changed the mobo of this machine and changed the CPU from single to a dual core one. I assume support is in the kernel, so no special actions should be needed to get this to work during boot up. Theo ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos