Raidcontroller unter FreeNAS 8

M

Midian

Well-Known Member
Hallo,

ich habe mich gestern dazu entschlossen, mein FreeNAS System von 0.7.2 auf die aktuelle 8.0-RELEASE zu aktualisieren.

Prinzipiell hat es gut geklappt, leider erkennt er scheinbar meine Raid-Platte nicht mehr. Unter 0.7.2 wurden mir 3 Geräte angeboten - 2x ad* (was die beiden 2TB Platten sind), sowie 1x ra* (was der Raid 1 Verbund der beiden 2TB Platten war). Als Datenspeicher für FreeNAS diente dementsprechend das ra* Device.

Leider habe ich unter 8.0 nur noch die beiden einzelnen Devices zur Auswahl, das Raid-Device fehlt.

Was mus ich tun, damit der Raid 1 wieder erkannt wird, und ich mein Volume importieren kann?

Das hier ist mein Mainboard:
http://www.gigabyte.com/products/product-page.aspx?pid=3549#sp
Ich nutze den Onboard Raidcontroller.

Hier mal dmesg:

Code: 
freenas# dmesg
Copyright (c) 1992-2011 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 8.2-RELEASE-p1 #4: Sat Apr 30 10:39:46 PDT 2011
    jpaetzel@servant.iXsystems.com:/usr/home/jpaetzel/freenas/obj.amd64/usr/home/jpaetzel/freenas/FreeBSD/src/sys/FREENAS.amd64 amd64
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Atom(TM) CPU D525   @ 1.80GHz (1799.97-MHz K8-class CPU)
  Origin = "GenuineIntel"  Id = 0x106ca  Family = 6  Model = 1c  Stepping = 10
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0x40e31d<SSE3,DTES64,MON,DS_CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE>
  AMD Features=0x20100800<SYSCALL,NX,LM>
  AMD Features2=0x1<LAHF>
  TSC: P-state invariant
real memory  = 2147483648 (2048 MB)
avail memory = 2042159104 (1947 MB)
ACPI APIC Table: <GBT    GBTUACPI>
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP/HT): APIC ID:  1
 cpu2 (AP): APIC ID:  2
 cpu3 (AP/HT): APIC ID:  3
ioapic0: Changing APIC ID to 2
ioapic0 <Version 2.0> irqs 0-23 on motherboard
kbd1 at kbdmux0
netsmb_dev: loaded
cryptosoft0: <software crypto> on motherboard
acpi0: <GBT GBTUACPI> on motherboard
acpi0: [ITHREAD]
acpi0: Power Button (fixed)
acpi0: reservation of 0, a0000 (3) failed
acpi0: reservation of 100000, 7f4e0000 (3) failed
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0
cpu0: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
cpu2: <ACPI CPU> on acpi0
cpu3: <ACPI CPU> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
vgapci0: <VGA-compatible display> port 0xff00-0xff07 mem 0xfdf00000-0xfdf7ffff,0xd0000000-0xdfffffff,0xfdd00000-0xfddfffff irq 16 at device 2.0 on pci0
agp0: <Intel Pineview SVGA controller> on vgapci0
agp0: detected 8188k stolen memory
agp0: aperture size is 256M
pcib1: <ACPI PCI-PCI bridge> irq 16 at device 28.0 on pci0
pci1: <ACPI PCI bus> on pcib1
pcib2: <ACPI PCI-PCI bridge> irq 17 at device 28.1 on pci0
pci2: <ACPI PCI bus> on pcib2
atapci0: <JMicron JMB363 UDMA133 controller> mem 0xfdefe000-0xfdefffff irq 17 at device 0.0 on pci2
atapci0: [ITHREAD]
atapci0: AHCI called from vendor specific driver
atapci0: AHCI v1.00 controller with 2 3Gbps ports, PM supported
ata2: <ATA channel 0> on atapci0
ata2: [ITHREAD]
ata3: <ATA channel 1> on atapci0
ata3: [ITHREAD]
atapci1: <JMicron JMB363 UDMA133 controller> port 0xdf00-0xdf07,0xde00-0xde03,0xdd00-0xdd07,0xdc00-0xdc03,0xdb00-0xdb0f irq 18 at device 0.1 on pci2
atapci1: [ITHREAD]
ata4: <ATA channel 0> on atapci1
ata4: [ITHREAD]
uhci0: <Intel 82801G (ICH7) USB controller USB-A> port 0xfe00-0xfe1f irq 23 at device 29.0 on pci0
uhci0: [ITHREAD]
usbus0: <Intel 82801G (ICH7) USB controller USB-A> on uhci0
uhci1: <Intel 82801G (ICH7) USB controller USB-B> port 0xfd00-0xfd1f irq 19 at device 29.1 on pci0
uhci1: [ITHREAD]
usbus1: <Intel 82801G (ICH7) USB controller USB-B> on uhci1
uhci2: <Intel 82801G (ICH7) USB controller USB-C> port 0xfc00-0xfc1f irq 18 at device 29.2 on pci0
uhci2: [ITHREAD]
usbus2: <Intel 82801G (ICH7) USB controller USB-C> on uhci2
uhci3: <Intel 82801G (ICH7) USB controller USB-D> port 0xfb00-0xfb1f irq 16 at device 29.3 on pci0
uhci3: [ITHREAD]
usbus3: <Intel 82801G (ICH7) USB controller USB-D> on uhci3
ehci0: <Intel 82801GB/R (ICH7) USB 2.0 controller> mem 0xfdfff000-0xfdfff3ff irq 23 at device 29.7 on pci0
ehci0: [ITHREAD]
usbus4: EHCI version 1.0
usbus4: <Intel 82801GB/R (ICH7) USB 2.0 controller> on ehci0
pcib3: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci3: <ACPI PCI bus> on pcib3
em0: <Intel(R) PRO/1000 Legacy Network Connection 1.0.3> port 0xcf00-0xcf3f mem 0xfdce0000-0xfdcfffff,0xfdcc0000-0xfdcdffff irq 20 at device 0.0 on pci3
em0: [FILTER]
em0: Ethernet address: 00:1b:21:85:eb:c9
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
ahci0: <Intel ICH7 AHCI SATA controller> port 0xfa00-0xfa07,0xf900-0xf903,0xf800-0xf807,0xf700-0xf703,0xf600-0xf60f mem 0xfdffe000-0xfdffe3ff irq 19 at device 31.2 on pci0
ahci0: [ITHREAD]
ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier not supported
ahcich0: <AHCI channel> at channel 0 on ahci0
ahcich0: [ITHREAD]
ahcich1: <AHCI channel> at channel 1 on ahci0
ahcich1: [ITHREAD]
ahcich2: <AHCI channel> at channel 2 on ahci0
ahcich2: [ITHREAD]
ahcich3: <AHCI channel> at channel 3 on ahci0
ahcich3: [ITHREAD]
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
acpi_hpet0: <High Precision Event Timer> iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0
Timecounter "HPET" frequency 14318180 Hz quality 900
atrtc0: <AT realtime clock> port 0x70-0x73 on acpi0
orm0: <ISA Option ROMs> at iomem 0xd0000-0xd2fff,0xd3000-0xd3fff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
atkbd0: [ITHREAD]
ppc0: cannot reserve I/O port range
coretemp0: <CPU On-Die Thermal Sensors> on cpu0
coretemp0: Can not get Tj(target) from your CPU, using 100C.
p4tcc0: <CPU Frequency Thermal Control> on cpu0
coretemp1: <CPU On-Die Thermal Sensors> on cpu1
coretemp1: Can not get Tj(target) from your CPU, using 100C.
p4tcc1: <CPU Frequency Thermal Control> on cpu1
coretemp2: <CPU On-Die Thermal Sensors> on cpu2
coretemp2: Can not get Tj(target) from your CPU, using 100C.
p4tcc2: <CPU Frequency Thermal Control> on cpu2
coretemp3: <CPU On-Die Thermal Sensors> on cpu3
coretemp3: Can not get Tj(target) from your CPU, using 100C.
p4tcc3: <CPU Frequency Thermal Control> on cpu3
Timecounters tick every 1.000 msec
usbus0: 12Mbps Full Speed USB v1.0
usbus1: 12Mbps Full Speed USB v1.0
usbus2: 12Mbps Full Speed USB v1.0
usbus3: 12Mbps Full Speed USB v1.0
usbus4: 480Mbps High Speed USB v2.0
ugen0.1: <Intel> at usbus0
uhub0: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0
ugen1.1: <Intel> at usbus1
uhub1: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus1
ugen2.1: <Intel> at usbus2
uhub2: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus2
ugen3.1: <Intel> at usbus3
uhub3: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus3
ugen4.1: <Intel> at usbus4
uhub4: <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus4
uhub0: 2 ports with 2 removable, self powered
uhub1: 2 ports with 2 removable, self powered
uhub2: 2 ports with 2 removable, self powered
uhub3: 2 ports with 2 removable, self powered
uhub4: 8 ports with 8 removable, self powered
ada0 at ata2 bus 0 scbus0 target 0 lun 0
ada0: <SAMSUNG HD203WI 1AN10003> ATA-8 SATA 2.x device
ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes)
ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C)
ada1 at ata3 bus 0 scbus1 target 0 lun 0
ada1: <SAMSUNG HD203WI 1AN10003> ATA-8 SATA 2.x device
ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes)
ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C)
ada2 at ahcich0 bus 0 scbus3 target 0 lun 0
ada2: <KINGSTON SS100S216G D100719a> ATA-8 SATA 2.x device
ada2: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes)
ada2: Command Queueing enabled
ada2: 15272MB (31277232 512 byte sectors: 16H 63S/T 16383C)
SMP: AP CPU #1 Launched!
SMP: AP CPU #3 Launched!
SMP: AP CPU #2 Launched!
GEOM: ada0: the secondary GPT header is not in the last LBA.
GEOM: ada1: the secondary GPT header is not in the last LBA.
Trying to mount root from ufs:/dev/ufs/FreeNASs1a
fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8
em0: link state changed to UP
 
Onboard Raidcontroller sind selten gut.

Ich würde empfehlen ein Software-Raid zu verwenden. Welche Art, entscheidet dein gewünschtes Dateisysstem. ZFS würde sich anbieten.
 
cla schrieb:
Onboard Raidcontroller sind selten gut.

Ich würde empfehlen ein Software-Raid zu verwenden. Welche Art, entscheidet dein gewünschtes Dateisysstem. ZFS würde sich anbieten.
Zum Vergrößern anklicken....

Was stimmt den mit dem Controller nicht?

Ehrlich gesagt möchte ich einfach die vorhandene Raidkonfiguration weiter nutzen und in FreeNAS importieren. Ich möchte ungern die darauf vorhandenen Daten verlieren und/oder umkopieren müssen, damit ich das Dateisystem neu einrichten kann (dafür hätte ich vermutlich nichtmal den Platz).

ZFS hatte ich mir auch schon überlegt, aber nach dem was ich gelesen habe, ist die Kiste zu schwach (2 GB ram, 1,8ghz).

Wie gesagt wollte ich eigentlich nur von FreeNAS 0.7x auf 8.0 wechseln, ohne das Raid umzubauen oder neue Hardware zu kaufen .... Wieso gings denn mit der alten Version out of the box, und jetzt wirds nicht mehr erkannt?
 
Die Verwaltung durch die Raidcontroller allgemein ist bei Wechsel von Hard- und Software unter Umständen problematisch. Benutze bei dir daher softwaremässig gmirror (Raid1).

Könnte es sein, das dein Raid /dev/ar* heisst?
 
Elwood schrieb:
Die Verwaltung durch die Raidcontroller allgemein ist bei Wechsel von Hard- und Software unter Umständen problematisch. Benutze bei dir daher softwaremässig gmirror (Raid1).

Könnte es sein, das dein Raid /dev/ar* heisst?
Zum Vergrößern anklicken....

So hieß es glaub ich unter 0.7. Das hier hab ich:

Code: 
freenas# cd /dev
freenas# ll
total 4
crw-r--r--  1 root  wheel       0,  31 Aug 15 19:01 acpi
crw-r-----  1 root  operator    0,  72 Aug 15 19:01 ada0
crw-r-----  1 root  operator    0,  76 Aug 15 19:01 ada0p1
crw-r-----  1 root  operator    0,  77 Aug 15 19:01 ada1
crw-r-----  1 root  operator    0,  81 Aug 15 19:01 ada1p1
crw-r-----  1 root  operator    0,  78 Aug 15 19:01 ada2
crw-r-----  1 root  operator    0,  82 Aug 15 19:01 ada2s1
crw-r-----  1 root  operator    0,  86 Aug 15 19:01 ada2s1a
crw-r-----  1 root  operator    0,  83 Aug 15 19:01 ada2s2
crw-r-----  1 root  operator    0,  84 Aug 15 19:01 ada2s3
crw-r-----  1 root  operator    0,  85 Aug 15 19:01 ada2s4
crw-------  1 root  wheel       0,  32 Aug 15 19:01 agpgart
crw-------  1 root  wheel       0,  51 Aug 15 19:01 atkbd0
crw-------  1 root  kmem        0,  17 Aug 15 19:01 audit
crw-------  1 root  wheel       0,  28 Aug 15 19:01 bpf
lrwxr-xr-x  1 root  wheel            3 Aug 15 19:01 bpf0 -> bpf
crw-------  1 root  wheel       0,   5 Aug 15 20:50 console
crw-------  1 root  wheel       0,  50 Aug 15 19:01 consolectl
crw-rw-rw-  1 root  wheel       0,  27 Aug 15 19:01 ctty
crw-------  1 root  wheel       0,   4 Aug 15 19:01 devctl
cr--------  1 root  wheel       0,  71 Aug 15 19:01 devstat
dr-xr-xr-x  2 root  wheel          512 Aug 15 19:01 fd
crw-------  1 root  wheel       0,  30 Aug 15 19:01 fido
crw-r-----  1 root  operator    0,   3 Aug 15 19:01 geom.ctl
dr-xr-xr-x  2 root  wheel          512 Aug 15 19:01 gptid
crw-------  1 root  wheel       0,  25 Aug 15 19:01 io
lrwxr-xr-x  1 root  wheel            6 Aug 15 19:01 kbd0 -> atkbd0
lrwxr-xr-x  1 root  wheel            7 Aug 15 19:01 kbd1 -> kbdmux0
crw-------  1 root  wheel       0,   6 Aug 15 19:01 kbdmux0
crw-------  1 root  wheel       0,  23 Aug 15 19:01 klog
crw-r-----  1 root  kmem        0,   9 Aug 15 19:01 kmem
dr-xr-xr-x  2 root  wheel          512 Aug 15 19:01 led
lrwxr-xr-x  1 root  wheel           12 Aug 15 19:01 log -> /var/run/log
crw-r-----  1 root  operator    0,  99 Aug 15 19:01 md0
crw-r-----  1 root  operator    0, 100 Aug 15 19:01 md1
crw-r-----  1 root  operator    0, 101 Aug 15 19:01 md2
crw-------  1 root  wheel       0,  55 Aug 15 19:01 mdctl
crw-r-----  1 root  kmem        0,   8 Aug 15 19:01 mem
crw-------  1 root  kmem        0,  16 Aug 15 19:01 nfslock
crw-rw-rw-  1 root  wheel       0,  18 Aug 15 20:44 null
crw-------  1 root  operator    0,  73 Aug 15 19:01 pass0
crw-------  1 root  operator    0,  74 Aug 15 19:01 pass1
crw-------  1 root  operator    0,  75 Aug 15 19:01 pass2
crw-r--r--  1 root  wheel       0,  20 Aug 15 19:01 pci
crw-rw-rw-  1 root  wheel       0,  26 Aug 15 19:01 ptmx
dr-xr-xr-x  2 root  wheel          512 Aug 15 20:50 pts
crw-rw-rw-  1 root  wheel       0,  21 Aug 15 19:01 random
lrwxr-xr-x  1 root  wheel            4 Aug 15 19:01 stderr -> fd/2
lrwxr-xr-x  1 root  wheel            4 Aug 15 19:01 stdin -> fd/0
lrwxr-xr-x  1 root  wheel            4 Aug 15 19:01 stdout -> fd/1
crw-------  1 root  wheel       0,  24 Aug 15 19:01 sysmouse
crw-------  1 root  wheel       0,  34 Aug 15 19:01 ttyv0
crw-------  1 root  wheel       0,  35 Aug 15 19:01 ttyv1
crw-------  1 root  wheel       0,  36 Aug 15 19:01 ttyv2
crw-------  1 root  wheel       0,  37 Aug 15 19:01 ttyv3
crw-------  1 root  wheel       0,  38 Aug 15 19:01 ttyv4
crw-------  1 root  wheel       0,  39 Aug 15 19:01 ttyv5
crw-------  1 root  wheel       0,  40 Aug 15 19:01 ttyv6
crw-------  1 root  wheel       0,  41 Aug 15 19:01 ttyv7
crw-------  1 root  wheel       0,  42 Aug 15 19:01 ttyv8
crw-------  1 root  wheel       0,  43 Aug 15 19:01 ttyv9
crw-------  1 root  wheel       0,  44 Aug 15 19:01 ttyva
crw-------  1 root  wheel       0,  45 Aug 15 19:01 ttyvb
crw-------  1 root  wheel       0,  46 Aug 15 19:01 ttyvc
crw-------  1 root  wheel       0,  47 Aug 15 19:01 ttyvd
crw-------  1 root  wheel       0,  48 Aug 15 19:01 ttyve
crw-------  1 root  wheel       0,  49 Aug 15 19:01 ttyvf
dr-xr-xr-x  2 root  wheel          512 Aug 15 19:01 ufs
dr-xr-xr-x  2 root  wheel          512 Aug 15 19:01 ufsid
lrwxr-xr-x  1 root  wheel            9 Aug 15 19:01 ugen0.1 -> usb/0.1.0
lrwxr-xr-x  1 root  wheel            9 Aug 15 19:01 ugen1.1 -> usb/1.1.0
lrwxr-xr-x  1 root  wheel            9 Aug 15 19:01 ugen2.1 -> usb/2.1.0
lrwxr-xr-x  1 root  wheel            9 Aug 15 19:01 ugen3.1 -> usb/3.1.0
lrwxr-xr-x  1 root  wheel            9 Aug 15 19:01 ugen4.1 -> usb/4.1.0
lrwxr-xr-x  1 root  wheel            6 Aug 15 19:01 urandom -> random
dr-xr-xr-x  2 root  wheel          512 Aug 15 19:01 usb
crw-r--r--  1 root  operator    0,  53 Aug 15 19:01 usbctl
crw-------  1 root  operator    0,  54 Aug 15 19:01 xpt0
crw-rw-rw-  1 root  wheel       0,  19 Aug 15 19:01 zero

Bleibt mir jetzt nix anderes übrig, als zurück zu 0.7 zu wechseln oder das array aufzulösen und nen Softwareraid zu machen? :eek:
 
Ich sehe das Problem. Du nutzt den neuen AHCI-Stack, bzw. scheint FreeNAS das zu machen. Das ist an sich schon eine gute Idee, da er schneller und robuster als sein Vorgänger ist. Aber er unterstützt in FreeBSD 8.x keine SoftRAIDs, weshalb er im echten FreeBSD auch nur optional ist. Die Funktion gibt's erst ab dem kommenden 9.0. Wieder an deine Daten kommst du auf zwei Wegen:
1. Baue einen eigenen Kernel ohne "device ahci". Dafür benötigst du aber wahrscheinlich ein "echtes" FreeBSD und wenn es nur in einer virtuellen Maschine ist. Wie es geht ist im Handbuch beschrieben, wir können dir aber auch gern helfen.
2. Stelle im BIOS AHCI aus. Also die Anschlüsse in den Modus "IDE" oder so setzen. Sofern das denn möglich ist, ohne die RAID-Funktion zu verlieren. Danach kannst du allerdings keine S-ATA Festplatten per Hotplug anschließen.

Das Handbuch: http://www.freebsd.org/doc/de_DE.ISO8859-1/books/handbook/kernelconfig.html
 
Yamagi schrieb:
Ich sehe das Problem. Du nutzt den neuen AHCI-Stack, bzw. scheint FreeNAS das zu machen. Das ist an sich schon eine gute Idee, da er schneller und robuster als sein Vorgänger ist. Aber er unterstützt in FreeBSD 8.x keine SoftRAIDs, weshalb er im echten FreeBSD auch nur optional ist. Die Funktion gibt's erst ab dem kommenden 9.0. Wieder an deine Daten kommst du auf zwei Wegen:
1. Baue einen eigenen Kernel ohne "device ahci". Dafür benötigst du aber wahrscheinlich ein "echtes" FreeBSD und wenn es nur in einer virtuellen Maschine ist. Wie es geht ist im Handbuch beschrieben, wir können dir aber auch gern helfen.
2. Stelle im BIOS AHCI aus. Also die Anschlüsse in den Modus "IDE" oder so setzen. Sofern das denn möglich ist, ohne die RAID-Funktion zu verlieren. Danach kannst du allerdings keine S-ATA Festplatten per Hotplug anschließen.

Das Handbuch: http://www.freebsd.org/doc/de_DE.ISO8859-1/books/handbook/kernelconfig.html
Zum Vergrößern anklicken....

Danke für die Hilfe.

1. Traue ich mir nicht wirklich zu, dafür habe ich zu wenig Ahnung von FreeBSD.

Zu 2.)
Kann ich trotzdem die SATA Platten im gleichen Umfang nutzen (verliere lediglich Hotplug), oder gibt es weitere Nachteile?
Muss ich danach neu installieren, oder sollte es direkt gehen?

[edit] Habe die eine Einstellung von AHCI auf IDE umgestellt (die andere stand schon auf RAID/IDE statt IDE/AHCI). Hat aber nichts gebracht. Neu installieren ... ?
 
Zuletzt bearbeitet:
- Du verlierst nichts weiter. IDE ist im Vergleich zu S-ATA theoretisch ein wenig langsamer, aber praktisch wirst du das nicht merken. Du verlierst außerdem NCQ, aber auch das hat kaum relevante praktische Auswirkungen. Zumindest, solange man auf klassische Festplatten und nicht auf SSD setzt.

- Nein, du musst nicht neu installieren. Allerdings ändern sich die Device-Namen, was unter Umständen dazu führen kann, dass das System nicht mehr hochfährt und /etc/fstab angepasst werden muss.

- Neu installieren wird dir nichts bringen, da der AHCI-Treiber auch danach die Festplatten greifen wird und damit das klassische ATA-RAID aussperren. Nur was soll ich dir nun raten? Da man meines Wissens den neuen AHCI-Krempel nicht abschalten kann, bleibt dir eigentlich nur der Weg den Kernel neuzubauen. Oder aber die Daten umzukopieren. Beides ist nicht optimal...

EDIT: Vielleicht ist hier ja jemand mit ein wenig FreeNAS-Erfahrung so nett dir den Kernel zu bauen. Dann müsstest du ihn nur rüberkopieren.
 
Und ZFS würde auch Abhilfe schaffen? Läuft das denn gut auf einem Atom Board mit nur 2GB RAM und nur 2 Festplatten?

Sofern das eine brauchbare alterntive wäre, würde ich es einem Downgrade auf 0.7 und einem eigenen Kernel vorziehen.
 
Ja, ein selbstgebauter Kernel würde beim Upgrade wahrscheinlich überschrieben werden. Ganz sicher weiß ich es aber nicht, da ich FreeNAS nicht wirklich kenne...

Und ja, ZFS würde helfen. Aber bei nur 2GB RAM und einem Atom würde ich es ehrlich gesagt lassen. Damit wirst du kaum glücklich werden. Selbst wenn es stabil läuft, dürfte es recht langsam sein. Ich würde hier einen gmirror nehmen, wie oben ja schon vorgeschlagen wurde.
 
Ja, Kernel ist weg. Der Weg wäre , Kernel bauen , aufs FreeNAS kopieren und alten Kernel überschreiben oder Pfad zu deinen und beim Update oder Upgrade das gleiche. Gößere Probs ist, du mußt genau den gleichen Kernel bauen mit allen "options" in der Generic oder deiner Kerneldatei + dein's, sonst reitest du von ein Probs ins andere. Ic hwürde mich direkt an die Bugliste von FreeNAS wenden und die sollen eine Lösung anbieten oder sich was einfallen lassen. Ist typisch FreeBSD.
 
Zuletzt bearbeitet:
Flex6 schrieb:
Ist typisch FreeBSD.
Zum Vergrößern anklicken....
Aha. Wenn ein Downstream-Projekt ohne jede direkte Verbindung zum FreeBSD Projekt oder der FreeBSD Foundation eine undurchdachte Änderung vornimmt, ist also FreeBSD selbst schuld. Das ist eine interessante Argumentation.
 
Trotzdem sehe ich in diesem Fall eher FreeNAS in der Pflicht. Die müssen dafür sorgen, das Hardware in einem üblichen Zeitrahmen weiterhin unterstützt wird.

c.
 
Nein, ist FreeNAS nicht. Es stimmt, dass FreeNAS von iX Systems entwickelt wird und das an der Entwicklung von FreeNAS mit Warner Losh mindestens ein FreeBSD Entwickler beteiligt ist. Dennoch untersteht FreeNAS in keiner Weise den Statuten des FreeBSD Projektes. Sie haben eigene Mailinglisten, ein eigenes VCS und nicht zuletzt auch eine eigene, gepatchte Version der Sourcen im Einsatz. Zudem setzten sie POLA nicht um. Außerdem setzt FreeNAS Priotriäten anders, nutzt auch Funktionen deren Einsatz in produktiven Systemen vom FreeBSD Projekt nicht empfohlen wird. In der Vergangenheit war es ZFS (was im Übrigen dem Ruf von ZFS sehr geschadet hat), nun ist es ATACAM.
FreeBSD hat ein beinahe krankhaftes Bestreben dem Nutzer das Leben so einfach wie möglich zu machen (eben POLA) und nimmt große Anstrengungen in Kauf das zu erreichen - siehe zum Beispiel das ATA->ATACAM-Name-Transition-Framework in 9.0 - und ist wahrscheinlich von allen freien Systemen das, was den Nutzer am wenigstens mit Änderungen am Interface nervt. Wenn FreeNAS darauf keinen Wert legt, ist es nicht das Problem von FreeBSD. Außerdem spuckt mir Eine Suche auf FreeBSD.org keinen einzigen Treffer aus, der FreeNAS in den Rang eines offiziellen Produktes des Projekts erhebt. Es wird lediglich querreferenziert, das werden diverse andere auf FreeBSD basierende Dinge allerdings auch.

EDIT: Was natürlich nicht bedeutet, dass sich FreeNAS hier nicht was einfallen lassen sollte.
 
Okay, dann würde ich fürs erste mal gmirror versuchen. Trotzdem noch ein paar Fragen (sorry):

- kann ich dann AHCI wieder einschalten?
- ist die Performance dann besser/schlechter als mit den Onboard-Raid, oder gibt sich das nix?
- ich würde das Ganze wie hier beschrieben (http://www.freebsd.org/doc/handbook/geom-mirror.html) einrichten. Reicht das, damit ich unter FreeNAS mein Raid-Device auswählen kann (dann gm0), oder muss ich noch etwas beachten?
- wozu brauch ich die im Handbuch angegebenen debugflags? Nur für mehr Errorlogs während der Einrichtung, oder braucht man das dauerhaft?

Danke :)
 
- Ja, kannst du dann.

- Das nimmt sich nichts. gmirror macht seine Berechnungen über die CPU, diese Onboard-Controller machen es ebenfalls. Von daher wirst du keinen Unterschied sehen.

- Das müsste so gehen. Wobei ich nicht weiß, ob FreeNAS ein gm0 erkennt. Da müsste jemand mit FreeNAS-Erfahrung was zu sagen.

- Die Debugflags brauchst du um bestimmte Teile der Festplatte schreiben zu können. Das sind zum Beispiel der Bootsektor. Sie sind normalerweise gesperrt, um zu verhindern, dass man sich den Hintern wegschießt, mit der Einstellung schaltest du sie frei. Nach der Installation braucht du daher auch keine Debugflags mehr.
 
Kleiner Nachtrag:
Liegt wohl am ataraid Treiber, der mit 8.0 fehlt und mit 8.0.1 wieder drin ist:

http://support.freenas.org/ticket/431

Bin noch nicht dazu gekommen, den gmirro einzurichten, evt. warte ich daher auf 8.0.1.
 
Noch ein Nachtrag:

Habe nun auch die gmirror-Variante probiert, aber auch hier konnte ich keine Resultate erzielen. Entweder, weil ich mich zu blöd anstelle, oder weil es in FreeNAS noch irgendwo hakt (bekomme beim Importieren des Volumes einen Fehler in der GUI).

Da mir das ganze langsam zu langwierig wird, und mir die Aussichten auf ein doch recht beschränktes FreeBSD (im Vergleich zu FreeNAS 0.7) irgendwie gar nicht gefallen, habe ich mir überlegt, stattdessen einfach ein normales FreeBSD System aufzusetzen.

Dazu darf ich euch nochmal mit der ZFS Frage nerven.
RAM gibt es ja für weniger als nichts, also könnte ich die 2GB auch auf 4GB aufrüsten, mehr geht auf dem GA-D525TUD leider nicht. Würde das zusammen mit einem 1,8GHz Atom ausreichen, um mit 2x 2TB Platten Spaß zu haben, oder sollte ich beim gmirror/ataraid bleiben?
Ich seh momentan noch nicht, die Kutsche zu erweitern, da schlicht im Gehäuse kein Platz für weitere Platten ist, und ich fürs erste keine große Investition tätigen will, aber man soll ja niemals nie sagen ...

Dienen soll das ganze als Fileserver (vermutlich zu 99% für Apple-Clients, d.h. afp Shares + Timemachine), auf dem desweiteren noch mysql, vermutlich irgendwann firefly o.ä. laufen soll.
Ein reines FreeBSD System hätte zusätzlich den Benefit, dass ich das System besser kennenlerne. Auf die GUI kann ich im Prinzip verzichten, und die von FreeNAS 8 finde ich ohnehin unbrauchbar ...

Habt ihr da noch Anregungen oder Ratschläge für mich?

[edit] Eventuell sind wir jetzt im falschen Forum ...
 
So, da ja niemand antwortet, bleibt es wohl an mir hängen. Wenn du auf 4GB RAM aufrüstet, steht von der Seite ZFS nichts mehr im Wege. Kommt natürlich ein wenig darauf an, wie viele Daten du speichern willst, aber so lange das in Grenzen bleibt (im einstelligen Terabyte-Bereich) ist es völlig ausreichend.
Die CPU ist natürlich so eine Sache. Einserseits ist der Atom sicher nicht beste und schnellste was es gibt, auf der anderen Seite ist ZFS auch nicht so cpu-intensiv, wie ihm immer gern nachgesagt wird. Solange du dich von den leistungsfressen Features wie Kompression fernhältst, reicht er locker aus. Da deine CPU amd64 unterstützt, solltest du es in jedem Fall auch nutzen.
 
Ich hab den Thread nur überflogen, ich hoffe ich hab nichts übersehen und gehe jetzt von falschen Anforderungen aus.

Oracle sagt pro 1TB Storage brauchst du 1GB RAM (nur für ZFS). Ich rechne lieber mit 1,5GB.
Also reichen tut es wenn die Kiste 4 GB hat und so lange du kein oder mehre RAIDz im Einsatz hast tut eine kleine CPU auch unter ZFS guten dienst.

Allerdings muss man sich auch fragen ob man die Funktionen von ZFS auf dem Rechner braucht (wie z.b. beschreibbare Snapshots). Wenn ich die Funktion nicht brauche, würde ich lieber bei UFS bleiben, da die Performance doch besser ist auf kleinen Rechner. Besonders wenn man andere Applicationen hat die Speicher verbrauchen.

cheers
Jan
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben