Language:
switch to room list switch to menu My folders
Go to page: [1] 2 3 4 5 ... Last
↑↑↑ Old messages ↑↑↑            ↓↓↓ New messages ↓↓↓
[#] Fri Aug 21 2009 07:15:10 EDT from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

I want to make the existing drive sync/copy to the new empty drive.
But from what I see it looks like to do that you have to make your array with your good drive and add the empty drive to the array.
But thats backwards from what I've heard other people say...

[#] Fri Aug 21 2009 07:29:23 EDT from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

I'm starting to think you can't do what I want to do.
and now I think I see why.
you have to make the raid array with the new disk, copy all your files ocer over there then add your old disk as a new part of the array and linux will sync the new disk over the old.
I don't want to od that for I fear the copy probably didn't work perfectly.
But I imagine there's someting about the raid array disk that's different than a normal ext3 disk that you can't just add it to the array.
So okay, into the fold I go.

[#] Fri Aug 21 2009 17:29:58 EDT from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

I'm near giving up
After going through the list of things a million times I finally understand what's going on.
You make the raid device, copy your / drive to it, set up the grub menu.lst, fstab, mtab initrd and grub MBR to all point to the raid device (which I have defined and is working) and then you reboot.
Once you've booted, you now live in the raid device (/dev/md0)
Then you merely hook your original drive up to the raid array, it syncs and voila you're done.
If they just explained that that what was going on, I could have gotten this frustrated much earlier.

so I set up my menu.lst to primarily load the kernel and initrd from the raid device, and failover to my original (still intact) old disk.
And it always fails over.
I boot the machine, run my new grub entry and it says "error 15 file not found."
Lots of stuff on the web about it, none seem to help.

The only thing that's weird is when I go to setup the MBR with grub, you say "root (hd0,0)" which I finally understand what it means, and it's supposed to say Filesystem type is ext2fs, partition type 0xfd or something like that.
Mine says nothing.
But when I run setup (hd0) it says it's doing the right thing to the right drive.
So I assume it's working.
but it can't load initrd/the kernel from the md0 device.
The only other thing I'm thinking, is how on earth does grub know what a raid device is.
The kernel hasn't loaded, the software raid modules haven't loaded, how can stupid little grub have any idea at all where to load initrd from?
So I'm thinking, okay there's a cheap ass mapping somewhere from /dev/md0 to /dev/sdc1 but I don't see where that could be happening.
And for kicks, ( I did this SO many times in various combinations) I tried setting the grub menu.lst to try and load the initrd and kernel from root=/dev/sdc1 (my new drive) and it still says file not found.
So either the grub mbr setup isn't working, or I'm missing something really simple.

[#] Sat Aug 22 2009 07:24:47 EDT from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

I think I see theproblem, grub isn't mounting the partition when I say root. hmmm...

[#] Mon Aug 24 2009 22:04:06 EDT from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

So today I made a major breakthough.
through.

The problem is that grub doesn't recognize the raid 1 partitioned drive
It's supposed to, but it doesn't, so it can't mount it, so it can't find /boot/initrd... so it gives me error 15.
I learned a new neat trick about grub.
It has autocomplete, I knew that, when you do root (<tab><tab> it tells you all of the available drives
But if you do root <tab><tab> then it tries to mount the current filesystem and give you a file list.
And when I do THAT, I get error 17, can't mount the filesystem.
Voila.
so why does everybody say grub can mount a raid 1 type filesystem when it can't.
It's also worth noting, that mount can't mount it either.
mount /dev/sdc1 /mnt/sdc1/
mount: unknown filesystem type 'linux_raid_member'

So what the fuck.

[#] Tue Aug 25 2009 03:31:26 EDT from dothebart @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

if its raid-1 there simply is a readable ext2 inside, which it should be able to mount from one disk...



[#] Tue Aug 25 2009 07:26:08 EDT from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

right. but it can't.
I ran fsck on the raid device and the filesystem is fine.
It must be something about the superblock or something because it cant find the fs.

[#] Tue Aug 25 2009 23:37:36 EDT from Harbard @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

I just installed Fedora 11.  Linux still has a long way to go.  I put it on a separate 750 gb HD, so I could triple boot Fedora, Ubuntu, Windows.  Each on it's on drive.  Fedora of course does not recognize the other two drives.  In the course of installing it, it somehow messed with those other drives and now I can't boot them from from the boot menu either.  Only a small problem as I backed up all my data first.  Still....since every distro handles things so differently I think it is holding things back.



[#] Thu Aug 27 2009 20:48:40 EDT from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

holy fuck.
I finally booted off my raid device.
Turns out the big hurdle was that while when the kernel is running and the machine is up hd0=sda hd1=sdb and hd2=sdc
But! Drop to a commandline in grub when it's BOOTING and ask the same question and you get
hd0=sda hd1=sdc and hd2=sdb
So this is why it couldn't find the /boot directory, it was looking at the wrong drive.
Once I fixed that all sorts of other problems came up mostly having to do with /dev/md1 not being there when the kernel started up. For whatever reason initrd's boot sequence didn't bring md1 up by the time the kernel was looking for it.
I fiddled with a bunch of things, and of course I'll never know which one did it, but I got it to boot, mount md1 and then load the kernel and voila here I am.
I just hope this disk copy has everything my old drive had....

[#] Fri Aug 28 2009 12:25:40 EDT from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

Heh, so I finally worked out the raid thing, right?
It goes to sync up the new drive and....
the raid drive has disk errors.
Of course when I copied data to it, there was no problem because I didn't hit any of those sectors, but whenit's syncing, I guess it's doing a block by block copy so it finds all the errors.
and now I'm kinda screwed because it started syncing so my original unraided boot drive is gone.
Worst case I have a backup from yesterday, but now there's new data on the raid drive. So check me on this.
Do you think I can make a second raid device set, again 2 drives, one missing, copy all the files from the bad raid to the good raid, then remove the bad drive (actually take down the bad raid device first), remove the bad drive, put another good drive in then sync the new raid device to the new disk?
That should work right?

Unless somebody's got a simpler idea.

[#] Sat Aug 29 2009 09:12:38 EDT from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

So I did it.
It was stupid of me to think that multiple raids wouldn't work, a) just bec cause and b) the demo showed 3 raid1 setups together.
Anyway, I make new raid, copied everything back ontot good drive, swapped bad drives added new blank drive to array, 8 minutes later it all synced up.
Neato.
Whole thing should have taken 2 hours not 2 weeks, but I finally got it all working.
so i ran some timing tests...
Not sure how valid this is, but I figure 20gig is bigger than my 1gig of memory so it can't be buffering that much...



[#] Sat Aug 29 2009 09:12:47 EDT from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

root@io:/sp# time dd if=/dev/sda1 of=/dev/null
37543842+0 records in
37543842+0 records out
19222447104 bytes (19 GB) copied, 562.427 s, 34.2 MB/s

real 9m22.646s
user 0m19.337s
sys 2m39.822s
root@io:/sp# time dd if=/dev/md0 of=/dev/null
37543680+0 records in
37543680+0 records out
19222364160 bytes (19 GB) copied, 490.806 s, 39.2 MB/s

real 8m10.811s
user 0m19.721s
sys 1m58.675s

[#] Sat Aug 29 2009 09:13:25 EDT from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

so I guess it has some measurable effect.
I actually ran it back and forth 3-4 times, this is the last cycle.
neato. I like technology.

[#] Sat Aug 29 2009 11:33:04 EDT from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

Yes, you'll get slightly better results because you're reading off two drives instead of just one. If you want significantly better read performance, you have to put the drives on different controllers, or at least different channels of the same controller.

[#] Sun Aug 30 2009 11:58:10 EDT from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

well I did, they're on two different controllers, I read about that a while ago, ide only does one thing per cable at a time.
I assume SATA doesn't have this problem.
I also noticed after going over my dmesg god knows how many times that linux can detect a 40 pin cable vs 80 pin, and only does ata33 with a 40 pin cable. So I put a 80 in on there (wasn't sure it would work since the port on the motherboard wasn't blue) but I guess that's just to tell you which is primary, because it worked, now they both run at ata133.
I would think I'd do better than that though. I was thinking closer to twice as fast, but hey, I'll take anything that's free.

[#] Sun Aug 30 2009 12:51:07 EDT from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

It doesn't run twice as fast because the performance isn't bound solely by the speed of the controller.

[#] Mon Aug 31 2009 11:06:30 EDT from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

yeah, I didn't expect 2x, but I expected something closer to it. Oh well,it's still better and it's still free.

[#] Mon Aug 31 2009 11:07:29 EDT from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

If you think about it, by far, the slowest link in the chain is disk seek and read time, the rest ismoving over the bus and into memory.

[#] Thu Sep 03 2009 16:37:12 EDT from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

Ok, so I'm in the early stages of preparing to move my home server to faster hardware (as in, moving from hardware that's really old to hardware that's merely a little bit old). Unfortunately I will still not have the hardware VT goodness that Ford is getting, but I'll be moving from 1.0 GHz processors to 2.4 GHz processors, and getting a little more RAM too. :)

For various reasons which are not very interesting right now, my home server is running Ubuntu. Normally I run CentOS on servers, which has a lovely file called /etc/modprobe.conf that specifies (among other things) which SCSI driver you want to use. I don't see that on Ubuntu (which I'm assuming is the same as Debian for this purpose). As far as I can tell, they seem to have made this type of thing completely automatic. Am I correct in guessing that it figures out The Right Thing To To (tm) on *every* boot, so when I move my disks over to a machine with a different SCSI chipset, it'll load the correct driver automatically?

[#] Thu Sep 03 2009 18:25:31 EDT from dothebart @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

I'm using modconf to configure the modules to be loaded in debian. nice curses frontend.



Go to page: [1] 2 3 4 5 ... Last