DaemonForums  

Go Back   DaemonForums > FreeBSD > FreeBSD Installation and Upgrading

FreeBSD Installation and Upgrading Installing and upgrading FreeBSD.

Reply
 
Thread Tools Display Modes
  #1   (View Single Post)  
Old 2nd November 2009
mururoa mururoa is offline
Fdisk Soldier
 
Join Date: May 2008
Posts: 50
Default Generic 8.0-RC2 kernel file

Hi there,
Someone using 8.0-RC2 could have a look in his GENERIC kernel config file and tell me if the ataraid driver is included by default ?
I know it's included in the installation ISO since the raid array (Intel matrix on ICH10R) is detected but then my system fail to boot so I wanna be sure it's there in the installed kernel that boot after installation.
If it is, well, I guess my atempt to have full zfs on matrix raid was somewhere not correct or not supported. Something like direct boot on zfs on Intel Matrix is going wrong.
If it is no I will give it another try enabling ataraid on the installed system.
TIA
Reply With Quote
  #2   (View Single Post)  
Old 2nd November 2009
DutchDaemon's Avatar
DutchDaemon DutchDaemon is offline
Real Name: Ben
Spam Refugee
 
Join Date: Jul 2008
Location: Rotterdam, The Netherlands
Posts: 336
Default

It is included.

Code:
[/usr/src/sys]$ find . -name GENERIC | xargs grep ataraid
./amd64/conf/GENERIC:device        ataraid        # ATA RAID drives
./i386/conf/GENERIC:device        ataraid        # ATA RAID drives
./ia64/conf/GENERIC:device        ataraid        # ATA RAID drives
FreeBSD 8.0-RC2
Reply With Quote
  #3   (View Single Post)  
Old 2nd November 2009
phoenix's Avatar
phoenix phoenix is offline
Risen from the ashes
 
Join Date: May 2008
Posts: 696
Default

Don't use ataraid/pseudo-raid for anything except mirroring. In fact, don't use it for anything at all. Instead, either use gmirror/graid3 or use zfs. Just avoid pseudo-raid at all costs. You *will* lose data using pseudo-raid. Especially if you have any RAID levels higher than 1 (the ataraid driver doesn't actually do raid5, it's raid0 under the hood, lose 1 disk, lose the array).

And, if you are going to use zfs, than why would you use the pseudo-raid underneath? Give zfs the whole disk, and let it manage the redundancy.
__________________
Freddie

Help for FreeBSD: Handbook, FAQ, man pages, mailing lists.
Reply With Quote
  #4   (View Single Post)  
Old 3rd November 2009
mururoa mururoa is offline
Fdisk Soldier
 
Join Date: May 2008
Posts: 50
Default

Thanks all.
It IS included by default so I drop my full zfs installation.
In fact I dropped the pseudo-raid too. I wanted to use pseudo-raid to have a bootable disk in case of hardware failure while using ntfs and zfs on the disks.
Now I changed my mind and I will use ufs2 as boot partition with zfs with all but /boot on it. Then I clone the disk block by block and then I update the clone on filesystems level using rsync. Not all done yet.
Reply With Quote
  #5   (View Single Post)  
Old 3rd November 2009
Carpetsmoker's Avatar
Carpetsmoker Carpetsmoker is offline
Real Name: Martin
Tcpdump Spy
 
Join Date: Apr 2008
Location: Netherlands
Posts: 2,243
Default

I use ataraid (RAID-1) for my server, this is a ICH7 chipset (Atom 330). I'm also using gmirror at home.

When I got this machine a few months ago, I was actually rather suprised hardware RAID ever worked (Never had that happen!), I did some tests (Like yanking out drives, or simulating failure with dd command, and even hooking up a drive with bad sectors) and it gracefully recovered from all these scenarios...

Do you have other experiences phoenix?

btw.
You can view the source tree online here: http://www.freebsd.org/cgi/cvsweb.cgi/src/
This includes the GENERIC files (sys/<arch>/conf/GENERIC).
__________________
UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things.
Reply With Quote
  #6   (View Single Post)  
Old 5th November 2009
phoenix's Avatar
phoenix phoenix is offline
Risen from the ashes
 
Join Date: May 2008
Posts: 696
Default

The freebsd mailing lists are full of people using ataraid on Intel chipsets and losing all their data due to a single corrupt drive. Most of these are using ataraid for raid5, not realising that the ataraid code doesn't actually do raid5. Internally, it's just doing a raid0 stripset.

RAID1 should be okay. But ataraid works at a different level in the hardware stack than geom_mirror, and can't be combined as nicely with the rest of the geom_* modules. Useing geom_mirror is much nicer/easier than ataraid, as it's metadata is portable between systems. ataraid not so much.

Basically, ataraid should be avoided. Using software RAID is fine (gmirror, graid3, graid5, zfs, etc). Pseudo-RAID is not.
__________________
Freddie

Help for FreeBSD: Handbook, FAQ, man pages, mailing lists.
Reply With Quote
  #7   (View Single Post)  
Old 16th November 2009
mururoa mururoa is offline
Fdisk Soldier
 
Join Date: May 2008
Posts: 50
Default

Okay guys, I dropped ataraid completly so and used zfs mirroring for BSD and rsync for windows partitions. I think I have the correct options for ntfs sync but have to test it further. For now sync seems ok but I didnt tried to boot on the synced disk.
I'll open an other thread for ntfs --> ntfs sync.
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
kernel file from 6.3 to 7.2 l2fl2f FreeBSD Installation and Upgrading 3 14th September 2009 06:53 PM
Generic PHP Exploit hunteronline FreeBSD Security 9 19th August 2008 09:45 PM
Constant Kernel Panics, Corupted file system reboots over and over pseudonym FreeBSD General 24 14th July 2008 03:12 AM
Kernel configuration file ignored? FWS FreeBSD Installation and Upgrading 16 26th June 2008 10:28 AM
GENERIC.MP kernel failing to boot AMD dual-core system < 75% of the time JMJ_coder NetBSD General 3 9th June 2008 01:54 PM


All times are GMT. The time now is 07:27 AM.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Content copyright © 2007-2010, the authors
Daemon image copyright ©1988, Marshall Kirk McKusick