Kevin Coulter <[EMAIL PROTECTED]> wrote:

>I have telnet-only access to a server that was preconfigured with
>mirroring / RAID1. However, I want to disable this feature for
>additional disk space. I'm a bit nervous of screwing this up since I
>don't have physical access. I've read RAID-HOWTO and checked elsewhere
>but have not find any solution to doing this. Are these steps correct or
>have I missed something?
>
>1. run /sbin/raidstop
>2. Replace any "md" strings with "sd" in /etc/fstab
>3. Replace any "md" strings with "sd" in lilo.conf and run /sbin/lilo
>4. Replace any "md" strings with "sd" in /etc/rc.d scripts
>5. shutdown -r now "pray"

I don't think this will work.  AFAIK, a partition that's been formatted for 
RAID can't be mounted by using the actual physical partitions - like 
/dev/sda1 or /dev/sdb1.  However, I may be wrong on this.

What filesystems/directories are RAID1?  If everything is RAID1 you won't 
be able to run raidstop because the "/" filesystem is in use.  If only 
specific filesystems/directories are RAID1 there might be a way around the 
problem.  I don't think there's any non-destructive way to revert from a 
RAID1 filesystem back to a regular filesystem.  Meaning I think you'll have 
to backup all the data, repartition/reformat as regular filesystems and 
restore the data.  I recently created a RAID1 mirror for /home and had to 
do that - backup, repartition/reformat and restore.

The only *possible* way would be to "break" the mirror somehow.  I don't 
know if taking the second disk out of /etc/raidtab and rebooting would be 
sufficient or not.  If so, you'd still have a RAID1 filesystem on sda that 
would run in degraded mode because sdb would no longer be in raidtab.  You 
could then use sdb for whatever you wanted, although you'd still need to 
repartition/reformat it.  However, the kernel would keep logging to 
/var/log/messages and possibly the console about the broken RAID1.  Again, 
I don't have any idea if this would work or not and even so it's still 
highly risky remotely.  If I was to attempt this I'd make sure I had a good 
full backup and I'd want to be at the console.  I don't envy your dilemma 
at all.  :-(

What about just buying another disk?  You don't have physical access but 
somebody must - could they install a new disk for you?

-Eric


Eric Sisler
Library Computer Technician
Westminster Public Library
Westminster, CO, USA
[EMAIL PROTECTED]

Linux - don't fear the Penguin.
Want to know what we use Linux for?
Visit http://gromit.westminster.lib.co.us/linux



_______________________________________________
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-list

Reply via email to