Areca ARC1120 - Array verdwenen?

[StarLite]

John2B schreef op zondag 19 maart 2006 @ 20:36:
[...]
Ik zie dat je je CACHE MODE op WRITE BACK hebt aan staan, is dat met opzet gedaan?

Hij staat op automatic en ik heb geen BBU

[ Voor 5% gewijzigd door StarLite op 19-03-2006 22:30 ]

[John2B]

Standaard staat die op WRITE THROUGH als er geen BBU op zit, dus nu zal bij de minst geringste powerdip, stroomstoring, reset ect. je Array in het ergste geval kwijt zijn. Ik vraag mij af of dat niet de oorzaak is geweest van het probleem?

Standaard staat de ARRAY zonder BBU op WRITE THROUGH en de disks cache ON
Met BBU staat de ARRAY op WRITE BACK en de disk cache OFF

[ Voor 32% gewijzigd door John2B op 19-03-2006 23:17 ]

[StarLite]

Hmzz, op het moment dat ik het via de httpProxy gui probeer aan te passen loopt mijn hele server vast. Erg onstabiele functie, denk dat ik die hele webinterface er maar weer af doe, doe alles wel via de bios van de kaart...

[Paul]

Heeft de disk cache niet hetzelfde probleem? Stroom weg, 8 of 16mb data (per schijf) weg?

Waarom wordt de disk cache @ BBU trouwens uitgezet? Is dat beter voor de performance? Dataintegriteit?

[StarLite]

Hij staat nu iig op Write Through en Cache Mode Enabled

[Kippenijzer]

Paul Nieuwkamp schreef op maandag 20 maart 2006 @ 01:36:
Heeft de disk cache niet hetzelfde probleem? Stroom weg, 8 of 16mb data (per schijf) weg?

Waarom wordt de disk cache @ BBU trouwens uitgezet? Is dat beter voor de performance? Dataintegriteit?

Je zegt het hier toch zelf? Disk cache staat aan zonder BBU (je bent toch je cache kwijt bij power outage, dan ook maar de extra performance uit de disk cache halen). Bij gebruik van een BBU ben je je cache niet kwijt, en ben je dus het nut van de BBU kwijt als je disk cache aan hebt staan, want dat zou je alsnog kwijt zijn -> inconsistente array.

[Paul]

Daarom: waarom staat zonder BBU toch de disk cache aan? Zet je de onboard cache op write-through zodat je bij powerfailure geen data kwijt bent, ga je dat weer slopen door de disk-cache aan te zetten. (Geen idee overigens of je bij de disk-cache nog read- en writestrategieën in kunt stellen)

Ik zie nu wel dat ik mijn vorige post inderdaad niet zo handig geformuleerd heb, want ik bedoel inderdaad zo ongeveer het tegenovergestelde van wat er in de onderste alinea staat

[John2B]

Paul Nieuwkamp schreef op maandag 20 maart 2006 @ 11:18:
Daarom: waarom staat zonder BBU toch de disk cache aan? Zet je de onboard cache op write-through zodat je bij powerfailure geen data kwijt bent, ga je dat weer slopen door de disk-cache aan te zetten. (Geen idee overigens of je bij de disk-cache nog read- en writestrategieën in kunt stellen)

Ik zie nu wel dat ik mijn vorige post inderdaad niet zo handig geformuleerd heb, want ik bedoel inderdaad zo ongeveer het tegenovergestelde van wat er in de onderste alinea staat

Ik weet dat dit standaard is bij Areca:

Standaard staat de ARRAY zonder BBU op WRITE THROUGH en de disks cache ON
Met BBU staat de ARRAY op WRITE BACK en de disk cache OFF

Ik neem dus aan dat de diskcache niet zo heel cruciaal is bij een powerfaillure (hoop ik) aangezien bij gewoon gebruik van een disk met cache dit ook niet tot problemen leidt, althans niet bij mij bekend.

Een dergelijke vraag heb ik eens aan LSI Logic voogelegd maar zij bevestigen dat het wel tot corruptie zou "kunnen" lijden. Om die reden worden bij de LSI Logic controllers standaard de diskcache ten allertijde disabled (uit) en moet de gebruiker die zelf enablen (aan).

Omdat de LSI Logic SATA150 4/6 poorts die in 2004 als de betere/snellere SATA RAID5 controller bekend stond, gaf in de praktijk regelmatig teleustellende resultaten omdat men deze aanschafte zonder de BBU en standaard de DISKCACHE op OFF. Dan kun je je voorstellen wat dat voor teleurstellende performance opleverde.

[StarLite]

Alles werkt nu al een tijd lang stabiel, ik denk dat het toch aan foute instellingen lag.
Ik merk alleen nu write-back uitstaat dat mijn write-performance ENORM is gekelderd.
met IOmeter haal ik 2.9 MB/Sec en met unrarrren kom ik ook niet boven de 5-10 MB/Sec [terwijl mijn cpu's zo goed als niks aan het doen zijn]

Met write-back aan haalde ik in IOmeter 150MB/Sec en ging unrarren een enorm stuk sneller. Ik weet dat de schrijfsnelheid met raid5 niet de snelste is, maar meer dan 5 MB/Sec zou ik toch wel verwachten.

Volume Set Information

Stripe Size 	    128KBytes
Block Size 	    512Bytes
Cache Mode 	 Write Through
Tagged Queuing 	Enabled
Volume State 	  Normal

System Settings

Disk Write Cache Mode        Enabled
Max SATA Mode Supported  Sata300

Deze settings zouden toch wel moeten kloppen dacht ik zo?

[StarLite]

Ik was net bezig in de http-manager om instellingen na te kijken hangt opeens winamp [die een mp3 vanaf mijn server speelde] en kreeg ik mail van mijn server [via de areca-mailer]

[RAID-SYSTEM ALARM]
2006-3-25 17:26:47 Controller#1(PCI) ARC-1120-VOL#00 Volume Degraded
2006-3-25 17:26:50 Controller#1(PCI) ARC-1120-VOL#00 Volume Failed
2006-3-25 17:26:47 Controller#1(PCI) Raid Set # 00 RaidSet Degraded
2006-3-25 17:26:50 Controller#1(PCI) Raid Set # 00 RaidSet Degraded
2006-3-25 17:26:50 Controller#1(PCI) ARC-1120-VOL#00 Volume Failed
2006-3-25 17:26:50 Controller#1(PCI) Raid Set # 00 RaidSet Degraded
2006-3-25 17:26:50 Controller#1(PCI) ARC-1120-VOL#00 Volume Failed
2006-3-25 17:26:50 Controller#1(PCI) Raid Set # 00 RaidSet Degraded
2006-3-25 17:26:50 Controller#1(PCI) ARC-1120-VOL#00 Volume Failed
2006-3-25 17:26:50 Controller#1(PCI) Raid Set # 00 RaidSet Degraded
2006-3-25 17:26:50 Controller#1(PCI) ARC-1120-VOL#00 Volume Failed
2006-3-25 17:26:50 Controller#1(PCI) Raid Set # 00 RaidSet Degraded
2006-3-25 17:26:50 Controller#1(PCI) ARC-1120-VOL#00 Volume Failed
2006-3-25 17:26:50 Controller#1(PCI) Raid Set # 00 RaidSet Degraded
2006-3-25 17:26:50 Controller#1(PCI) ARC-1120-VOL#00 Volume Failed
2006-3-25 17:26:50 Controller#1(PCI) Raid Set # 00 RaidSet Degraded
2006-3-25 17:26:51 Controller#1(PCI) IDE Channel # 4 Device Failed
2006-3-25 17:26:51 Controller#1(PCI) IDE Channel # 6 Device Failed
2006-3-25 17:26:51 Controller#1(PCI) IDE Channel # 8 Device Failed
2006-3-25 17:26:51 Controller#1(PCI) IDE Channel # 5 Device Failed
2006-3-25 17:26:51 Controller#1(PCI) IDE Channel # 1 Device Failed
2006-3-25 17:26:51 Controller#1(PCI) IDE Channel # 7 Device Failed
2006-3-25 17:26:51 Controller#1(PCI) IDE Channel # 2 Device Failed
2006-3-25 17:26:51 Controller#1(PCI) IDE Channel # 3 Device Failed

Dit gebeurde vlak nadat de http software leek te "hangen" iets wat regelmatig gebeurd, met name als je settings aanpast, soms komt ie terug , soms blijft de software (en mij hele server) hangen en is een reboot de nige optie.

Na deze "crash" kon ik niet meer bij mijn data op mij array, na een reboot werkte alles weer zonder enig probleem (gelukkig).
Ik heb de archttp software verwijderd, die komt er ook NIET meer op bij mij, ik regel alles wel via de bios....


De write snelheid blijft overigens te laag imo.
IOMeter :
512KB Read, 0% random, 100% Read haalt 530MB/Sec
512KB Read, 0% random, 100% Write haalt 6.02MB/Sec

10MB Read, 0% random, 100% Read haalt 616MB/Sec
10MB Read, 0% random, 100% Write haalt 18.5MB/

Met geen enkele benchmark krijg ik de writes boven de 22MB/Sec. Hij schommelt tussen de 18 en 22MB/Sec bij 63MB writes [groter dan 63MB en IOMeter crasht]

Ik ben 100% tevreden over de reads, maar ik had toch wel meer dan 20MB/Sec writes verwacht met deze kaart, maakt write-trhough/back ÉCHT zo'n enorm verschil [150 > 22MB/Sec] of klopt er ergens iets niet?

[ Voor 18% gewijzigd door StarLite op 25-03-2006 18:10 ]

[John2B]

Had je deze settings ook aangepast:

2.2. Raid System Function > HDD Read Ahead Cache :
change it from Enable to Disable Maxtor

Het lijkt er op dat de archhttpci software de boel ophangt? Probeer eens een tijdje zonder deze software.

[StarLite]

Yup, die staat op disable maxtor

[John2B]

De disken zijn direkt op de Areca aangesloten, dus niet in een DriveCage of Backplane?

[StarLite]

Klopt, met de bijgeleverde kabels.
Maar aangezien het onmogelijk is dat alle schijven op EXACT dezelfde seconde "uitvallen", zonder dat er ook maar IETS anders fout gaat, lijkt me het een bug in de kaart / http software en niet iets anders.

[John2B]

Als het echt een bug zou zijn, dan zou dit probleem bekend moeten zijn en zouden er meer meldingen over zijn. Mij is daar niets over bekend en Areca meld daar ook niets over.

Het feit dat er een aantal tegelijk uitvallen is inderdaad vreemd, zitten die disken wel goed verspreid over de voedingskabels? Ik weet het anders ook niet meer.

[ Voor 44% gewijzigd door John2B op 26-03-2006 12:33 ]

[StarLite]

Mijn array haalt nog steeds bagger write speeds, met het joinen van .ts files ana elkaar [puur joinen, geen resampling etc] haalt ik nauwlijks 4MB/sec [zo goed als 0% cpu, bijna geen ram belasting], veel te traag imho. Op het moment dat ik writes heb, stort mijn read-speed ook direct enorm in. Wat zou het probleem kunnen zijn...

Waar in de grote sata raid controller shootout haalt mijn kaart met 8 schijven in raid 5 tussen de 200 en 250 MB/Sec, het lijkt me sterk dat ik met dezelfde setup en dezelfde settings in IOMeter [allleen andere hd's] maar 7.3MB/sec zou halen

[ Voor 35% gewijzigd door StarLite op 26-03-2006 20:19 ]

[John2B]

Kan je de disken niet afzonderlijk testen met een tooltje van MAxtor, als er 1 brakke disk bij zit vertraagt de hele RAIDset.

De performance van WRITE THROUGH is natuurlijk altijd minder dan WRITE BACK, dus niet 1 op 1 te vergelijken met deze benchmark. Maar ik ben het met je eens dat met WRITE THROUGH een betere perfomance mogelijk moet zijn dan die schamele 7.3MB/sec zou halen.

[ Voor 31% gewijzigd door John2B op 26-03-2006 20:56 ]

[StarLite]

Ik ben bang dat ik de schijven niet los kan testen zonder de array offline te laten gaan hè, ben een beetje huiverig om de array offline te laten gaan..

[John2B]

Als ik disken moet testen dan zet ik de server uit, haal alle disk kabels los. Sluit disken 1 voor 1 aan op SATA poort op moederbord. Boot met floppy met daarop de Maxtor tool om de disk te testen. En dan 1 voor 1.

Als je niets meer wilt riskeren ook prima, ik kan zo een nieuwe controller toesturen, dus zeg het maar.

[StarLite]

Hmzz, dan ga ik dat even proberen, sluit ik ze 1 voor 1 aan op sata poort op mijn andere pc, server heeft geen omboard sata poorten

[Paul]

Door alles los te halen en ze dan 1 voor 1 te testen riskeer je ook niets, als er niets is aangesloten en er wordt niet op de schijven geschreven dan blijft de huidige status gewoon behouden

Ik heb net ook PowerMax (bovenste is floppy, onderste is CD, middelste zijn floppies voor Brazilie en Spanje) losgelaten op schijf 14 van mijn array (de controller bleef hem maar failen), die schijf is failed dus die mag terug naar Maxtor.
In een andere array doet een Seagate lastig en dan heb ik nog een stuk of 6 Hitachi's die ik niet 100% meer vertrouw dus die gaan ook getest worden. Al met al zat te doen dus

Maar John2B, niemand kan zeggen dat je geen service verleent

[StarLite]

Net alle 8 de schijven getest en alles was 100% in orde volgens de driver fitness test.
Net wat lopen klooien met de instellingen en drivers, maar ik krijg maar niet meer write performance.
Tagged queueing, Disk write cache mode op enabled, disabled of auto, maakte allemaal geen verschil. Ik heb zelfs firmware/bios/boot/mbro 1.38 erop gezet ipv 1.39, ook dan blijven mijn writes 7-10 MB/Sec.

Met cache mode op write back haal ik 350MB/Sec writes, dus het ligt iig niet aan de schijven zelf...

Wow.. Ik heb net eens de "HDD Read Ahead Cache" van "Disable Maxtor" naar Enable gezet en nu haal ik 68MB/Sec. Met de functie op gewoon "disabled" haal ik ook 7.5 MB/Sec.

Ik kan verder ook helemaal niks vinden wat het eigenlijk doet [behalve 1 vage notice in een firmware readme] ook de faq op de areca site zegt niks over deze setting. Zo maar weer eens een mailtje opstellen naar Areca

[ Voor 34% gewijzigd door StarLite op 27-03-2006 00:51 ]

[John2B]

Read Ahead Cache:
Following a read request, disk read-ahead begins on the first sector and continues sequentially until the allocated buffer is full. If a read request is received during the read-ahead operation, the buffer is examined to determine if the request is in the cache. If a cache hit occurs, read-ahead mode continues without interruption and the transfer begins immediately.

[StarLite]

Vreemd dat dat zo'n gigantisch verschil maakt, 65 tegen 7 MB/Sec
Binnekort, als het budget het toelaat, toch maar eens een BBU aanschaffen. 65 tegen 350 MB/Sec is toch best wel een enorm verschil

[John2B]

Ik kwam deze oude post tegen, ook met benchmarks met WRITE THROUGH en WRITE BACK

[rml][ Areca 1120]trage write performance[/rml]

En bevestigt ook dus de terugval in performance bij WRITE THROUGH.

Bij WRITE BACK wordt de parity in het geheugen berekend en dan in 1x naar alle disken geschreven en dus 1x i/o.

Bij WRITE THROUGH wordt de data eerst op een disk geschreven, parity berekend en weggeschreven, volgende parity berekend en weggeschreven. Dus afhankelijk van het aantal disks in je RAID5 set een aantal i/o akties van de controller na elkaar om tussentijds de data veilig te stellen.

Kwam ook deze post nog tegen:

Review: ervaringen met SATA RAID 5-adapters gevraagd

axis schreef op vrijdag 16 december 2005 @ 13:11:
Hmm.. heb hier ook wat probleempjes gehad (en nog steeds) met een 1120, maar ik kwam er later achter dat dat niet echt aan het de controller lag..

Heb 4 200GB SATA disks eraan hangen, 3xRAID5+HS. Er viel 1 schijf uit, en hij is gaan rebuilden op de spare. Daarna viel er nog een uit, en kwam de 1e disk weer online, en is ie daarop weer gaan rebuilden.. Gevolg: data corrupt, niet meer van te booten.

Kwam er later achter dat het aan de voedingskabels ligt die naar de schijven loopt. De schijven zitten in een coolermaster stacker, hebben alleen maar een sata-powerconnector, en voor elke schijf is er een verloopstekkertje nodig (voeding heeft geen SATA-powerconnectors), en schijnbaar is er toch iets met de verloopjes.. Als ik met mijn hand tegen de kast stoot hoor ik een stel klikjes, en zie ik in de Areca event viewer dat er random wat disks zijn removed en zijn toegevoegd.. lekker stabiel

Heb net een Chenbro RM311 case besteld, met 8x hostswap SATA backplane, heb het helemaal gehad.. En deze rackmount past mooi in het rack tussen de rest van de servers

Ik snap dat de Areca het niet meer snapt als er in 5 minuten 10 keer verschillende disks aan en uit gaan, maar toch jammer dat er datacorruptie optreedt.. Maar goed, dat zou misschien met elke controller zijn?

[ Voor 55% gewijzigd door John2B op 30-03-2006 00:27 ]

[StarLite]

Het lijkt erop dat er bij mij 2 schijven erg onstabiel zijn, schijf 3 en 8.

Gister was mijn array offline door schijf 3 + 8, na een reboot en rebuild deed alles het weer, maar vanochtend was de array weer stuk. Ik heb de kast open gedaan, alle stekkers goed aangedrukt etc.
Uiteindelijk na een aantal reboots zag de kaart alle schijven weer en alles was goed, totdat dat #&^#$#$ windows ging scandisken en de hele partitie ontoegankelijk heeft gemaakt

code:

2006-4-10 17:47:51  Proxy Or Inband     HTTP Log In          
2006-4-10 17:33:59  Proxy Or Inband     HTTP Log In          
2006-4-10 17:32:1   IDE Channel 3   Reading Error        
2006-4-10 17:31:43  IDE Channel 3   Reading Error        
2006-4-10 17:31:31  IDE Channel 3   Reading Error        
2006-4-10 17:29:59  IDE Channel 3   Reading Error        
2006-4-10 17:29:27  IDE Channel 3   Reading Error        
2006-4-10 17:29:12  IDE Channel 3   Reading Error        
2006-4-10 17:29:2   IDE Channel 3   Reading Error        
2006-4-10 17:28:38  ARC-1120-VOL#00     Start Rebuilding         
2006-4-10 17:27:45  H/W Monitor     Raid Powered On          
2006-4-10 17:27:8   ARC-1120-VOL#00     Complete Rebuild    000:00:10    
2006-4-10 17:27:1   RS232 Terminal  VT100 Log In         
2006-4-10 17:26:57  ARC-1120-VOL#00     Start Rebuilding         
2006-4-10 17:26:53  Raid Set # 00   Rebuild RaidSet          
2006-4-10 17:26:53  IDE Channel 8   Device Inserted          
2006-4-10 17:26:50  H/W Monitor     Raid Powered On          
2006-4-10 17:26:3   RS232 Terminal  VT100 Log In         
2006-4-10 17:25:56  H/W Monitor     Raid Powered On          
2006-4-10 17:24:56  RS232 Terminal  VT100 Log In         
2006-4-10 17:24:46  H/W Monitor     Raid Powered On          
2006-4-10 17:23:16  RS232 Terminal  VT100 Log In         
2006-4-10 17:22:57  H/W Monitor     Raid Powered On          
2006-4-10 17:21:43  IDE Channel 8   Device Inserted          
2006-4-10 17:21:20  RS232 Terminal  VT100 Log In         
2006-4-10 17:21:10  H/W Monitor     Raid Powered On          
2006-4-10 17:19:54  RS232 Terminal  VT100 Log In         
2006-4-10 17:19:41  H/W Monitor     Raid Powered On          
2006-4-10 17:18:57  RS232 Terminal  VT100 Log In         
2006-4-10 17:18:46  H/W Monitor     Raid Powered On          
2006-4-10 17:17:54  RS232 Terminal  VT100 Log In         
2006-4-10 17:17:45  Raid Set # 00   Rebuild RaidSet          
2006-4-10 17:17:45  ARC-1120-VOL#00     Failed Volume Revived        
2006-4-10 17:17:45  H/W Monitor     Raid Powered On          
2006-4-10 17:16:28  RS232 Terminal  VT100 Log In         
2006-4-10 17:16:18  H/W Monitor     Raid Powered On          
2006-4-10 17:11:19  Proxy Or Inband     HTTP Log In          
2006-4-10 17:11:15  IDE Channel 8   Device Removed       
2006-4-10 17:11:15  Raid Set # 00   RaidSet Degraded         
2006-4-10 17:11:15  ARC-1120-VOL#00     Volume Failed        
2006-4-10 0:57:27   Proxy Or Inband     HTTP Log In          
2006-4-9 22:20:17   Proxy Or Inband     HTTP Log In          
2006-4-9 22:17:56   H/W Monitor     Raid Powered On          
2006-4-9 22:16:50   RS232 Terminal  VT100 Log In         
2006-4-9 22:16:42   H/W Monitor     Raid Powered On          
2006-4-9 22:11:47   Proxy Or Inband     HTTP Log In          
2006-4-5 23:22:17   Proxy Or Inband     HTTP Log In          
2006-4-5 22:49:55   H/W Monitor     Raid Powered On          
2006-4-5 22:48:58   Raid Set # 00   Rebuild RaidSet          
2006-4-5 22:48:58   ARC-1120-VOL#00     Failed Volume Revived        
2006-4-5 22:48:58   H/W Monitor     Raid Powered On          
2006-4-5 22:47:28   RS232 Terminal  VT100 Log In         
2006-4-5 22:47:6    H/W Monitor     Raid Powered On          
2006-4-5 22:30:52   IDE Channel 8   Device Failed        
2006-4-5 22:30:52   Raid Set # 00   RaidSet Degraded         
2006-4-5 22:30:52   ARC-1120-VOL#00     Volume Failed        
2006-4-1 19:52:12   IDE Channel 3   Device Removed       
2006-4-1 19:52:12   ARC-1120-VOL#00     Complete Rebuild    000:00:01    
2006-4-1 19:52:11   Raid Set # 00   RaidSet Degraded         
2006-4-1 19:52:11   ARC-1120-VOL#00     Volume Degraded          
2006-4-1 19:52:10   ARC-1120-VOL#00     Start Rebuilding         
2006-4-1 19:52:9    Raid Set # 00   Rebuild RaidSet          
2006-4-1 19:52:9    IDE Channel 3   Device Inserted          
2006-3-31 23:11:3   IDE Channel 3   Device Removed

Ik wacht even tot de rebuild compleet is en ga dan via datarecovery software proberen mijn data veilig te stellen, daarna gaan schijf 3 en 8 direct RMA. Als ik met de nieuwe schijven nog steeds problemen heb gaat de areca kaart terug en neem ik een andere kaart, dan maar minder performance, ik ben al dit gekloot nu echt spuugzat...

[Paul]

Ik had ook constant rebuilds, bleek dat er inderdaad 1 schijf overleden was, dus die is nu RMA. Alleen jammer dat Maxtor met een tekort zit en ze dus de Advance Replacement niet kunnen sturen. Dan maar kijken wat ik met de winkel kan regelen (schijf is 2 maanden oud of zo).

[jacovn]

Starlite,
Heb jij wellicht ook de windows driver vervangen rond de tijd dat de problemen begonnen ?

Jouw problemen komen mij helaas bekend voor, en ik heb de stijd met maxtor inmiddels opgegeven.
Maar ik heb een fout gemaakt door te veel zaken tegelijkertijd te veranderen, dus foutzoeken wordt dan moeilijker. (PC driver, Areca software en Raid uitbreiding)
Als jij wellicht alleen de windows driver hebt ge-update zou het al eenvoudiger zoeken worden.

Mijn maxlineIII HD's gaan naar John2b toe, kan die wellicht uitzoeken wat het probleem is, en of het Areca of Maxtor of de combinatie is.

[StarLite]

Ik heb gister de kaart aangeslingerd onder linux, maar ook daar werkt ie niet helemaal lekker.
Volgens iozone haal ik 6-7MB/Sec Writes [net zo snel als onder windows] en maar 88MB/Sec reads. Ik heb het gevoel dat de instabiliteit die de array had lag aan de 'HDD Read Ahead Cache' optie, die stond op enabled. heb hem nu weer op 'disabled maxtor' gezet, maar writes van 6MB/Sec zijn geen doen. Daarvoor heb ik deze kaart niet gekocht. Is er al iets meer bekend over dit probleem en is er al een oplossing voor, anders meot ik OF een BBU kopen [en hopen dat de performance dan wel fatsoenlijk is] of een andere kaart nemen, want blijkbaar werkt deze kaart niet met maxtor hd's

Net de array opnieuw aangemaakt, alle settings nog een doorgelopen en opeens miste hij kanaal #5!
Ik begin steeds meer het gevoel te krijgen dat het niet aan de HD's ligt [ook omdat volgens powermax schijf 3 en 8 100% in orde zijn] maar dat óf mijn kaart gewoon brak is, óf de kaart niet goed werkt met mijn maxtor schijven...

Wat me ook opviel is dat het initializen van de array met 500MB/Sec, ik weet niet wat hij exact wegschrijft naar de HD's en of het vergelijkbaar is met echte data wegschrijven [behalve pariteits berekenen], maar blijkbaar KAN hij wel snel schrijven...

[ Voor 35% gewijzigd door StarLite op 15-04-2006 16:14 ]

[StarLite]

Ik heb toch het gevoel dat er iets echt fout is in de drivers. Ik was [via remote desktop] bezig op mijn server, toen ik iets teveel dingen tegelijk opstartte [DC++ in dit geval]. Server reageerde heel traag/niet, veel CPU usage etc, plots vielen er weer 2 kanalen uit...

Het lijkt wel alsof het een software based kaart is zo, O/S hang = raid crash. Na een reboot [server uit/aan, restart helpt niet] zijn alle kanalen er en werkt alles weer perfect. Dit kan ook verklaren waarom de kanalen eruit vlogen toen ik met de HTTPGui bezig was, die heeft namelijk ook de neiging om te blijven hangen en heel windows mee te nemen.

Volgens mij gooit de DRIVER de schijven eruit als hij x sec niks van ze hoort en niet de firmware, zodat bij een O/S hang dus je array kaduuk gaat. Ik had van areca kaarten toch wel verwacht dat ze dit soort dingen in de FIRMWARE regelden IPV in de driver


En jacovn, heb je al uitsluitsel over jouw maxlines + areca?
De write-performance blijft trouwens nog steeds diep triest met 6-7 MB/Sec max

[ Voor 8% gewijzigd door StarLite op 23-04-2006 14:18 ]

[Verwijderd]

Gebruik je nu van die molex->sata kabeltjes?
indien ja, moet je zeker deze thread even bekijken http://www.born2oc.be/ind...orum_topic&topic_id=37308
en als het dat niet is, dan hoop ik echt maar voor je dat het niet dit probleem is: Compatibiliteit Maxtor SATA schijven met o.a. nForce4

[ Voor 32% gewijzigd door Verwijderd op 23-04-2006 15:40 ]

[StarLite]

4 van de 8 zijn molex > sata-power stekkers inderdaad, maar ook de schijven met native sata power geven dezelfde problemen. Mobo is een Tyan i7500 , dus geen nForce4.

Femme zij dat hij totaal geen problemen heeft met zijn Diamondmax 10 schijven op zijn ARC-1120, maar dat komt misschien omdat hij een BBU heeft. Ik ben toch wel benieuwd waarom bij mij de writes zo slecht zijn

[jacovn]

StarLite schreef op zondag 23 april 2006 @ 14:18:
En jacovn, heb je al uitsluitsel over jouw maxlines + areca?

Ik heb alleen gehoord dat het allemaal bij hem wel werkt. Dat zul je altijd zo zien natuurlijk.
Vermoedelijk hoor ik morgen van hem, en ik denk ook dat hij (John2B) zelf ook nog wel wat gaat posten.

[StarLite]

Hmzz, mijn array is WEER opeens weg.
Ik word echt GEK, opeens is schijf 8 "FREE" en de array degraded
Als ik nou eens wist waar het aan lag, kon ik er wat aan doen. Maar ik heb geen idee of het de HD's, de kaart , een combinatie of whatever is. Als dit zo doorgaat ga ik eerst maar voor een nieuwe kaart [evt ander merk/type], dat lijkt me op dit moment het meest logische...

[Fauna]

Ik moet zeggen dat ik mezelf in een aantal problemen van StarLite herken. Ik heb zelf een 1160 zonder BBU.
Ik heb er alleen Maxtor's aan hangen: 1x pass through 250gb, 1x raid0 300+300gb, 1x raid0 200+200gb. Alle array's geven bij mij echter fatsoenlijke transferrates met HD Tune:

(let niet op de CPU, da's de schuld van boinc)

De HTTP config heeft al meer dan eens een Raid-set laten degraden. Het lijkt of de controller zich op een of andere manier ergens op stuk bijt, het duurt dan ook te lang voordat er een reactie is. En dan hangt ie zichzelf incl. systeem op.
Ook het symptoom dat er niet gereset kan worden klinkt me bekend in de oren. Ik moet hem vaak even uit en weer aanzetten.

Ik moet zeggen dat het nu weer ff geleden is, maar irritant blijft het wel.

[ Voor 9% gewijzigd door Fauna op 24-04-2006 22:20 . Reden: image ]

[Femme]

StarLite schreef op zondag 23 april 2006 @ 17:58:

Femme zij dat hij totaal geen problemen heeft met zijn Diamondmax 10 schijven op zijn ARC-1120, maar dat komt misschien omdat hij een BBU heeft. Ik ben toch wel benieuwd waarom bij mij de writes zo slecht zijn

Ik heb geen BBU op de ARC-1120. Met drie DiamondMax 10-schijven in RAID 5 haalt hij ongeveer 120MB/s (en dat is niet helemaal aan het begin van het array), dus precies wat je mag verwachten.

Over het netwerk haal ik overigens geen transfer rates hoger dan zo'n 50MB/s en dat alleen met pieken. Meestal haal ik niet meer dan 30MB/s met het wegschrijven van grote files. Dit is dan nog wel over een crosslink met 9K jumbo frames.

[StarLite]

Zou het dan toch een Areca/Maxtor comptibiliteits probleem zijn?
Ik heb nu de array draaiende onder Linux, eens kijken of ik daar dezelfde problemen ondervind. Anders maak ik eens een aantal kleinere arrays aan, om te kijken of hij misschien problemen heeft met arrays van 8 schijven..

Ik vind het wel jammer dat er geen alternatief is voor de arc-1120; promise wil ik nooit meer, de LSI is een heel stuk trager en 3ware is trager en een enorm stuk duurder..

[ Voor 24% gewijzigd door StarLite op 25-04-2006 00:48 ]

[TGEN]

Je hebt geen schijven van betrouwbaardere fabrikanten om mee te testen? Mijn ervaring met Maxtors is in ieder geval minstens 9 jaar ellende.

[StarLite]

Ik heb helaas geen andere sata schijven om te testen, behalve mijn raptor uit mijn gewone PC, maar die kan ik niet een week missen

[John2B]

StarLite schreef op donderdag 27 april 2006 @ 12:43:
Ik heb helaas geen andere sata schijven om te testen, behalve mijn raptor uit mijn gewone PC, maar die kan ik niet een week missen

Is er wat met je mail?

[e-mail]
Connected to <IPNUMMER> but sender was rejected.
Remote host said: 451 DNS temporary failure (#4.3.0)
I'm not going to try again; this message has been in the queue too long.

[StarLite]

Hmzz, net ff een testmailtje gestuurd en hij werkt nu prima, zal wel een tijdelijke error zijn geweest oid?
Ben 9 dagen op vakantie geweest en mijn server heeft 9 dagen aangestaan, dit maal met linux en de array doet het nog perfect, zal er misschien iets in de windows driver zitten waardoor het fout gaat?

[ Voor 49% gewijzigd door StarLite op 07-05-2006 23:18 ]

[tazzdevil]

Ik heb sindskort ook een areca alleen dan een 1220 v1.39 ( op a8n32-sli)
met 5 x maxtor 300Gb. en daar valt om de paar dagen een willekeurige disk uit.
dacht eerst dat het aan de kabels en voeding lag, die heb ik vervangen maar het heb probleem nogsteeds. had eerst een antec 380 voeding en ben nu over gestapt naar en coolermaster 550.
Heb de disks al meerdere keren afzonderlijk getest met de maxtor tool deze geeft geen fouten.
andere ide disks van maxtor vallen niet uit en lopen stabiel.

[StarLite]

Welke type schijven heb je en wat welke firmware hebben ze? Als je exact dezelfde schijven hebt, ligt het misschien tóch aan de combi kaart + schijven, dan ruil ik gewoon mijn hd's om voor wd scijven oid

[tazzdevil]

Type Diamondmax 10 model 6v300f0. 4 zijn van dezelfde leeftijd de 5e is 3 maand ouder . controller staat ingeteld op 300+NCQ

firmware VA111630

[ Voor 8% gewijzigd door tazzdevil op 12-05-2006 18:09 ]

[StarLite]

Ik heb inderdaad exact dezelfde schijven, zelfde firmware + typenummer. Misschien is het toch een probleem met de HD's ..
Jammer dat het vorige antwoord van Areca niet is doorgekomen door problemen met mijn mail. John2B, zou je het mailtje naar mij kunnen forwarden?

[John2B]

tazzdevil schreef op vrijdag 12 mei 2006 @ 18:03:
Type Diamondmax 10 model 6v300f0. 4 zijn van dezelfde leeftijd de 5e is 3 maand ouder . controller staat ingeteld op 300+NCQ

firmware VA111630

Maxtor schijven, heb je de volgende setting al aangepast:

System Controls
System Configurations
HDD Read Ahead Cache optie "Disable Maxtor"

[tazzdevil]

Nope heb ik niet uit staan, zal dat eens proberen , moest eerst wachten op de rebuild

edit : rebuilld is klaar. optie in de bios uitgezet en nu afwachten maar....?

[ Voor 33% gewijzigd door tazzdevil op 12-05-2006 21:18 ]

[StarLite]

John2B schreef op vrijdag 12 mei 2006 @ 20:26:
[...]


Maxtor schijven, heb je de volgende setting al aangepast:

System Controls
System Configurations
HDD Read Ahead Cache optie "Disable Maxtor"

Die optie heeft bij mij iig niet veel geholpen, ik had wel het gevoel dat hij iets stabieler werd, maar het bleef helaas te slecht om bruikbaar te zijn en de writespeeds storten zo gigantisch in als die optie aan staat dat het om te is

[ Voor 12% gewijzigd door StarLite op 12-05-2006 21:55 ]

[tazzdevil]

Zou het helpen als ik de disks terug zet op sata 150 via de jumper op de disk??

[John2B]

Antwoord van Areca:

It should be the Maxtor releated issue, please also change the maximum SATA mode to SATA300 without NCQ. in our experience, the motherboard or OS should not be the problem, the problem seems happen on heavy loading application.

Best Regards, Kevin Wang Areca Technology Tech-support Division

[tazzdevil]

zei geven dus ook aan dat een maxtor gerelateerd probleem is.

ik heb op internet wel een latere firmware gezien van die maxtors. weet iemand hier iets van ??

[cyspoz]

Kun je niet kijken of je de maxtor schijven kan omruilen voor western digital raid edition schijven. Die hebben mogelijk het probleem niet en zijn bovendien gemaakt voor het draaien in raid en werken in een 24x7 omgeving...

[tazzdevil]

cyspoz schreef op maandag 15 mei 2006 @ 16:49:
Kun je niet kijken of je de maxtor schijven kan omruilen voor western digital raid edition schijven. Die hebben mogelijk het probleem niet en zijn bovendien gemaakt voor het draaien in raid en werken in een 24x7 omgeving...

ik zit al buiten de 14 dagen omruil periode. en helaas hebben ze geen WD op de Raptor na dan.

[StarLite]

Hmz, een maxtor probleem.
Dan ga ik mijn schijven omruilen voor een ander merk

[Dukey]

Owke Maxtor mag dan iets te strak de specificaties aanhouden waardoor controllers van Nvidia en nu dus ook Areca over hun nek gaan. Maar ik bekijk het andersom, wat doen dan andere controllers waardoor zij geen problemen hebben met een Maxtor?

Ik gebruik zelf een Promise EX8350 Raid controller met 7 Maxtor's eraan van drie verschillende generaties (DM10 sata150, DM10 sata300, DM11 sata300) en heb totaal geen problemen. Dezelfde DM10 sata150 hebben ook aan de onboard Intel ICH7R gehangen zonder problemen.

Behalve dan die #%@$@&#* sata powerplugs die spontaan losgaan en me dus een array rebuild veroorzaken . Inmiddels zelf wel opgelost door een backplane te gebruiken.

Aan de TS geef ik hetzelfde advies overigens als de rest, om toch maar andere schijven te halen. Wel leuk ja, heb je eerst 500 euro uitgegeven aan een controller, kun je daarna al je schijven gaan vervangen omdat "meneer niet kan samenwerken".

[ Voor 3% gewijzigd door Dukey op 16-05-2006 09:09 ]

[tazzdevil]

Djoekie schreef op dinsdag 16 mei 2006 @ 09:08:
Owke Maxtor mag dan iets te strak de specificaties aanhouden waardoor controllers van Nvidia en nu dus ook Areca over hun nek gaan. Maar ik bekijk het andersom, wat doen dan andere controllers waardoor zij geen problemen hebben met een Maxtor?

Ik gebruik zelf een Promise EX8350 Raid controller met 7 Maxtor's eraan van drie verschillende generaties (DM10 sata150, DM10 sata300, DM11 sata300) en heb totaal geen problemen. Dezelfde DM10 sata150 hebben ook aan de onboard Intel ICH7R gehangen zonder problemen.

Behalve dan die #%@$@&#* sata powerplugs die spontaan losgaan en me dus een array rebuild veroorzaken . Inmiddels zelf wel opgelost door een backplane te gebruiken.

Aan de TS geef ik hetzelfde advies overigens als de rest, om toch maar andere schijven te halen. Wel leuk ja, heb je eerst 500 euro uitgegeven aan een controller, kun je daarna al je schijven gaan vervangen omdat "meneer niet kan samenwerken".

Was dat maar zo ik heb die disks nu op 4 verschillende controllers getest. , promise, via, nvidia, siliconimage. en ze vertonen op iedere controller het zelfde probleem na een x aantal dagen vallen ze zomaar uit. als je dan een poweroff doet en weer opstart lopen ze weer voor een paardagen. dus ik denk toch eerder aan een maxtor probleem. Welke firmware hebben de maxtors van jouw???

[ Voor 4% gewijzigd door tazzdevil op 16-05-2006 10:26 ]

[mahi]

Djoekie schreef op dinsdag 16 mei 2006 @ 09:08:
Owke Maxtor mag dan iets te strak de specificaties aanhouden waardoor controllers van Nvidia en nu dus ook Areca over hun nek gaan. Maar ik bekijk het andersom, wat doen dan andere controllers waardoor zij geen problemen hebben met een Maxtor?

Ik moet tazzdevil hier toch ook gelijk in geven... Ik heb ook verscheidene Maxtors moeten vervangen door Seagate omdat ze maar niet betrouwbaar wilden werken op Intel en Promise controllers. Het zou me ten stelligste verbazen mocht het probleem elders liggen dan bij Maxtor.

Ik heb voor Seagate gekozen omwille van de 5 jaar garantie.

[tazzdevil]

Weet iemand hier iets over die nieuwere firmware van maxtor VA111670

[John2B]

jacovn schreef op maandag 24 april 2006 @ 16:38:
[...]

Ik heb alleen gehoord dat het allemaal bij hem wel werkt. Dat zul je altijd zo zien natuurlijk.
Vermoedelijk hoor ik morgen van hem, en ik denk ook dat hij (John2B) zelf ook nog wel wat gaat posten.

Ik heb de disken (4x Maxtor) van Jacovn enkele weken geleend en eens op een 1130 en een 1220 aangesloten gehad. Op de 1130 met firmware 1.36 en 1.39. De array flink gestressed met verschillende tooljes en programma's. En je zult het altijd zien, ik kreeg de array (RAID0) niet op zijn knieen.

EDIT:
En dat terwijl de controller en disken bij Jacovn eerst maanden probleemloos had gewerkt, en na diverse wijzigingen er ineens problemen ontstonden?

[ Voor 12% gewijzigd door John2B op 19-05-2006 10:14 ]

[tazzdevil]

Kennis van mij heeft areca 1210, en die heeft nu ook het problemen dat de disks uitvallen.
voorzover ik weet heeft hij het zelde type disks als ik. die disks hebben zonder problemen gedraaid op een intel ichr6 controller.

[Paul]

Ik heb een 16poorts areca met daaraan 16 Maxtors. 9 DM10 sata1 en 7 DM10 sata2 oid, 9x 6B300S0 en 7x 6V300F0 iig, allemaal 300gb. De S-jes hebben 8x firmware BANC1B10 en 1x BANC1B70, de F-jes allemaal VA111630.

Dit werkt perfect, geen gezeik. Wel al een aantal keer de array gerebuild, omdat schijf 14 uitviel (een van de F-jes). Deze is RMA gegaan (Maxtor tool vind dat hij stuk was, dus niet op goed geluk ), andere erin, rebuilden en op gegven moment (na een reboot) weer een error, weer schijf 14 Of het nu de backplane is of de sata-cable of net wat?

Iemand enig idee of ik (terwijl de server uit staat ) veilig 2 schijven kan verwisselen? Dan kan ik deze schijf iig al uitsluiten

Voor zover wegvallende arrays nog *iets* met het OS van doen zou kunnn hebben, ik draai Debian, firmware 1.38 en de laatste revision die in de .C staat (vreemd genoeg, had het in de .h verwacht ) is 1.20.0X.12

[StarLite]

Nou, ik heb mijn maxtors RMA gedaan naar cool-prices en ingeruild voor WD 320's.
1 schijf was zo goed als DOA, ging na 45 min intializen dood en deed helemaal niks meer. RMA gestuurd en nieuwe gekregen.
De 2 weken daarna draaide alles goed op kanaal 3 na, die viel ongeveer elke week uit. Na de 2e keer heb ik hem getest met de WD tool en deze schijf bleek ook dood aan het gaan [SMART error 07]. Deze schijf ook RMA gestuurd en ook een nieuwe gekregen.
Ik bleek bij het hot-swap eruithalen van de schijf aan kanaal 3 ook de stekker van 2 ff los te hebben gemaakt oid, dus nadat mijn schijf terug was miste hij 2 schijven en wou dus niet meer rebuilden. Op zich geen ramp want er stond niks op de array wat ik niet op andere schijven had.
Ik heb direct even mijn sata kabels omgedraaid [de 90-graden hoek bij de schijven IPV op de kaart]. het zit nu wat minder stevig, maar omdat mijn schijven 90 graden gedraaid zitten in de kast zaten de sata stekkers te strak tegen de zijkant voor mijn gevoel.

Alle kabels opnieuw vastgezet, array opnieuw aangemaakt en alles goed ingesteld. Sindsdien draait mijn array perfect en zonder problemen
Het probleem lag dus duidelijk aan een incompatibiliteit tussen de maxtor schijven en de kaart.

Dank aan alle hulp hier, met name John2B.

Ik zit alleen nog met 1 dingetje, de write performance. Omdat ik [nog] geen BBU heb en dus op write through draai ipv write back is mijn write performance maar zo'n 20MB/sec. Ik ben wel van plan om een BBU te gaan halen, maar hoeveel kwaad kan het om de kaart op write back te zetten zonder BBU?
Stel dat mijn server crasht of de stroom uitvalt, ben ik dan alleen de data in de cache kwijt, of raakt dan direct mijn hele array onherstelbaar corrupt?

[ Voor 3% gewijzigd door StarLite op 14-07-2006 21:47 ]

[arnoman]

Naar mijn weten ben je niet gegarandeerd je data kwijt, maar is de kans zeer groot dat een grote hoeveelheid data niet correct meer inleesbaar is.

Bij mij was er onlangs ook een schijf uitgevallen bij mijn Areca. Omdat ik zo handig was om de buzzer uit te zetten en de http-server niet te configgen, kwam ik er pas heel laat achter dat mn array 'degraded' was.
Vanochtend een nieuwe 500gb (Maxtor) schijf toegevoegd en naar 2:47u draaide de array weer (5schijven Raid5). Ben momenteel bezig met het toevoegen van 3 schijven aan mijn array. Momenteel op 75% met ruim 4u op de teller Duuuuurd lang en wil zo slapen..
_{handig een server op je kamer}

edit:
5:45u in totaal voor het expanden. Het expanden is succesvol geweest, echter zie ik in nog altijd maar 1800gb aan ruimte ipv de +/- 3500gb?
Ik denk dat er toch wat verkeerd is gegaan met het expanden boven de 2tb grens, iemand tips?

[ Voor 17% gewijzigd door arnoman op 15-07-2006 00:18 ]

[StarLite]

arnoman schreef op vrijdag 14 juli 2006 @ 22:20:
Naar mijn weten ben je niet gegarandeerd je data kwijt, maar is de kans zeer groot dat een grote hoeveelheid data niet correct meer inleesbaar is.

Bij mij was er onlangs ook een schijf uitgevallen bij mijn Areca. Omdat ik zo handig was om de buzzer uit te zetten en de http-server niet te configgen, kwam ik er pas heel laat achter dat mn array 'degraded' was.
Vanochtend een nieuwe 500gb (Maxtor) schijf toegevoegd en naar 2:47u draaide de array weer (5schijven Raid5). Ben momenteel bezig met het toevoegen van 3 schijven aan mijn array. Momenteel op 75% met ruim 4u op de teller Duuuuurd lang en wil zo slapen..
_{handig een server op je kamer}

edit:
5:45u in totaal voor het expanden. Het expanden is succesvol geweest, echter zie ik in nog altijd maar 1800gb aan ruimte ipv de +/- 3500gb?
Ik denk dat er toch wat verkeerd is gegaan met het expanden boven de 2tb grens, iemand tips?

Je array is ge-expand, maar je partitite niet. Die moet je zelf met partition magic oid resizen

[John2B]

Even uit m'n hoofd...

1. Online capacity expansion Oftewel je ARRAY | Indien klaar
2. Volume vergroten Oftewel een MODIFY VOLUME
3. Partitie onder het OS vergroten OF een nieuwe partitie aanmaken.

StarLite schreef op vrijdag 14 juli 2006 @ 21:45:
Dank aan alle hulp hier, met name John2B.

Kijk, dat hoor ik graag.

Ik zit alleen nog met 1 dingetje, de write performance. Omdat ik [nog] geen BBU heb en dus op write through draai ipv write back is mijn write performance maar zo'n 20MB/sec. Ik ben wel van plan om een BBU te gaan halen, maar hoeveel kwaad kan het om de kaart op write back te zetten zonder BBU?
Stel dat mijn server crasht of de stroom uitvalt, ben ik dan alleen de data in de cache kwijt, of raakt dan direct mijn hele array onherstelbaar corrupt?

De kans is er dat bij het nog niet geschreven data in cache verloren gaat, dat kan een stukje data zijn een een groter deel, b.v. stukje data van een MP3 bestandje, dat ben je dus helemaal kwijt. Maar een corruptie van een hele array is ook mogelijk. Ik durf het zelf zonder BBU niet op WRITE BACK te draaien, daar is mijn data me te lief voor.


(Mmmmm... Alle Areca gebruikers zijn weer laat op...!!)

[ Voor 92% gewijzigd door John2B op 15-07-2006 00:58 ]

[Fauna]

Als de expansion sucessfull is moet je inderdaad het volume nog vergroten. Als dat gedaan is moet je de partitie nog vergroten, zoals gezegd bijv. met partition magic.

[arnoman]

Fauna schreef op zaterdag 15 juli 2006 @ 00:51:
Als de expansion sucessfull is moet je inderdaad het volume nog vergroten. Als dat gedaan is moet je de partitie nog vergroten, zoals gezegd bijv. met partition magic.

Pfiew, ik was al bang dat ik iets flink verkeerd had gedaan
Ik zal er wel overheen hebben gelezen in de manual. Vanmiddag zal ik er weer mee gaan stoeien

[Dukey]

Ik heb hem (Promise EX8350) op write back staan zonder BBU en het is mij wel eens overkomen dat de stroom uitviel. Nog nooit problemen gehad met data die niet meer leesbaar was oid. Of ik heb geluk (128mb cache terugschrijven gaat vrij snel natuurlijk in het algemeen), of de waarschuwingen zijn wat te conservatief.

arnoman schreef op zaterdag 15 juli 2006 @ 05:21:
[...]
Pfiew, ik was al bang dat ik iets flink verkeerd had gedaan
Ik zal er wel overheen hebben gelezen in de manual. Vanmiddag zal ik er weer mee gaan stoeien

Ik vindt alleen jammer dat je met expanden toch van die losse partities krijgt te zien in je disk manager, staat wat slordig en je komt der ook niet meer vanaf. En je partitie wijzigen met partition magic terwijl er nog data op staat is een beetje russisch roulette (gaat vaak goed maar het kan ook mis gaan, tenminste mijn ervaring).

[ Voor 51% gewijzigd door Dukey op 15-07-2006 09:28 ]

[arnoman]

Djoekie, ik ga toch zo proberen met partitionmagic de partitie te vergroten. Ik heb alle belangrijke data gebackupped, op mijn dvd collectie na dan.. dus mocht ie klappen, dan is het probleem te overzien.

Leverd Areca trouwens geen partition magic achtige tool?

[StarLite]

Hmzz, dan laat ik hem op campzone lekker op write through staan en bestel ik daarna wel een BBU
Op CZ zal ik toch wel met name reads hebben

[arnoman]

StarLite schreef op zaterdag 15 juli 2006 @ 12:05:
Hmzz, dan laat ik hem op campzone lekker op write through staan en bestel ik daarna wel een BBU
Op CZ zal ik toch wel met name reads hebben

Kan jij eens benchmarks draaien van jou setup, ik ben benieuwd in hoeverre er performance verschil zit tussen jou 300gb schijven en mijn 500gb'rs.

Gebruik je op campzone dezelfde nickname? Anders kom ik wel even buuten

[StarLite]

arnoman schreef op zaterdag 15 juli 2006 @ 12:11:
[...]

Kan jij eens benchmarks draaien van jou setup, ik ben benieuwd in hoeverre er performance verschil zit tussen jou 300gb schijven en mijn 500gb'rs.

Gebruik je op campzone dezelfde nickname? Anders kom ik wel even buuten

Op campzone sta ik bekend als StarLite of [Tent75]StarLite.
We zitten op Veld B, waarschijnlijk vlakbij Wallylan tent

Array settings:

Raid Level 	    Raid 5
Stripe Size 	    32KBytes
Block Size 	   512Bytes
Member Disks 	8
Cache Mode 	 Write Through
Tagged Queuing 	Enabled

Max SATA Mode Supported      Sata 300 + NCQ
HDD Read Ahead Cache           Enabled
Disk Write Cache Mode            Auto

IOMeter results:
1 Worker
outstanding IO's: 1-32 / Power 2 [exponential]

32K; 100% Read; 0% random: 620-650 MB/Secc
32K; 0% Read; 0% random : 20 MB/sec

code:

Test Type,Test Description
0,
'Version
2004.07.30
'Time Stamp
2006-07-15 12:36:51:655
'Access specifications
'Access specification name,default assignment
32K; 100% Read; 0% random,0
'size,% of size,% reads,% random,delay,burst,align,reply
1048576,100,100,0,0,1,0,0
'End access specifications
'Results
'Target Type,Target Name,Access Specification Name,# Managers,# Workers,# Disks,IOps,Read IOps,Write IOps,MBps,Read MBps,Write MBps,Transactions per Second,Connections per Second,Average Response Time,Average Read Response Time,Average Write Response Time,Average Transaction Time,Average Connection Time,Maximum Response Time,Maximum Read Response Time,Maximum Write Response Time,Maximum Transaction Time,Maximum Connection Time,Errors,Read Errors,Write Errors,Bytes Read,Bytes Written,Read I/Os,Write I/Os,Connections,Transactions per Connection,Total Raw Read Response Time,Total Raw Write Response Time,Total Raw Transaction Time,Total Raw Connection Time,Maximum Raw Read Response Time,Maximum Raw Write Response Time,Maximum Raw Transaction Time,Maximum Raw Connection Time,Total Raw Run Time,Starting Sector,Maximum Size,Queue Depth,% CPU Utilization,% User Time,% Privileged Time,% DPC Time,% Interrupt Time,Processor Speed,Interrupts per Second,CPU Effectiveness,Packets/Second,Packet Errors,Segments Retransmitted/Second
ALL,All,32K; 100% Read; 0% random,1,1,1,640.576389,640.576389,0.000000,640.576389,640.576389,0.000000,640.576389,0.000000,1.559541,1.559541,0.000000,1.559541,0.000000,7.055730,7.055730,0.000000,7.055730,0.000000,0,0,0,80606134272,0,76872,0,0,-1,,,,,,,,,,0,20000,1,14.805180,1.514821,13.366257,2.215222,5.189483,,5496.501891,43.267046,445.137593,0.000000,0.467021
MANAGER,STARSERVER,32K; 100% Read; 0% random,,1,1,640.576389,640.576389,0.000000,640.576389,640.576389,0.000000,640.576389,0.000000,1.559541,1.559541,0.000000,1.559541,0.000000,7.055730,7.055730,0.000000,7.055730,0.000000,0,0,0,80606134272,0,76872,0,0,-1,215793078050,0,215793078050,0,12700314,0,12700314,0,216007961472,0,20000,1,14.805180,1.514821,13.366257,2.215222,5.189483,1800000000.000000,5496.501891,43.267046,445.137593,0.000000,0.467021
PROCESSOR,CPU 0,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,17.867398,0.925181,17.018115,7.401447,9.121501,1800000000.000000,4758.108558,,,,
PROCESSOR,CPU 1,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,34.663991,1.876423,32.863465,1.107611,10.659126,1800000000.000000,369.905537,,,,
PROCESSOR,CPU 2,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,1.709310,0.977304,0.807904,0.078184,0.273645,1800000000.000000,139.097158,,,,
PROCESSOR,CPU 3,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,4.980020,2.280375,2.775542,0.273645,0.703659,1800000000.000000,229.390637,,,,
WORKER,Worker 1,32K; 100% Read; 0% random,,,1,640.576389,640.576389,0.000000,640.576389,640.576389,0.000000,640.576389,0.000000,1.559541,1.559541,0.000000,1.559541,0.000000,7.055730,7.055730,0.000000,7.055730,0.000000,0,0,0,80606134272,0,76872,0,0,-1,215793078050,0,215793078050,0,12700314,0,12700314,0,216007961472,0,20000,1,,,,,,1800000000.000000,,,,,
DISK,E:Raid5,,,,,640.576389,640.576389,0.000000,640.576389,640.576389,0.000000,640.576389,0.000000,1.559541,1.559541,0.000000,1.559541,0.000000,7.055730,7.055730,0.000000,7.055730,0.000000,0,0,0,80606134272,0,76872,0,0,-1,215793078050,0,215793078050,0,12700314,0,12700314,0,216007961472,0,20000,1,,,,,,1800000000.000000,,,,,
'Time Stamp
2006-07-15 12:38:51:764
'Access specifications
'Access specification name,default assignment
32K; 0% Read; 0% random,0
'size,% of size,% reads,% random,delay,burst,align,reply
1048576,100,0,0,0,1,0,0
'End access specifications

[arnoman]

Na 1:15u is de array gemodified. Nu nog even partition magic op de kop tikken

_{StarLite vergeet je niet alvast voor DC++ te hashen}

edit:
Probleempje..

Partition Magic 8.0 werkt niet onder Windows 2003E. Iemand tips?

[ Voor 38% gewijzigd door arnoman op 15-07-2006 13:39 ]

[StarLite]

DC++ is al gehashed, staat maar 150GB op op het moment, dus hij bijna leeg.
Heb alleen wel door dat DC++ echt vet onstabiel is, als ik hem met 1 hub met 5,000 users verbind, loopt ie gegarandeerd binnen 24uur vast. Het is ook alleen DC++ wat vast loopt, hopen dat het aan de hub/aantal users ligt en dat het op cz beter gaat.

[Major Carnage]

arnoman schreef op zaterdag 15 juli 2006 @ 13:10:
Na 1:15u is de array gemodified. Nu nog even partition magic op de kop tikken

_{StarLite vergeet je niet alvast voor DC++ te hashen}

edit:
Probleempje..
[afbeelding]
Partition Magic 8.0 werkt niet onder Windows 2003E. Iemand tips?

Probeer het eens met ServerMagic. De gewone PM is voor non-server OSes gemaakt.

[ Voor 74% gewijzigd door Major Carnage op 15-07-2006 13:50 ]

[arnoman]

Pff kan die tool echt nergens fatsoenlijk vinden. Heeft Areca hier niet gewoon een freeware tool voor?

[Dukey]

arnoman schreef op zaterdag 15 juli 2006 @ 16:04:
Pff kan die tool echt nergens fatsoenlijk vinden. Heeft Areca hier niet gewoon een freeware tool voor?

Doe anders een expand, komt op hetzelfde neer. Moet je partitie overigens wel dynamisch zijn. En Areca heeft natuurlijk niet veel te maken met het OS behalve dan drivers en config, dus leveren ze er ook geen tool voor.

edit:
Djoekie heeft nu een derde maxtor 500Gigger erbij en is nu zijn mirror aan het migreren naar een raid-5. Heb nu eens gekozen voor full initialization, ben pas na 40min op 13%....damn...

[ Voor 38% gewijzigd door Dukey op 15-07-2006 16:32 ]

[arnoman]

Djoekie schreef op zaterdag 15 juli 2006 @ 16:29:
[...]

Doe anders een expand, komt op hetzelfde neer. Moet je partitie overigens wel dynamisch zijn. En Areca heeft natuurlijk niet veel te maken met het OS behalve dan drivers en config, dus leveren ze er ook geen tool voor.

edit:
Djoekie heeft nu een derde maxtor 500Gigger erbij en is nu zijn mirror aan het migreren naar een raid-5. Heb nu eens gekozen voor full initialization, ben pas na 40min op 13%....damn...

Naar mijn weten kan een array van deze grote (2tb+) niet dynamisch zijn, ik krijg het iig niet voor elkaar

[John2B]

Ik gebruik Partition Manager van Paragon, de versie die ik nog heb kan ook de server versie aan. Maar Paragon heeft ondekt daar een slaatje uit te kunnen slaan door een aparte server versie uit te brengen. Maar desondanks nog betaalbaar.

http://www.partition-manager.com/

[AK47]

arnoman schreef op zaterdag 15 juli 2006 @ 18:29:
[...]
Naar mijn weten kan een array van deze grote (2tb+) niet dynamisch zijn, ik krijg het iig niet voor elkaar

Dat kan inderdaad niet . Die moét Basic zijn.

[arnoman]

Zeg ik iets heel geks als ik gewoon even op een andere hardeschijf windows xp installeer en daar de array vervolgens uitbreid naar 3.5TiB. En dan gewoon weer booten vanaf m'n win2k3E hardeschijf?
Ik neem aan dat ik dan wel gewoon alles kan benaderen.


Met Partition Magic Pro 8 krijg inmiddels de volgende melding


Moet ik daar een aanvullende module voor downloaden oid?

edit:
Zie net dat het een aanvullend programmaatje van PowerQuest is. Even downloaden

edit2:
Net WinXP Pro geinstalleerd, toond de array niet..

Iemand bekend met freeware tooltjes die het partitie expanden truukje ook kunnen?

[ Voor 27% gewijzigd door arnoman op 16-07-2006 17:27 ]

[arnoman]

Ik geef het op
Ik kan geen geschikt tooltje vinden om mijn array te expanden in windows 2003E. Betalen voor een tooltje voor wat ik 1x misschien 2x gebruik vind ik van de zotte

Ik heb +/- 1TiB aan data, ik heb zelf nog een lege 160gb'r liggen en haal even bij een kennis 2x500gb op, daar backup ik alles op. En dan verwijder ik de partitie onder windows en maak 1 grote nieuwe aan.

[John2B]

Booten vanaf een partitie die groter is dan 2TB gaat niet lukken, booten MOET vanaf een kleinere partitie dan 2TB.

Je zou op de Areca een kleine partitie kunnen maken alleen voor het OS, of vanaf een aparte disk.

Een OS moet 64Bits zijn en 64LBA ondersteuning hebben om een partitie groter dan 2TB te kunnen zien en managen, maar booten is voorlopig niet mogelijk.

Aangezien de ARRAY en het VOLUME nu grote is dan 2TB (Alleen de partitie nog) kan XP die niet meer zien, aangezien XP GEEN ondersteuning heeft voor 64LBA:

2. LBA 64 : this option use 16 byte CDB instead of 10byte. The maximum volume capacity up to 512TB. This option works on different OS which supports 16byte CDB. such as :

Windows 2003 with SP1
Linux kernel 2.6.x or latter
FreeBSD 5.2.1 or latter

[ Voor 37% gewijzigd door John2B op 16-07-2006 22:52 ]

[tazzdevil]

Update maxtor DM10 uitval probleem op raid controllers.

Ik heb nu firmware va111680 en de disks zijn nu al een maand niet meer uitgevallen.

ter test heb ik 1 disk een oudere firmware gegeven deze valt dus wel uit.

type disks:
maxtor DM10 6v300f0
originele firmware was: va111630

[StarLite]

Lag het inderdaad tóch aan de schijven

Ik heb nu een BBU voor mijn arc-1120 [_O_ John2B], maar ik hem regelmatig problemen met booten als ik hem aansluit. Hij blijft dan hangen op het initializeren van de firmware. Ik las dat het een bekent probleem was en dat het opgelost was in firmware 1.40B, maar zowel met 1.40B als 1.41 heb ik nog steeds dat het booten niet altijd lukt.

Ik heb de BBU op het moment niet aangesloten en wacht nog op een 1.42 bios van areca die het probleem oplost.
[Write] performance is overigens echt enorm goed met BBU en write back, ik ben met writes van 5MB/Sec naar 400MB/Sec gegaan

[Gman]

Een BBU mag helemaal geen invloed op de performance hebben of ben ik nou gek?

[tazzdevil]

Gman schreef op vrijdag 11 augustus 2006 @ 14:27:
Een BBU mag helemaal geen invloed op de performance hebben of ben ik nou gek?

Klopt . alleen zonder bbu is het riskant om schrijf cache aan te hebben. bij een power failure zou je
de gegevens in het geheugen van de areca controller kwijt . een bbu houd het geheugen dan 48 uur onder spanning.

[StarLite]

56 uur zelfs @ areca BBU
maar inderdaad, met BBU kan ik de controller veilig op write back zetten zodat hij zijn 128MB cache kan gebruiken [oa, zijn nog wat meer verschillen] en dat scheelt gewoon zoveel performance

[Gman]

Hmm ja goed punt, kost dat?
webconnexxion.com heeft ze zo te zien niet.
Kheb ook een 1220 besteld, maar kheb m niet altijd achter een UPS hangen (LANparty's)

[ Voor 4% gewijzigd door Gman op 11-08-2006 15:42 ]

[nFo]

Gman schreef op vrijdag 11 augustus 2006 @ 15:41:
Hmm ja goed punt, kost dat?
webconnexxion.com heeft ze zo te zien niet.
Kheb ook een 1220 besteld, maar kheb m niet altijd achter een UPS hangen (LANparty's)

Staat ook op de website.
http://www.webconnexxion....?cPath=30&products_id=207

[Verwijderd]

StarLite schreef op maandag 15 mei 2006 @ 19:03:
Hmz, een maxtor probleem.
Dan ga ik mijn schijven omruilen voor een ander merk

Idd. ik heb tot nu toe in het bedrijf 15 maxtors (300Gb SATA2) gehad.. wat vliegen die er snel uit zeg!

Geen maxtors meer voor ons.. Hitachi nu..

Hier draait een server met een Areca 1220 met 8 x Hitachi's

[StarLite]

Net weer iets vaags gehad, de schijf aan kanaal #4 is aan het doodgaan [sinds augustus is ie er zo'n 4 keer uitgeschopt en na een tijdje weer toegevoegd aan de array door de kaart], maar SMART vind helas niks dus ik kan het niet RMA'en

Wat ik vager vind is dit:

2006-9-11 19:24:22 IDE Channel 1 Device Failed
2006-9-11 19:24:22 IDE Channel 3 Device Failed
2006-9-11 19:24:22 IDE Channel 6 Device Failed
2006-9-11 19:24:22 IDE Channel 5 Device Failed
2006-9-11 19:24:22 IDE Channel 8 Device Failed
2006-9-11 19:24:22 IDE Channel 7 Device Failed
2006-9-11 19:24:22 IDE Channel 2 Device Failed
2006-9-11 19:24:22 Set 1 RaidSet Degraded
2006-9-11 19:24:22 Set 1 RaidSet Degraded
2006-9-11 19:24:22 Set 1 RaidSet Degraded
2006-9-11 19:24:22 Set 1 RaidSet Degraded
2006-9-11 19:24:22 Set 1 RaidSet Degraded
2006-9-11 19:24:22 Set 1 RaidSet Degraded
2006-9-11 19:24:22 Volume 1 Volume Failed
2006-9-11 19:24:22 Volume 1 Volume Failed
2006-9-11 19:24:22 Volume 1 Volume Failed
2006-9-11 19:24:22 Volume 1 Volume Failed
2006-9-11 19:24:22 Volume 1 Volume Failed
2006-9-11 19:24:22 Volume 1 Volume Failed
2006-9-11 19:24:22 Set 1 RaidSet Degraded
2006-9-11 19:24:22 Volume 1 Volume Degraded

Hetzelfde wat ik eerder al een keer had, in 1 seconden vliegen ALLE schijven er in 1 keer uit en zijn de raid set/volume set allebei weg!
Pas na een rescue/signat via de webinterface had ik mijn array weer terug [zij het dat alle files van de afgelopen 2 weken corrupt zijn].

Ik heb toch sterk het gevoel dat de firmware/drivers van deze kaarten nog niet helemaal volwassen zijn. Ik heb voor de zekerheid mijn multimeter aan een molex gehangen, maar het voltage blijft altijd tussen de 5.12 en 5.15V, dus het lijkt me niet aan de voeding te liggen...

Ook heb ik nogal wat stabiliteitsprobelemen met windows server 2003, zelfs met alleen windows, minimale drivers, geen 3rd party software, geen areca HTTP etc software is hij niet stabiel. Het enige wat de server doet is fileserver spelen via windows shares [mp3's streamen, films kijken etc]. Plots hangt ie dan [zowel de shares als remote als console] en werkt alleen een reboot.

Als laatste probleem heb ik dat, zelfs met de 1.41Beta firmware de kaart soms weigert te booten als de BBU er aan hangt. De enige oplossing is dan om hem los te koppelen.

[John2B]

StarLite schreef op vrijdag 11 augustus 2006 @ 13:41:
Lag het inderdaad tóch aan de schijven

Ik heb nu een BBU voor mijn arc-1120 [_O_ John2B], maar ik hem regelmatig problemen met booten als ik hem aansluit. Hij blijft dan hangen op het initializeren van de firmware. Ik las dat het een bekent probleem was en dat het opgelost was in firmware 1.40B, maar zowel met 1.40B als 1.41 heb ik nog steeds dat het booten niet altijd lukt.

Ik heb de BBU op het moment niet aangesloten en wacht nog op een 1.42 bios van areca die het probleem oplost.
[Write] performance is overigens echt enorm goed met BBU en write back, ik ben met writes van 5MB/Sec naar 400MB/Sec gegaan

Heb je behalve de firmware ook de andere bestanden geflashed?

ARCXXXXBIOS.BIN
ARCXXXXBOOT.BIN
ARCXXXXFIRM.BIN

Er is ook recent een nieuwe driver voor W2003 uit:

ftp://ftp.unnet.nl/pub/ar...ort/v1.20.00.13_60526.zip

[StarLite]

Yup, ik flash altijd alle 3 de bestanden. Ik ga de nieuwe driver proberen, wie weet helpt het

[babbelbox]

Ik heb ook sinds kort een server in elkaar geknutseld met dus de bewuste ARC-1120 kaart erin, en heb ook problemen met de harddisks

Ik heb er 3 maal een 250 GB Maxtor DiamondMax 10 aan hangen en 9 van de 10 keer als ik iets met de HTTP applicatie doe, crasht de kaart.
De laatste keer was helemaal vaag:
Ik m'n server gereboot, heb ik 2 maal een raid-set met dezelfde naam. Disk 1 en 3 zaten in de eeste set, met dus een failing disk 2. En disk 2 zat in de 2e raidset, met missing disk 1 en 3. Heel strange allemaal. Toch maar eens kijken of ik m'n disks kan ruilen.
Ga nog ff kijken naar die Disable-Maxtor feature.

/edit
Heb net dus die RAID set met disk 2 weg gegooid, disk 2 even disconnected, en weer geconnect, en hij start dan meteen een rebuild
Heel erg vaag allemaal.

[ Voor 11% gewijzigd door babbelbox op 20-12-2006 19:25 ]

[wezzley]

Ik heb een arc-1220. als ik via een andere pc inlog op de http applicatie, loopt windowsxp op de pc met de arc-1220 ook vast. log ik echter op de pc zelf in en benader daar (lokaal) de http app, gaat alles goed...

[babbelbox]

wezzley schreef op woensdag 20 december 2006 @ 19:29:
Ik heb een arc-1220. als ik via een andere pc inlog op de http applicatie, loopt windowsxp op de pc met de arc-1220 ook vast. log ik echter op de pc zelf in en benader daar (lokaal) de http app, gaat alles goed...

Dat maakt bij mij inderdaad ook nog wel eens verschil
Ik dacht dat het met een firmware update van de areca opgelost was.
Ik heb 'm gekocht met 1.39 en van de week upgrade naar 1.42 gedaan, maar problemen blijven zich voor doen.
Denk dat ik maar eens moet kijken of er iets met die disks aan de hand is. Het is telkens de disk aangesloten op port 2 die het eerste eruit knalt.
Allen zijn aangesloten met een SATA-power cable en dus geen Molex converter blokje of wat dan ook.

[wezzley]

Mijn array is stabiel (6x seagate 250gb 7200.9's). anderhalve maand geleden knalde er een schijf uit, maar die schijf bleek fysiek kapot en via rma een nieuwe gekregen. 't enige dat dus niet lekker werkt is via het netwerk inloggen op http app. (het draait trouwens op v1.39 firmware)

[babbelbox]

wezzley schreef op donderdag 21 december 2006 @ 13:44:
Mijn array is stabiel (6x seagate 250gb 7200.9's). anderhalve maand geleden knalde er een schijf uit, maar die schijf bleek fysiek kapot en via rma een nieuwe gekregen. 't enige dat dus niet lekker werkt is via het netwerk inloggen op http app. (het draait trouwens op v1.39 firmware)

Jij zegt het inloggen op die HTTP werkt neit lekker, maar in welke zin werkt dat dan niet?
Heeft het bij jou ook crashes tot gevolg, of is het puur dat de functionaliteit niet goed is?

[wezzley]

de functionaliteit is prima, en als ik de pagina benader op de machine waar de arc-1220 inzit, is het ook nog nooit fout gegaan.

wanneer ik vanaf een andere pc de http applicatie benader, crashed de pc met de arc-1220; soms na 10 minuten, soms meteen. doe ik dit laatste echter niet, dan werkt alles goed stabiel en reboot ik alleen ivm windows updates.