Areca ARC1120 - Array verdwenen?

[StarLite]

Vanmiddag begon mijn Areca Arc-1120 opeens te piepen, bleek dat channel #3 failed was, en de array degraded. Een paar minuten later zie ik opeen dat alle andere channels ook niks meer doen.
Ik heb de server uitgezet, alle kabels eens goed aangedrukt en gecontroleerd of er niks was doorgefikt, alles leek nog goed te werken.
Na een reboot [en een kijkje in de BIOS van de kaart] waren alle kanalen [behalve channel #3] weer terug.
De array heeft een kwartiertje degraded gedraaid en opeens vielen er nog spontaan 5 kanalen uit. Ik kijk nog eens in de bios van de kaart of alles goed staat [ata mode etc] en ik zie tot mijn gorte verbazing dat er géén raid set meer is gedefinieerd. Ik weet zeker dat ik geen sets heb verwijderd, ook in de logs staat er niks over het verwijderen van een array.

Ik zie bij de hardware status alle schijven gewoon staan, geen enkele SMART error.

Wie weet hoe dit heeft kunnen gebeuren en hoe ik mijn array weer terug kan krijgen?

Specs:
Tyan Thunder i7500 [rev 2.0]
2 * Xeon 1,8 Ghz
2GB REG ECC DDR Ram
Tagan 580Watt PSU
Areca ARC-1120 [PCI-X] in een PCI-X 66/100/133 PCI-X slot
8 * 300GB DiamondMax10 schijven in Raid 5 [geen hot-spare]

System Log:

code:

2006-3-12 17:50:11  ARC-1120-VOL#00     Volume Degraded
2006-3-12 17:50:11  Raid Set # 00       Raid Set Degraded
2006-3-12 17:30:11  IDE Channel 3       Device Removed
2006-3-12 17:59:5   ARC-1120-VOL#00     Volume Failed
2006-3-12 17:59:5   Raid Set #00        Raidset Degraded
2006-3-12 17:59:5   ARC-1120-VOL#00     Volume Failed
2006-3-12 17:59:5   Raid Set #00        Raidset Degraded
2006-3-12 17:59:5   ARC-1120-VOL#00     Volume Failed
2006-3-12 17:59:5   Raid Set #00        Raidset Degraded
2006-3-12 17:59:5   ARC-1120-VOL#00     Volume Failed
2006-3-12 17:59:5   Raid Set #00        Raidset Degraded
2006-3-12 17:59:5   ARC-1120-VOL#00     Volume Failed
2006-3-12 17:59:5   Raid Set #00        Raidset Degraded
2006-3-12 17:59:5   ARC-1120-VOL#00     Volume Failed
2006-3-12 17:59:5   Raid Set #00        Raidset Degraded
2006-3-12 17:59:5   ARC-1120-VOL#00     Volume Failed
2006-3-12 17:59:6   IDE Channel 2       Device Failed
2006-3-12 17:59:6   IDE Channel 6       Device Failed
2006-3-12 17:59:6   IDE Channel 7       Device Failed
2006-3-12 17:59:6   IDE Channel 8       Device Failed
2006-3-12 17:59:6   IDE Channel 5       Device Failed
2006-3-12 17:59:6   IDE Channel 4       Device Failed
2006-3-12 17:59:6   IDE Channel 1       Device Failed
2006-3-12 18:4:17   H/W Monitor     Raid Powered On
2006-3-12 18:4:31   RS232 Terminal      VT100 Log In
2006-3-12 18:7:54   RS232 Terminal      VT100 Log In
2006-3-12 18:9:29   H/W Monitor     Raid Powered On
2006-3-12 18:12:45  Proxy or Inband     HTTP Log In
2006-3-1 18:22:29   ARC-1120-VOL#00     Volume Failed
2006-3-12 18:22:29  Raid Set # 00       RaidSet Degraded
2006-3-12 18:22:33  ARC-1120-VOL#00     Volume Failed
2006-3-12 18:22:29  Raid Set # 00       RaidSet Degraded
2006-3-12 18:22:33  ARC-1120-VOL#00     Volume Failed   
2006-3-12 18:22:29  Raid Set # 00       RaidSet Degraded
2006-3-12 18:22:33  ARC-1120-VOL#00     Volume Failed   
2006-3-12 18:22:29  Raid Set # 00       RaidSet Degraded
2006-3-12 18:22:33  ARC-1120-VOL#00     Volume Failed   
2006-3-12 18:22:29  Raid Set # 00       RaidSet Degraded
2006-3-12 18:22:33  ARC-1120-VOL#00     Volume Failed   
2006-3-12 18:22:43  IDE Channel 6       Device Failed
2006-3-12 18:22:43  IDE Channel 4       Device Failed
2006-3-12 18:22:43  IDE Channel 2       Device Failed
2006-3-12 18:22:43  IDE Channel 1       Device Failed
2006-3-12 18:22:43  IDE Channel 5       Device Failed
2006-3-12 18:35:11  H/W monitor     Raid Powered On
2006-3-12 18:35:29  RS232 Terminal      VT100 Log In

[ Voor 4% gewijzigd door StarLite op 12-03-2006 21:37 ]

[John2B]

En de optie:

Try To Rescue Missing RAIDSET

Eerst:
Enter 'RESCUE' To Try To Recover Missing RaidSet

Dan:
Enter 'SIGNAT' To Regenerate RaidSet Signature If RaidSet Is Recovered

Heb je een goede voeding met voldoende reserve, of is het een oude. Laatst nog meegemaakt dat iemand met 12 disken draaide op 550Watt en ging al maanden goed totdat alles eruit klapte, precies zoals jij omschrijft.

[ Voor 54% gewijzigd door John2B op 12-03-2006 21:43 ]

[StarLite]

John2B schreef op zondag 12 maart 2006 @ 21:38:
En de optie:

Try To Rescue Missing RAIDSET

Eerst:
Enter 'RESCUE' To Try To Recover Missing RaidSet

Dan:
Enter 'SIGNAT' To Regenerate RaidSet Signature If RaidSet Is Recovered

Heb je een goede voeding met voldoende reserve, of is het een oude. Laatst nog meegemaakt dat iemand met 12 disken draaide op 550Watt en ging al maanden goed totdat alles eruit klapte, precies zoals jij omschrijft.

Die optie zit alleen in de windows management console en die kan je ALLEEN benaderen als je al een array hebt.

De PSU is een nieuwe Tagan 580 Watt

[axis]

Hmm.. heb dit laatst ook een tijdje gehad met m'n 1120.. Leek net een kerstboom, disks gingen in willekeurige volgorde uit, en weer aan, waardoor er verkeerd werdt gerebuild, etc.. Uiteindelijk dacht ik de oorzaak te hebben herleidt tot de brakke power cables, als ik die aanraakte ging de Areca meteen piepen Hoewel ik bij de eerdere problemen niet aan de kabels zat, maar goed..

Alles overgezet in een Chenbro case met hotswap cages, en het probleem heeft zich niet meer voorgedaan..

Als ik zo in je log zit te lezen, ziet dat er ook erg bizar uit..

[StarLite]

De kanalen vallen allemaal tegelijk uit, dus het lijkt mij eerder een fimware issue oid?
3,3V: 3,408V
5V: 5,111V
12V: 12,566V

PSU lijkt me niet het probleem?

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

[John2B]

Welke Firmware versie draai je nu? 1.36v?

[ Voor 12% gewijzigd door John2B op 12-03-2006 22:18 ]

[StarLite]

V1.38 2005-10-4

[John2B]

StarLite schreef op zondag 12 maart 2006 @ 22:24:
V1.38 2005-10-4

Geen problemen van bekend, en draait al sinds 7 maart verder prima neem ik aan?

Je zou kunnen upgraden naar 1.39 (beta) maar dat lukt in dit stadium niet, en zie daar ook geen oplossing in.

Ik zie dat je Maxtor schijven hebt, heb je de volgende setting al aangepast:

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

[ Voor 20% gewijzigd door John2B op 12-03-2006 22:56 ]

[StarLite]

Verder deed ie het prima, 400 MB/Sec reads, stabiel etc. Pas vanavond ging ie opeens compleet over de zeik

[John2B]

please verify with following procedure :
1. power off system, then remove all disks.

2. power on system, enter BIOS console to modify following :
2.1. Raid System Function > Maximun SATA Mode :
change it from SATA300+NCQ to SATA300, will it helps ?

2.2. Raid System Function > HDD Read Ahead Cache :
change it from Enable to Disable Maxtor, will it helps ? (zie ook mijn eerdere opmerking)

3. inserted all disk back except CH3 and Ch5.

4. check the raidset status and disk status.

5. insert the Ch5 disk back.

it looks like your system have 4 disks fail at same time, so the last one
maybe not the Ch5.


Best Regards,

Kevin Wang
Areca Technology.

[StarLite]

Dat mailtje heb ik ook gehad idd ^^
Heb het geprobeerd [ook met andere schijven ipv ch5 ] maar het hielp niks.
Heb vervolgens de areca-linux distro op de server gezet, zodat ik iig weer bij de Raid Console via de browser kon komen en heb "rescue" en "signat" gedaan.

De Raid Set is nu "normal" maar de Volume Set heeft de status "Failed".

Ik zag in de patchnotes dat in F/W 1.39 een nieuwe rescue is toegevoegd:

Add RESCUE level2, Keyword is "LeVeL2ReScUe"

Ik kan alleen helemaal niks vinden over wat dit inhoud en wat het doet, heeft iemand enig idee?

[arnoman]

Even gedeeltelijk offtopic, ik meen uit dit topic op te maken dat dit probleem vaker voor komt? Of is dit enkel bij de Maxtor DM10 serie? Ik zit namelijk stiekum te gluren naar deze controller , enkel de prijs weerhoud me nog.
Aangezien ik vrijwel een gelijk setup als jij zal opbouwen (zij het met DM11 schijven), zal ik door dit soort geintjes liever voor een andere controller gaan. Of valt het allemaal wel mee? Ik moet er niet aan denken om een array van 8x300gb zoals jij, laat staan mijn 6x500gb moeten verliezen !

[StarLite]

Ik heb nog geen idee waar het in mijn geval aan ligt, misschien aan een instelling, misschien aan de kaart, misschien de HD's, misschien de voeding?

Ik heb net de "LeVeL2ReScUe" uitgevoerd, maar nog steeds hetzelfde

[John2B]

Heb je behalve je firmware ook de:

ARC1120BIOS.BIN
ARC1120BOOT.BIN

Geflashed..?

[StarLite]

Boot wel, Bios niet; er stond in dat upload scherm alleen maar dat je boot en firmware kan uploaden, maar de bgios kan je dus ook gewoon updaten via hetzelfde scherm?

edit:
nu wel, array is nog steeds in dezelfde staat

[ Voor 17% gewijzigd door StarLite op 15-03-2006 14:32 ]

[John2B]

Inderdaad, als je de boot en firmware tegelijkertijd flashed is het in principe voldoende.

Laatste bericht nog ontvangen van Kevin (Areca support)?

[StarLite]

Yup, maar mijn Volume Set blijft gewoon failed.
Ik ben bang dat ik alweer al mijn data kwijt ben, ik had gehoopt dat ik van dit ge&*^$ af zou zijn nu ik eindelijk van die promise kaart af was, blijkbaar werkt IDE + Raid gewoon niet en had ik eigenlijk voor een scsi oplossing moeten kiezen..
Ook wel vreemd, je betaald een flinke smak geld voor een goede raidkaart, dan zou je toch verwachten dat je array er niet zomaar zonder enige reden uitvliegt zonder enige kans op recovery?

Is er dan geen enkele manier om mijn volume set te recoveren?

[ Voor 33% gewijzigd door StarLite op 15-03-2006 22:49 ]

[Keiichi]

Ik heb 3x 3ware raid adapters (allemaal IDE). Hiermee heb ik geen problemen gehad. (Wel falende schijven en arrays gehad)

Niet dat dit iets aan jouw probleem gaat helpen.

[ Voor 5% gewijzigd door Keiichi op 15-03-2006 23:57 ]

[arnoman]

Starlite of John2B, herleiden jullie dit probleem tot een firmware fout? Of gewoon 'pech' ?
Ik ben ook van plan een Raid5 setup te bouwen, van zo'n grote dat het voor mij nauwelijks haalbaar is om dat met enige regelmaat te backuppen. Het crashen, zoals dat nu bij Starlite het geval is, zou voor mij ook zeer onprettig zijn

[Femme]

arnoman schreef op dinsdag 14 maart 2006 @ 22:20:
Even gedeeltelijk offtopic, ik meen uit dit topic op te maken dat dit probleem vaker voor komt? Of is dit enkel bij de Maxtor DM10 serie? Ik zit namelijk stiekum te gluren naar deze controller , enkel de prijs weerhoud me nog.
Aangezien ik vrijwel een gelijk setup als jij zal opbouwen (zij het met DM11 schijven), zal ik door dit soort geintjes liever voor een andere controller gaan. Of valt het allemaal wel mee? Ik moet er niet aan denken om een array van 8x300gb zoals jij, laat staan mijn 6x500gb moeten verliezen !

Ik heb thuisservertje met een ARC-1120 en vier DiamondMax 10- en twee DiamondMax Plus 9-schijven. Een van de twee DiamondMax Plus 9 is er wel eens uitgevlogen. Aangezien het hier een oude Maxtor schijf betreft, ging ik ervan uit dat de schijf de schuldige was. De DiamondMax 10-schijven hebben nooit problemen gegeven.

Ik heb in mijn workstation met een ARC-1160 en vier Raptor's WD740GD wel eens een schijf gehad die uit het array werd gedropt. Na een restart kwam de schijf weer terug. Het was altijd dezelfde disk, dus ook hier was mogelijk de schijf schuldig. Het array werd altijd netjes gerebuild.

Op een LSI MegaRAID SCSI 320-2X heb ik ook vergelijkbare problemen gehad, die mogelijk werden veroorzaakt door gebrekkige koeling van de I/O processor. Ook hier telkens succesvolle rebuilds.

[StarLite]

Op zich is het ook niet zo'n probleem als er 1 schijf uitvliegt, maar bij mij vlogen er 6 of 8 kanalen TEGELIJK uit [op exact dezelfde seconde].
Het lijkt mij erg sterk dat dit aan iets anders als de kaart heeft gelegen, het enige wat ik me eventueel zou kunnen voorstellen is dat de voeding/stroom een dipje had. Maar dan nog zou zo'n kaart daar niet door in de war mogen raken...

Ik heb nu iig de nieuwste firmware en ik denk dat ik de array maar delete en opnieuw aanmaak, ik heb de allerbelangrijkste data nog op mijn raptor staan [en CD].

Als deze problemen zich voor blijven doen ruil ik mijn kaartje overigens wel in voor een 3Ware/LSI aangezien die een stuk meer ervaring hebben en dus betrouwbaarder moeten zijn. Ik heb geen zin om mijn Promise-hell van de afgelopen tijd te herhalen...

[ Voor 37% gewijzigd door StarLite op 16-03-2006 12:46 ]

[John2B]

StarLite schreef op dinsdag 14 maart 2006 @ 22:53:
Ik heb nog geen idee waar het in mijn geval aan ligt, misschien aan een instelling, misschien aan de kaart, misschien de HD's, misschien de voeding?

Ik heb net de "LeVeL2ReScUe" uitgevoerd, maar nog steeds hetzelfde
[afbeelding]
[afbeelding]
[afbeelding]

Ik zie dat je je CACHE MODE op WRITE BACK hebt aan staan, is dat met opzet gedaan?

[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