TwojePC.pl © 2001 - 2024
|
|
A R C H I W A L N A W I A D O M O Ś Ć |
|
|
|
[linux] operacje dyskowe zawieszają system , Tomasz 11/04/12 20:48 Jakakolwiek intensywniejsza operacja dyskowa zawiesza system (Debian, ARM). Jeśli system używany jest doraźnie, tzn. transfer samba, odczyt www (Apache) wszystko działa poprawnie a (poniżej) zawiesza już po 1s:
root@tronstorage1:~# badblocks /dev/sda3
[ 1432.380000] BUG: soft lockup - CPU#0 stuck for 61s! [swapper:0]
[ 1432.380000] Modules linked in: nfsd lockd nfs_acl auth_rpcgss sunrpc exportf
ipv6 softdog loop ohci_hcd ehci_hcd usbcore e1000 nls_base ext3 jbd mbcache dm
mod raid10 raid1 md_mod sd_mod crc_t10dif sata_vsc libata scsi_mod
[ 1432.380000]
[ 1432.380000] Pid: 0, comm: swapper
[ 1432.380000] CPU: 0 Tainted: G W (2.6.32-5-iop32x #1)
[ 1432.380000] PC is at ata_do_link_abort+0x70/0xe4 [libata]
[ 1432.380000] LR is at ata_do_link_abort+0x38/0xe4 [libata]
[ 1432.380000] pc : [<bf0370e0>] lr : [<bf0370a8>] psr: a0000013
[ 1432.380000] sp : c033be60 ip : c033bed8 fp : 00001388
[ 1432.380000] r10: 00000098 r9 : 00000098 r8 : 00000000
[ 1432.380000] r7 : 00000000 r6 : cee7c000 r5 : 00000006 r4 : cee7c390
[ 1432.380000] r3 : 00000000 r2 : 00000000 r1 : 00000000 r0 : cee7c404
[ 1432.380000] Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment ker
el
[ 1432.380000] Control: 0000397f Table: af390000 DAC: 00000017
Oczywiście nie musi to być komenda badblocks, może być np. sprawdzanie syst. plików.
Linux version 2.6.32-5-iop32x (Debian 2.6.32-41)
CPU: XScale-80219 [69052e20] revision 0 (ARMv5TE), cr=0000397f
System dyskowy wygląda tak:
Loading, please wait...
[ 2.360000] udev[39]: starting version 164
[ 3.490000] SCSI subsystem initialized
[ 3.850000] scsi0 : sata_vsc
[ 3.860000] scsi1 : sata_vsc
[ 3.860000] scsi2 : sata_vsc
[ 3.870000] scsi3 : sata_vsc
[ 3.870000] ata1: SATA max UDMA/133 mmio m4096@0x800c0000 port 0x800c0200 irq 29
[ 3.880000] ata2: SATA max UDMA/133 mmio m4096@0x800c0000 port 0x800c0400 irq 29
[ 3.890000] ata3: SATA max UDMA/133 mmio m4096@0x800c0000 port 0x800c0600 irq 29
[ 3.900000] ata4: SATA max UDMA/133 mmio m4096@0x800c0000 port 0x800c0800 irq 29
[ 4.260000] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 4.280000] ata1.00: ATA-8: ST2000DL003-9VT166, CC3C, max UDMA/133
[ 4.280000] ata1.00: 3907029168 sectors, multi 0: LBA48 NCQ (depth 0/32)
[ 4.310000] ata1.00: configured for UDMA/133
[ 4.310000] scsi 0:0:0:0: Direct-Access ATA ST2000DL003-9VT1 CC3C PQ: 0 ANSI: 5
[ 4.670000] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 4.690000] ata2.00: ATA-8: ST2000DL003-9VT166, CC3C, max UDMA/133
[ 4.690000] ata2.00: 3907029168 sectors, multi 0: LBA48 NCQ (depth 0/32)
[ 4.740000] ata2.00: configured for UDMA/133
[ 4.740000] scsi 1:0:0:0: Direct-Access ATA ST2000DL003-9VT1 CC3C PQ: 0 ANSI: 5
[ 5.100000] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 5.120000] ata3.00: ATA-8: ST2000DL003-9VT166, CC3C, max UDMA/133
[ 5.120000] ata3.00: 3907029168 sectors, multi 0: LBA48 NCQ (depth 0/32)
[ 5.150000] ata3.00: configured for UDMA/133
[ 5.150000] scsi 2:0:0:0: Direct-Access ATA ST2000DL003-9VT1 CC3C PQ: 0 ANSI: 5
[ 5.510000] ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 5.530000] ata4.00: ATA-8: ST2000DL003-9VT166, CC3C, max UDMA/133
[ 5.530000] ata4.00: 3907029168 sectors, multi 0: LBA48 NCQ (depth 0/32)
[ 5.580000] ata4.00: configured for UDMA/133
[ 5.580000] scsi 3:0:0:0: Direct-Access ATA ST2000DL003-9VT1 CC3C PQ: 0 ANSI: 5
[ 5.790000] sd 0:0:0:0: [sda] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
[ 5.790000] sd 0:0:0:0: [sda] 4096-byte physical blocks
[ 5.800000] sd 0:0:0:0: [sda] Write Protect is off
[ 5.810000] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 5.820000] sda:
[ 5.830000] sd 1:0:0:0: [sdb] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
[ 5.840000] sd 1:0:0:0: [sdb] 4096-byte physical blocks
[ 5.840000] sda1 sda2 sda3
[ 5.850000] sd 1:0:0:0: [sdb] Write Protect is off
[ 5.860000] sd 2:0:0:0: [sdc] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
[ 5.870000] sd 2:0:0:0: [sdc] 4096-byte physical blocks
[ 5.870000] sd 3:0:0:0: [sdd] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
[ 5.880000] sd 3:0:0:0: [sdd] 4096-byte physical blocks
[ 5.900000] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 5.910000] sd 2:0:0:0: [sdc] Write Protect is off
[ 5.940000] sd 0:0:0:0: [sda] Attached SCSI disk
[ 5.950000] sdb:
[ 5.950000] sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 5.960000] sd 3:0:0:0: [sdd] Write Protect is off
[ 5.970000] sdb1 sdb2 sdb3
[ 6.020000] sdc:
[ 6.020000] sd 3:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 6.040000] sd 1:0:0:0: [sdb] Attached SCSI disk
[ 6.040000] sdc1 sdc2 sdc3
[ 6.060000] sdd: sdd1 sdd2 sdd3
[ 6.120000] sd 2:0:0:0: [sdc] Attached SCSI disk
[ 6.160000] sd 3:0:0:0: [sdd] Attached SCSI disk
Begin: Loading essential drivers ... done.https://www.siepomaga.pl/milosz-mosko - Dosyc duzo na ten temat wypluwa google. Ale nic konkretnie. , ptoki 11/04/12 22:05
Ja bym sprobowal najpierw unloadowac co tylko sie da, zamontowac jeden system plikow i jeden dysk i sprobowac ponownie.
Obstawiam ze przyczyna jest poza systemem dyskowym.
Ten system byl kiedys stabilny? Problemy zaczely sie po update czy tak bez powodu? - [podpinacz] u mnie dzis było też ciekawie , Deus ex machine 11/04/12 22:24
serwer (Debian Lenny ) z powodu braku prądu zrobił sobie shutdown, taki bez UPSa. Dyski w 2x sprzętowy RAID 1 + 1 x czysty HDD. Dyski w ext3. Prąd wrócił ze spaceru, komp wstaje, ale że długo wstaje to ktoś mu paluchem w power na 5s ( nie ja ,), no to bidula znowu się podnosi. I teraz na jednym z RAID pojawił się stan plików z przeszłości, czyli wszelkie zmiany wprowadzane przez kilka dni zniknęły.
Ja się pytam jak on to zrobił? Może ciekawostką będzie, że ten ześwirowny RAID to dyski SSD.
Spotkałem się z czymś takim pierwszy raz w życiu."Uti non Abuti" - ext3 ma , RusH 12/04/12 08:26
journaling wiec moze zobaczyl bledy i sobie odzyskal last good copyI fix shit
http://raszpl.blogspot.com/ - zeby sobie odzyskac "last good copy" , daver 12/04/12 09:29
mysialby byc systemem copy on write, a nim nie jest. Za to SSD tak dziala, wiec predzej jakis magic kontrolera.I use arch btw - no nie wiem , RusH 12/04/12 11:53
ntfs tez nie jest a nie raz po zwisie pliki magicznie mi sie cofaly w czasieI fix shit
http://raszpl.blogspot.com/ - malo prawdopodobne lub nawet niemozliwe , daver 12/04/12 18:47
jesli to bylo na HDDI use arch btw
- [solved] przyczyną są dyski, ponieważ..., zmiana drivera? , Tomasz 15/04/12 17:01
... nie smakują płycie głównej albo driverom linuxowym. Podpiąłem inny dysk, mniejszy (500GB) zamiast dużego (2TB) i nie ma zwisów.
Działa, tzn nie zawiesza systemu:
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata2.00: ATA-8: ST3500320AS, SD15, max UDMA/133
ata2.00: 976773168 sectors, multi 0: LBA48 NCQ (depth 0/32)
ata2.00: configured for UDMA/133
Zawiesza:
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata1.00: ATA-8: ST2000DL003-9VT166, CC3C, max UDMA/133
ata1.00: 3907029168 sectors, multi 0: LBA48 NCQ (depth 0/32)
ata1.00: configured for UDMA/133
Można jakoś podmienić drivery dysków w linux debian? Biosu raczej nie wgram, bo to jest NAS, wg http://em7210.kwaak.net/...gi/wiki/HardwareDetails kontroler SATA to Intel GD31244.https://www.siepomaga.pl/milosz-mosko - predzej , RusH 15/04/12 17:32
zasilaczI fix shit
http://raszpl.blogspot.com/ - ? na upartego moge podpiac normalny, NAS jest przystosowany do 4 HDD , Tomasz 15/04/12 18:15
a ja zapodałem mu 1 szt. więc chyba nie masz na myśli, że nie wydala? Poprzednio siedziały 3szt 7200 i nie było problemów, a teraz jest 1szt ST Green i ma problem? Z czym?https://www.siepomaga.pl/milosz-mosko - predzej , elliot_pl 16/04/12 14:51
szukaj winy w firmware, skoro to NAS. Dzialaly poprzednio dyski starsze, teraz wsadzasz nowszy. Odpowiedz nasuwa sie sama.momtoronomyotypaldollyochagi... - firmware nie poprawię, software tak , Tomasz 16/04/12 17:16
nie ma nigdzie nowszego samego firmware do płyty.https://www.siepomaga.pl/milosz-mosko
- nop, inny zasilacz nie pomógł, choć pociągnął dłużej bez błędu(<-wskazówka?) , Tomasz 16/04/12 22:16
czyli więcej niż 60s, dokładnie to 1659s. Tym zawodnikiem był: http://s14.postimage.org/...20120416_004_small.jpg (przepraszam, ISO400 z telefonu). Mam jeszcze CTG-500-80P ale muszę rozpruwać kompa w celu testu.https://www.siepomaga.pl/milosz-mosko - hmm , RusH 16/04/12 23:15
jesli zmiana zasilacza cos zmienila to moze mechanicznie cos nie tak?
zmien kabel sata?I fix shit
http://raszpl.blogspot.com/ - nie można, dysk hotswap wchodzi w płytkę, płytka w mobo, , Tomasz 16/04/12 23:26
a mobo jest wielkości dysku, montaż powierzchniowy ma gniazdo zasilania (atx) i zasilania dodatkowe (mały molex).
Będę drążył kwestię zasilania.https://www.siepomaga.pl/milosz-mosko
- może spróbuj , kicior 16/04/12 16:52
włączyć NCQ albo zmienić scheduler.- a mógłbyć troszeczkę podpowiedzieć jak "zmienić scheduler"? , Tomasz 16/04/12 17:14
bo o ile pierwsze hasło pewnie łatwo wygoogluje, to podejrzewam że drugie nie; a linuksa ja ci słabo poradzę...https://www.siepomaga.pl/milosz-mosko - 123 , kicior 16/04/12 17:23
Co do NCQ
https://ata.wiki.kernel.org/...ibata_FAQ_e63a.html
Scheduler
Zobacz co masz do dyspozycji - u mnie np.:
cat /sys/block/sda/queue/scheduler
noop deadline cfq [bfq]
To co jest w nawiasach kwadratowych jest właśnie ustawione.
Zmieniasz dając np.
echo cfq > /sys/block/sda/queue/scheduler
Teraz albo wrzucasz to do jakiegoś skryptu startowego albo dodajesz parametr jądra elevator=cfq
|
|
|
|
|
All rights reserved ® Copyright and Design 2001-2024, TwojePC.PL |
|
|
|
|