reminett Skrevet 13. januar 2012 Del Skrevet 13. januar 2012 (endret) Hei! ZFS poolen min går veldig tregt, ser jeg. Og gstat viser dette når jeg leser test.txt som er fylt med 1GB med zeros: dT: 1.012s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 133 133 5689 1.3 0 0 0.0 17.9| ad4 0 133 133 5689 0.9 0 0 0.0 12.6| ada1 0 134 134 5732 1.0 0 0 0.0 12.9| ad6 0 134 134 5731 1.7 0 0 0.0 23.3| ad8 0 134 134 5731 1.4 0 0 0.0 19.1| ad10 iostat: delta# iostat -x ada1 ad4 ad6 ad8 ad10 extended device statistics device r/s w/s kr/s kw/s wait svc_t %b ad4 9.2 0.2 486.5 1.7 0 9.0 2 ada1 10.3 0.4 486.1 1.7 0 3.1 1 ad6 8.7 0.2 486.9 1.7 0 11.4 2 ad8 6.7 0.2 487.3 1.7 0 24.0 2 ad10 6.7 0.2 487.0 1.7 0 24.2 2 Hvordan finner jeg ut om en av diskene har lesefeil/timeouts eller lignende? Endret 13. januar 2012 av reminett Lenke til kommentar
Sokkalf™ Skrevet 13. januar 2012 Del Skrevet 13. januar 2012 (endret) zpool status ? Eksempel: $ zpool status pool: storage state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM storage ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ada2 ONLINE 0 0 0 ada4 ONLINE 0 0 0 ada1 ONLINE 0 0 0 ada3 ONLINE 0 0 0 errors: No known data errors Har en av diskene problemer med timeouts eller lesefeil, blir det logget read-, write- eller checksum-errors. Er det mye feil blir disken "kastet ut" av poolen, den vil da stå som offline, unavailable e.l, og poolen vil stå som degraded. Det kan også være greit å sjekke smart-statusen til diskene, med smartctl (smartmontools). Endret 13. januar 2012 av Sokkalf™ Lenke til kommentar
reminett Skrevet 13. januar 2012 Forfatter Del Skrevet 13. januar 2012 Takk for lynraskts svar! pool: datatank state: ONLINE scrub: scrub completed after 3h40m with 0 errors on Sun Jan 8 08:40:26 2012 config: NAME STATE READ WRITE CKSUM datatank ONLINE 0 0 0 raidz2 ONLINE 0 0 0 ada1 ONLINE 0 0 0 ad4 ONLINE 0 0 0 ad6 ONLINE 0 0 0 ad8 ONLINE 0 0 0 ad10 ONLINE 0 0 0 errors: No known data errors Hva bør jeg se etter i smartmontools? Er det ikke normalt at diskene kjører på 100 % busy når jeg kopierer data slik jeg gjorde? Lenke til kommentar
Sokkalf™ Skrevet 13. januar 2012 Del Skrevet 13. januar 2012 Hm, testet gstat på mine mens jeg kopierte en stor fil til /dev/null: 12 936 936 69989 28.2 0 0 0.0 95.2| ada1 10 895 895 67201 26.4 0 0 0.0 83.1| ada2 24 905 905 68348 24.7 0 0 0.0 85.7| ada3 12 931 931 70161 28.5 0 0 0.0 93.0| ada4 Så det ser ut som det er rom for forbedringer hos deg, ja. smartmontools viser deg hvis det er noe fysisk galt med disken, men i dette tilfellet (ingen integritetsfeil) virker det lite sannsynlig. FreeBSD? Evt. hvilken versjon? Lenke til kommentar
reminett Skrevet 13. januar 2012 Forfatter Del Skrevet 13. januar 2012 Helt klart rom for forbedringer hos meg ja... delta# uname -a FreeBSD delta 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Mar 31 23:58:49 CEST 2011 root@delta:/usr/obj/usr/src/sys/GENERICKVAPAGES i386 delta# Lenke til kommentar
reminett Skrevet 13. januar 2012 Forfatter Del Skrevet 13. januar 2012 Prøvde dette mens jeg kjørte gstat: dd if=/dev/urandom of=/datatank/shares/temp/random.txtl Resulterer veksling mellom 20 % og 0 % busy, men i ny og ne galle opp til rundt 200 %... Står mest på 0 %... Lenke til kommentar
Sokkalf™ Skrevet 13. januar 2012 Del Skrevet 13. januar 2012 Jeg greier ikke å lese på mer enn ~75MB/sec fra /dev/urandom, så den ville jeg ikke stolt på. Lenke til kommentar
reminett Skrevet 13. januar 2012 Forfatter Del Skrevet 13. januar 2012 Etter en stund med skriving fra /dev/urandom, rebootet maskinen. Da tenker jeg at jeg har et mer dyptliggende problem (hardwarerelatert, muligens). Så jeg sjekket strømforsyningen: Motherboard Temp Voltages 41C / 105F / 314K Vcore1: +2.500V Vcore2: +3.609V Fan Speeds + 3.3V: +3.250V + 5.0V: +5.428V 1: 1028 rpm +12.0V: +9.062V 2: 2343 rpm -12.0V: -12.125V 3: 0 rpm - 5.0V: -3.262V Se på +12V, som ligger på rett over 9V. Og -5V ligger på -3,2V... Jeg antar at det er fordi jeg har 5 stk 3,5" disker og 2 2,5" disker på en 350W strømforsyning (?). Eller er verdiene innenfor "sonen"? Lenke til kommentar
tingo Skrevet 14. januar 2012 Del Skrevet 14. januar 2012 Helt klart rom for forbedringer hos meg ja... delta# uname -a FreeBSD delta 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Mar 31 23:58:49 CEST 2011 root@delta:/usr/obj/usr/src/sys/GENERICKVAPAGES i386 delta# Oppgadering til nyeste 8.2-stable anbefales. Det er mange forbedringer, også på zfs som er kommet inn siden 8.2-release. Lenke til kommentar
tingo Skrevet 14. januar 2012 Del Skrevet 14. januar 2012 Etter en stund med skriving fra /dev/urandom, rebootet maskinen. Da tenker jeg at jeg har et mer dyptliggende problem (hardwarerelatert, muligens). Så jeg sjekket strømforsyningen: Motherboard Temp Voltages 41C / 105F / 314K Vcore1: +2.500V Vcore2: +3.609V Fan Speeds + 3.3V: +3.250V + 5.0V: +5.428V 1: 1028 rpm +12.0V: +9.062V 2: 2343 rpm -12.0V: -12.125V 3: 0 rpm - 5.0V: -3.262V Se på +12V, som ligger på rett over 9V. Og -5V ligger på -3,2V... Jeg antar at det er fordi jeg har 5 stk 3,5" disker og 2 2,5" disker på en 350W strømforsyning (?). Eller er verdiene innenfor "sonen"? Verdiene er ikke innenfor det akseptable. Via Wikipedia fant jeg "ATX12V Power Supply Design Guide, v2.2", den sier at alle spenninger skal være innenfor +/- 5% av angitt spenning (unntak: -12VDC kan være +/- 10%). +12V får dermed en min på 11.40V og en maks på 12.60V Det står ikke noe om -5V'en i denne guiden. Hvor mye strøm drar de diskene dine til sammen da? Lenke til kommentar
Sokkalf™ Skrevet 14. januar 2012 Del Skrevet 14. januar 2012 7 disker på 350W høres ikke sånn umiddelbart skummelt ut, det er ikke nødvendigvis diskene som trekker mest strøm. Men hva slags annen hardware har du? De spenningsavvikene der så direkte skadelige ut, så er kanskje en idé å få orden på strømtilførselen, ja.. Lenke til kommentar
ATWindsor Skrevet 14. januar 2012 Del Skrevet 14. januar 2012 Jeg tipper det enten er noe galt med målingen (nesten rart PCen går i det hele tatt når den er så langt utenfor spec) eller PSUen er ødelagt. AtW Lenke til kommentar
kaffebryggare Skrevet 14. januar 2012 Del Skrevet 14. januar 2012 Ikke stol på spenninger gjennom programvare/operativsystem. Det beste er å ta frem multimeteret og måle selv over f.eks en molex-kontakt for å måle manuelt. Jeg tviler på at maskinen ville bootet med de spenningene, men om de stemmer har du et rimelig åpenbart problem. Lenke til kommentar
reminett Skrevet 16. januar 2012 Forfatter Del Skrevet 16. januar 2012 Huff. Ble litt stressa nå.. Jeg tok ned hele serveren nå, og skal få skiftet psu så snart jeg orker å dra den ut av racket.. Håper det hjelper på overføringshastigheten... Lenke til kommentar
endrebjo Skrevet 17. januar 2012 Del Skrevet 17. januar 2012 Oppgadering til nyeste 8.2-stable anbefales. Det er mange forbedringer, også på zfs som er kommet inn siden 8.2-release. Hvordan gjør man dette? Jeg trodde -RELEASE var den endelige og stabile versjonen. Lenke til kommentar
tingo Skrevet 17. januar 2012 Del Skrevet 17. januar 2012 (endret) Oppgadering til nyeste 8.2-stable anbefales. Det er mange forbedringer, også på zfs som er kommet inn siden 8.2-release. Hvordan gjør man dette? Jeg trodde -RELEASE var den endelige og stabile versjonen. Nja, - RELEASE er egentlig ikke noe annet enn at på et gitt tidspunkt i en utviklingslinje (development branch), så tar man et "snapshot" av det man har og kaller det en release (selvfølgelig gjør man alt man kan for å fikse bugs, høyne kvaliteten osv. før man slipper en release). Oppgradering er beskrevet i håndboken: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/updating-upgrading.html FreeBSD Update er den "enkleste" måten for en bruker, men da får du kun sikkerhetsfikser, ingen nye features. Den klassiske måten er via csup (cvsup) og make world. Merk: FreeBSD har csup(1) innebygd, det erstatter CVsup, så slipper du å installere et ekstra program bare for å få oppdatert kildekoden. Ulempen er at make world tar tid da (avhengig av hvor kraftig / rask maskin du har). Endret 2. februar 2012 av tingo Lenke til kommentar
siDDis Skrevet 2. februar 2012 Del Skrevet 2. februar 2012 FreeBSD release er ein superkjedeleg branch å køyre, dei fleste hopper over på STABLE og oppdaterer i nykk og ne. Setter du det opp litt meir avansert, så kan du lage eiget oppsett for binære oppdateringar basert på STABLE branchen for fleire serverar. Lenke til kommentar
reminett Skrevet 2. mai 2012 Forfatter Del Skrevet 2. mai 2012 PSU ligger i hyllen og venter spent på å bli montert i filserveren min. Stay tuned Lenke til kommentar
reminett Skrevet 14. juni 2012 Forfatter Del Skrevet 14. juni 2012 (endret) Oppdatering, omsider PSU er skiftet, uten noen form for forbedringer. Det må være målingen som er helt feil...? Nå har jeg satt inn en 750W PSU.. Skriving/lesing er fremdeles krise på maskinen. Jeg vurderer å reinstallere hele maskinen, og kjøre et enkelt RAID 10-oppsett under OpenSUSE eller Arch. Det har nemlig slått meg at ytelsen kanskje kan ha med at jeg har veldig lite minne (1GB) på denne maskinen, og at jeg bruker komprimering(?). Endret 14. juni 2012 av reminett Lenke til kommentar
siDDis Skrevet 15. juni 2012 Del Skrevet 15. juni 2012 1GB minne er litt lite for ZFS, ytelsen vil bli noko heilt anna med 2GB. Køyre du 32 bits OS og? ZFS er raskare på eit 64 bits OS. Eg trur nok at i ditt tilfelle så er Linux raid eller DragonflyBSD med Hammer eit betre alternativ. Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå