> Un tāds makšeins tak sen vairs nav, tu esi nedaudz aizkavējies vecajos
> labajos laikos.

> 2008/10/15 aabele <aab...@gmail.com>:

> > Iedomājos, ka klāt kārtējais rudens un sen nav Vecrīgā būts un nekas
> > darīts. Vai kādam būtu kas sakāms par/pret kādu nelielu kopā sanākšanu
> > + paklačošanos pie alus un grauzdiņiem makšeinā vai jebkurā citā
> > publiskā vietā?

> > Anyone? :)

> Sveiki! Shodien saliku 1u kasti (HP Prolian ML110 G2) prieksh failservera,
> ko paspeleties ar NFS. Nu luk iekshaa ir 4i SATA diski (patiesibaa 2i SATA
> I
> un 2i SATA II, tachu pedejie normali stradaaa uz SATA150)

> Oct 16 16:57:31 dreamland kernel: ad4: 76319MB <Maxtor 6L080M0 BANC1G10> at
> ata2-master SATA150
> Oct 16 16:57:31 dreamland kernel: ad5: 953869MB <MAXTOR STM31000340AS MX15>
> at ata2-slave SATA150
> Oct 16 16:57:31 dreamland kernel: ad6: 476940MB <GB0500C4413 HPG3> at
> ata3-master SATA150
> Oct 16 16:57:31 dreamland kernel: ad7: 953869MB <MAXTOR STM31000340AS MX15>
> at ata3-slave SATA150

> Nu luk, ik pa laikam listojot diras kaste normali iebremzee, paskatijos
> syslogaa a tur paradas sekojoshi ieraxti:

> Oct 16 17:10:38 dreamland kernel: ad7: WARNING - SETFEATURES SET TRANSFER
> MODE taskqueue timeout - completing request directly
> Oct 16 17:10:38 dreamland kernel: ad7: TIMEOUT - READ_DMA48 retrying (1
> retry left) LBA=1020030271
> Oct 16 17:10:43 dreamland kernel: ad7: TIMEOUT - READ_DMA48 retrying (0
> retries left) LBA=1020030271
> Oct 16 17:10:48 dreamland kernel: ad7: FAILURE - READ_DMA48 timed out
> LBA=1020030271
> Oct 16 17:10:48 dreamland kernel:
> g_vfs_done():ad7s1d[READ(offset=522255466496, length=16384)]error = 5

> Izmantoju native mates plates ATA kontrolieri: <Intel ICH6 SATA150
> controller> port
> 0x30e0-0x30e7,0x30d8-0x30db,0x30d0-0x30d7,0x30c4-0x30c7,0x30b0-0x30bf mem
> 0xdd000400-0xdd0007ff irq 19 at device 31.2 on pci0 ..ka par brinumu
> kernelis atrod ari shadu: RocketRAID 182x SATA Controller driver Version
> v1.12

> Kas varetu but par vainu shadiem ieraxtiem un lagoshanani? SATA kontrolira
> draiveri..moshka kads sysctl hw.ata/ dev.atapci/dev.ata vai ar atacontrol
> mode device xxxx paspeleties, tachu nu SATA mazak par 150 man liekas
> nenodzisi, ne?

> P.s Varbut esat ar ko tadu saskarushies un atradushi risinajumi. Kadi
> ierosinajumi?

> OS: FBSD 7.0 AMD64

> Noisex

> Pāris dienas atpakaļ taisīju no viena veca kompja "lietas koku" un man
> nāca ārā līdzīgi paziņojumi - neatceros gan precīzi..
> Risinājums manā gadījumā bija tāds, ka nomainīju HDD, kas bija vecs
> ~3GB MAXTOR. Tas vēl bija IDE.
> Varbūt paņem pa vienam diskam pārbaudi ar dd if=/dev/hdd of=/dev/null

> Uģis

> On Thu, Oct 16, 2008 at 6:23 PM, Noisex <noi...@apollo.lv
> <mailto:noi...@apollo.lv>> wrote:

>     Sveiki! Shodien saliku 1u kasti (HP Prolian ML110 G2) prieksh
>     failservera,
>     ko paspeleties ar NFS. Nu luk iekshaa ir 4i SATA diski (patiesibaa
>     2i SATA I
>     un 2i SATA II, tachu pedejie normali stradaaa uz SATA150)

>     Oct 16 16:57:31 dreamland kernel: ad4: 76319MB <Maxtor 6L080M0
>     BANC1G10> at
>     ata2-master SATA150
>     Oct 16 16:57:31 dreamland kernel: ad5: 953869MB <MAXTOR
>     STM31000340AS MX15>
>     at ata2-slave SATA150
>     Oct 16 16:57:31 dreamland kernel: ad6: 476940MB <GB0500C4413 HPG3> at
>     ata3-master SATA150
>     Oct 16 16:57:31 dreamland kernel: ad7: 953869MB <MAXTOR
>     STM31000340AS MX15>
>     at ata3-slave SATA150

>     Nu luk, ik pa laikam listojot diras kaste normali iebremzee,
>     paskatijos
>     syslogaa a tur paradas sekojoshi ieraxti:

>     Oct 16 17:10:38 dreamland kernel: ad7: WARNING - SETFEATURES SET
>     TRANSFER
>     MODE taskqueue timeout - completing request directly
>     Oct 16 17:10:38 dreamland kernel: ad7: TIMEOUT - READ_DMA48
>     retrying (1
>     retry left) LBA=1020030271
>     Oct 16 17:10:43 dreamland kernel: ad7: TIMEOUT - READ_DMA48
>     retrying (0
>     retries left) LBA=1020030271
>     Oct 16 17:10:48 dreamland kernel: ad7: FAILURE - READ_DMA48 timed out
>     LBA=1020030271
>     Oct 16 17:10:48 dreamland kernel:
>     g_vfs_done():ad7s1d[READ(offset=522255466496, length=16384)]error = 5

>     Izmantoju native mates plates ATA kontrolieri: <Intel ICH6 SATA150
>     controller> port
>     0x30e0-0x30e7,0x30d8-0x30db,0x30d0-0x30d7,0x30c4-0x30c7,0x30b0-0x30bf
>     mem
>     0xdd000400-0xdd0007ff irq 19 at device 31.2 on pci0 ..ka par brinumu
>     kernelis atrod ari shadu: RocketRAID 182x SATA Controller driver
>     Version
>     v1.12

>     Kas varetu but par vainu shadiem ieraxtiem un lagoshanani? SATA
>     kontrolira
>     draiveri..moshka kads sysctl hw.ata/ dev.atapci/dev.ata vai ar
>     atacontrol
>     mode device xxxx paspeleties, tachu nu SATA mazak par 150 man liekas
>     nenodzisi, ne?

>     P.s Varbut esat ar ko tadu saskarushies un atradushi risinajumi. Kadi
>     ierosinajumi?

>     OS: FBSD 7.0 AMD64

>     Noisex

> Nu tur jau taa lieta, ka diski ir pilnigi jauni...pirms taisiju vel
> newfs, uztaisiju ar dd checkingu uz BB..nekadu problemu..ok, pie slice
> tabulas izveides vinsjh protams breca par diska gjeometrijas
> neatbilstibu utt..bet taa ir parasta lieta J

> *From:* lv-bsd@googlegroups.com [mailto:lv-bsd@googlegroups.com] *On
> Behalf Of *Guntis Bumburs
> *Sent:* Friday, October 17, 2008 11:01 AM
> *To:* lv-bsd@googlegroups.com
> *Subject:* [lv-bsd] Re: WARNING - SETFEATURES SET TRANSFER MODE
> taskqueue timeout - completing request directly

> Sveiki,

> Oct 16 17:10:48 dreamland kernel: ad7: FAILURE - READ_DMA48 timed out
> LBA=1020030271
> Oct 16 17:10:48 dreamland kernel:
> g_vfs_done():ad7s1d[READ(offset=522255466496, length=16384)]error = 5

> Kaut kas līdzīgs bij arī man kad sprāga HDD darbstacijai.Raksturīga
> arī bija iebremzeeshana.

> Taa kaa kaste jauna iespeejams ka diski ir ok, var gadiities ka
> probleema ir ar interuptiem, jaaiecheko vai ATA kontrolieria irq19
> neshaareejaas ar veel kaadu citu devaisu

> Ugis wrote:

> Sveiks,

> Pāris dienas atpakaļ taisīju no viena veca kompja "lietas koku" un man
> nāca ārā līdzīgi paziņojumi - neatceros gan precīzi..
> Risinājums manā gadījumā bija tāds, ka nomainīju HDD, kas bija vecs
> ~3GB MAXTOR. Tas vēl bija IDE.
> Varbūt paņem pa vienam diskam pārbaudi ar dd if=/dev/hdd of=/dev/null

> Uģis

> On Thu, Oct 16, 2008 at 6:23 PM, Noisex <noi...@apollo.lv
> <mailto:noi...@apollo.lv>> wrote:

> Sveiki! Shodien saliku 1u kasti (HP Prolian ML110 G2) prieksh failservera,
> ko paspeleties ar NFS. Nu luk iekshaa ir 4i SATA diski (patiesibaa 2i
> SATA I
> un 2i SATA II, tachu pedejie normali stradaaa uz SATA150)

> Oct 16 16:57:31 dreamland kernel: ad4: 76319MB <Maxtor 6L080M0
> BANC1G10> at
> ata2-master SATA150
> Oct 16 16:57:31 dreamland kernel: ad5: 953869MB <MAXTOR STM31000340AS
> MX15>
> at ata2-slave SATA150
> Oct 16 16:57:31 dreamland kernel: ad6: 476940MB <GB0500C4413 HPG3> at
> ata3-master SATA150
> Oct 16 16:57:31 dreamland kernel: ad7: 953869MB <MAXTOR STM31000340AS
> MX15>
> at ata3-slave SATA150

> Nu luk, ik pa laikam listojot diras kaste normali iebremzee, paskatijos
> syslogaa a tur paradas sekojoshi ieraxti:

> Oct 16 17:10:38 dreamland kernel: ad7: WARNING - SETFEATURES SET TRANSFER
> MODE taskqueue timeout - completing request directly
> Oct 16 17:10:38 dreamland kernel: ad7: TIMEOUT - READ_DMA48 retrying (1
> retry left) LBA=1020030271
> Oct 16 17:10:43 dreamland kernel: ad7: TIMEOUT - READ_DMA48 retrying (0
> retries left) LBA=1020030271
> Oct 16 17:10:48 dreamland kernel: ad7: FAILURE - READ_DMA48 timed out
> LBA=1020030271
> Oct 16 17:10:48 dreamland kernel:
> g_vfs_done():ad7s1d[READ(offset=522255466496, length=16384)]error = 5

> Izmantoju native mates plates ATA kontrolieri: <Intel ICH6 SATA150
> controller> port
> 0x30e0-0x30e7,0x30d8-0x30db,0x30d0-0x30d7,0x30c4-0x30c7,0x30b0-0x30bf mem
> 0xdd000400-0xdd0007ff irq 19 at device 31.2 on pci0 ..ka par brinumu
> kernelis atrod ari shadu: RocketRAID 182x SATA Controller driver Version
> v1.12

> Kas varetu but par vainu shadiem ieraxtiem un lagoshanani? SATA kontrolira
> draiveri..moshka kads sysctl hw.ata/ dev.atapci/dev.ata vai ar atacontrol
> mode device xxxx paspeleties, tachu nu SATA mazak par 150 man liekas
> nenodzisi, ne?

> P.s Varbut esat ar ko tadu saskarushies un atradushi risinajumi. Kadi
> ierosinajumi?

> OS: FBSD 7.0 AMD64

> Noisex

> vajadzētu paskatīties ko  'systat -vmstat' rāda brīdī kad sākās bremze.
> var pamēģināt atslēgt write cache: hw.ata.wc=0
> Ja nemaldos tad pastāv kaut kāds timeouts pirms tiek mēģināts vēlreiz
> nolasīt datus, tā laikam izpaužās tā bremze. (laikam 2 retry un 5 (s vai
> ms?) timeouts)
> ja būtu BB tad vajadzētu parādīties kaut kam līdzīgam: read retry exceeded
> ...., te izskatās ka gļuki notiek randomā un uz atkārtoto nolasīšanu viss ir
> ok
> Pastāv vēl iespeeja ka SATA kabelis gļuko.

> Noisex wrote:

>  Nu tur jau taa lieta, ka diski ir pilnigi jauni...pirms taisiju vel
> newfs, uztaisiju ar dd checkingu uz BB..nekadu problemu..ok, pie slice
> tabulas izveides vinsjh protams breca par diska gjeometrijas neatbilstibu
> utt..bet taa ir parasta lieta J

> *From:* lv-bsd@googlegroups.com [mailto:lv-bsd@googlegroups.com<lv-bsd@googlegroups.com>]
> *On Behalf Of *Guntis Bumburs
> *Sent:* Friday, October 17, 2008 11:01 AM
> *To:* lv-bsd@googlegroups.com
> *Subject:* [lv-bsd] Re: WARNING - SETFEATURES SET TRANSFER MODE taskqueue
> timeout - completing request directly

> Sveiki,

> Oct 16 17:10:48 dreamland kernel: ad7: FAILURE - READ_DMA48 timed out
> LBA=1020030271
> Oct 16 17:10:48 dreamland kernel:
> g_vfs_done():ad7s1d[READ(offset=522255466496, length=16384)]error = 5

> Kaut kas līdzīgs bij arī man kad sprāga HDD darbstacijai.Raksturīga arī
> bija iebremzeeshana.

> Taa kaa kaste jauna iespeejams ka diski ir ok, var gadiities ka probleema
> ir ar interuptiem, jaaiecheko vai ATA kontrolieria irq19 neshaareejaas ar
> veel kaadu citu devaisu

> Ugis wrote:

> Sveiks,

> Pāris dienas atpakaļ taisīju no viena veca kompja "lietas koku" un man nāca
> ārā līdzīgi paziņojumi - neatceros gan precīzi..
> Risinājums manā gadījumā bija tāds, ka nomainīju HDD, kas bija vecs ~3GB
> MAXTOR. Tas vēl bija IDE.
> Varbūt paņem pa vienam diskam pārbaudi ar dd if=/dev/hdd of=/dev/null

> Uģis

> On Thu, Oct 16, 2008 at 6:23 PM, Noisex <noi...@apollo.lv> wrote:

> Sveiki! Shodien saliku 1u kasti (HP Prolian ML110 G2) prieksh failservera,
> ko paspeleties ar NFS. Nu luk iekshaa ir 4i SATA diski (patiesibaa 2i SATA
> I
> un 2i SATA II, tachu pedejie normali stradaaa uz SATA150)

> Oct 16 16:57:31 dreamland kernel: ad4: 76319MB <Maxtor 6L080M0 BANC1G10> at
> ata2-master SATA150
> Oct 16 16:57:31 dreamland kernel: ad5: 953869MB <MAXTOR STM31000340AS MX15>
> at ata2-slave SATA150
> Oct 16 16:57:31 dreamland kernel: ad6: 476940MB <GB0500C4413 HPG3> at
> ata3-master SATA150
> Oct 16 16:57:31 dreamland kernel: ad7: 953869MB <MAXTOR STM31000340AS MX15>
> at ata3-slave SATA150

> Nu luk, ik pa laikam listojot diras kaste normali iebremzee, paskatijos
> syslogaa a tur paradas sekojoshi ieraxti:

> Oct 16 17:10:38 dreamland kernel: ad7: WARNING - SETFEATURES SET TRANSFER
> MODE taskqueue timeout - completing request directly
> Oct 16 17:10:38 dreamland kernel: ad7: TIMEOUT - READ_DMA48 retrying (1
> retry left) LBA=1020030271
> Oct 16 17:10:43 dreamland kernel: ad7: TIMEOUT - READ_DMA48 retrying (0
> retries left) LBA=1020030271
> Oct 16 17:10:48 dreamland kernel: ad7: FAILURE - READ_DMA48 timed out
> LBA=1020030271
> Oct 16 17:10:48 dreamland kernel:
> g_vfs_done():ad7s1d[READ(offset=522255466496, length=16384)]error = 5

> Izmantoju native mates plates ATA kontrolieri: <Intel ICH6 SATA150
> controller> port
> 0x30e0-0x30e7,0x30d8-0x30db,0x30d0-0x30d7,0x30c4-0x30c7,0x30b0-0x30bf mem
> 0xdd000400-0xdd0007ff irq 19 at device 31.2 on pci0 ..ka par brinumu
> kernelis atrod ari shadu: RocketRAID 182x SATA Controller driver Version
> v1.12

> Kas varetu but par vainu shadiem ieraxtiem un lagoshanani? SATA kontrolira
> draiveri..moshka kads sysctl hw.ata/ dev.atapci/dev.ata vai ar atacontrol
> mode device xxxx paspeleties, tachu nu SATA mazak par 150 man liekas
> nenodzisi, ne?

> P.s Varbut esat ar ko tadu saskarushies un atradushi risinajumi. Kadi
> ierosinajumi?

> OS: FBSD 7.0 AMD64

> Noisex

> Nu ielade bez ACPI varetu palidzet.

> *From:* lv-bsd@googlegroups.com [mailto:lv-bsd@googlegroups.com] *On
> Behalf Of *Ugis
> *Sent:* Friday, October 17, 2008 10:39 PM
> *To:* lv-bsd@googlegroups.com
> *Subject:* [lv-bsd] Re: WARNING - SETFEATURES SET TRANSFER MODE
> taskqueue timeout - completing request directly

> varbuut, ka draiveru/biosa liimenii nav ok. Man ir viena kaste, kur
> RAID kontrolieris briesmiigi bremzee zem FreeBSD(citaa kastee taads
> kontrolieris straadaa ok), bet zem linuxa iet normaali, tiesa linuxam
> bija jaapadod kaut kaadas opcijas boot laikaa, varbuut arii BSD tas
> paliidzetu. Bija acpi=off un veel kaut kas - varu precizeet, ja vajag.

> Uģis

> On Fri, Oct 17, 2008 at 3:03 PM, Guntis Bumburs <gun...@rixtel.com
> <mailto:gun...@rixtel.com>> wrote:

> Mans minējums: probēma ir ar interuptiem

> vajadzētu paskatīties ko  'systat -vmstat' rāda brīdī kad sākās bremze.
> var pamēģināt atslēgt write cache: hw.ata.wc=0
> Ja nemaldos tad pastāv kaut kāds timeouts pirms tiek mēģināts vēlreiz
> nolasīt datus, tā laikam izpaužās tā bremze. (laikam 2 retry un 5 (s
> vai ms?) timeouts)
> ja būtu BB tad vajadzētu parādīties kaut kam līdzīgam: read retry
> exceeded ...., te izskatās ka gļuki notiek randomā un uz atkārtoto
> nolasīšanu viss ir ok
> Pastāv vēl iespeeja ka SATA kabelis gļuko.

> Noisex wrote:

> Nu tur jau taa lieta, ka diski ir pilnigi jauni...pirms taisiju vel
> newfs, uztaisiju ar dd checkingu uz BB..nekadu problemu..ok, pie slice
> tabulas izveides vinsjh protams breca par diska gjeometrijas
> neatbilstibu utt..bet taa ir parasta lieta J

> *From:* lv-bsd@googlegroups.com <mailto:lv-bsd@googlegroups.com>
> [mailto:lv-bsd@googlegroups.com] *On Behalf Of *Guntis Bumburs
> *Sent:* Friday, October 17, 2008 11:01 AM
> *To:* lv-bsd@googlegroups.com <mailto:lv-bsd@googlegroups.com>
> *Subject:* [lv-bsd] Re: WARNING - SETFEATURES SET TRANSFER MODE
> taskqueue timeout - completing request directly

> Sveiki,

> Oct 16 17:10:48 dreamland kernel: ad7: FAILURE - READ_DMA48 timed out
> LBA=1020030271
> Oct 16 17:10:48 dreamland kernel:
> g_vfs_done():ad7s1d[READ(offset=522255466496, length=16384)]error = 5

> Kaut kas līdzīgs bij arī man kad sprāga HDD darbstacijai.Raksturīga
> arī bija iebremzeeshana.

> Taa kaa kaste jauna iespeejams ka diski ir ok, var gadiities ka
> probleema ir ar interuptiem, jaaiecheko vai ATA kontrolieria irq19
> neshaareejaas ar veel kaadu citu devaisu

> Ugis wrote:

> Sveiks,

> Pāris dienas atpakaļ taisīju no viena veca kompja "lietas koku" un man
> nāca ārā līdzīgi paziņojumi - neatceros gan precīzi..
> Risinājums manā gadījumā bija tāds, ka nomainīju HDD, kas bija vecs
> ~3GB MAXTOR. Tas vēl bija IDE.
> Varbūt paņem pa vienam diskam pārbaudi ar dd if=/dev/hdd of=/dev/null

> Uģis

> On Thu, Oct 16, 2008 at 6:23 PM, Noisex <noi...@apollo.lv
> <mailto:noi...@apollo.lv>> wrote:

> Sveiki! Shodien saliku 1u kasti (HP Prolian ML110 G2) prieksh failservera,
> ko paspeleties ar NFS. Nu luk iekshaa ir 4i SATA diski (patiesibaa 2i
> SATA I
> un 2i SATA II, tachu pedejie normali stradaaa uz SATA150)

> Oct 16 16:57:31 dreamland kernel: ad4: 76319MB <Maxtor 6L080M0
> BANC1G10> at
> ata2-master SATA150
> Oct 16 16:57:31 dreamland kernel: ad5: 953869MB <MAXTOR STM31000340AS
> MX15>
> at ata2-slave SATA150
> Oct 16 16:57:31 dreamland kernel: ad6: 476940MB <GB0500C4413 HPG3> at
> ata3-master SATA150
> Oct 16 16:57:31 dreamland kernel: ad7: 953869MB <MAXTOR STM31000340AS
> MX15>
> at ata3-slave SATA150

> Nu luk, ik pa laikam listojot diras kaste normali iebremzee, paskatijos
> syslogaa a tur paradas sekojoshi ieraxti:

> Oct 16 17:10:38 dreamland kernel: ad7: WARNING - SETFEATURES SET TRANSFER
> MODE taskqueue timeout - completing request directly
> Oct 16 17:10:38 dreamland kernel: ad7: TIMEOUT - READ_DMA48 retrying (1
> retry left) LBA=1020030271
> Oct 16 17:10:43 dreamland kernel: ad7: TIMEOUT - READ_DMA48 retrying (0
> retries left) LBA=1020030271
> Oct 16 17:10:48 dreamland kernel: ad7: FAILURE - READ_DMA48 timed out
> LBA=1020030271
> Oct 16 17:10:48 dreamland kernel:
> g_vfs_done():ad7s1d[READ(offset=522255466496, length=16384)]error = 5

> Izmantoju native mates plates ATA kontrolieri: <Intel ICH6 SATA150
> controller> port
> 0x30e0-0x30e7,0x30d8-0x30db,0x30d0-0x30d7,0x30c4-0x30c7,0x30b0-0x30bf mem
> 0xdd000400-0xdd0007ff irq 19 at device 31.2 on pci0 ..ka par brinumu
> kernelis atrod ari shadu: RocketRAID 182x SATA Controller driver Version
> v1.12

> Kas varetu but par vainu shadiem ieraxtiem un lagoshanani? SATA kontrolira
> draiveri..moshka kads sysctl hw.ata/ dev.atapci/dev.ata vai ar atacontrol
> mode device xxxx paspeleties, tachu nu SATA mazak par 150 man liekas
> nenodzisi, ne?

> P.s Varbut esat ar ko tadu saskarushies un atradushi risinajumi. Kadi
> ierosinajumi?

> OS: FBSD 7.0 AMD64

> Noisex

> Tu zini, mums datu centros ir ljoooti daudz HP DL 360/380 G4 ar
> Broadcomiem uz FBSD 6.3/7.0...piekam uz heavy loaded  (1Gbps) -> nav
> redzetas shadas kljudas. Protams tagad jau nak iekshaa G5 360/380..ari
> nav noverotas shadas problemas.

> *From:* lv-bsd@googlegroups.com [mailto:lv-bsd@googlegroups.com] *On
> Behalf Of *Guntis Bumburs
> *Sent:* Monday, October 20, 2008 1:23 PM
> *To:* lv-bsd@googlegroups.com
> *Subject:* [lv-bsd] Re: WARNING - SETFEATURES SET TRANSFER MODE
> taskqueue timeout - completing request directly

> amd64 vietā vajadzētu pamēģināt i386
> ar to ACPI parasti broblēmas ir jaunajiem dzelžiem. HP Prolian ML110
> G2 jau diezgan sen apritē un arī diezgan poulārs ...

> pašam ir nācies saskarties ar drv problēmām, varbūt kādam būs noderīgs
> info, jo modelis diezgan populārs iekš LV.
> konkrēti:
> HP ProLiant DL380 G4 (man tādi 3 gab un probēma vienāda uz visiem)

> uz FreeBSD 6.3, 7.0 onbōrdiskās tīklenes taisa hw errorus (uz 1000
> paketēm ~ 1 kļūda). Tika izmēģināti visi varianti ar/bez polling,
> RXCSUM,TXCSUM un pārējām fīčām bet risinājumu neatradu.
> Zem CentOS un openBSD strādā normāli.
> šobrīd OpenBSD 4.3 atpazīst šīs kā "Broadcom BCM5704C", cik pats
> pētiju tad konkrētais tīklenes modelis ir tikai DL380 G4  (varbūt pat
> īpaša sērija) pārējiem HP tur bija citādi Broadcomi iekšā

> Noisex wrote:

> Nu ielade bez ACPI varetu palidzet.

> *From:* lv-bsd@googlegroups.com <mailto:lv-bsd@googlegroups.com>
> [mailto:lv-bsd@googlegroups.com] *On Behalf Of *Ugis
> *Sent:* Friday, October 17, 2008 10:39 PM
> *To:* lv-bsd@googlegroups.com <mailto:lv-bsd@googlegroups.com>
> *Subject:* [lv-bsd] Re: WARNING - SETFEATURES SET TRANSFER MODE
> taskqueue timeout - completing request directly

> varbuut, ka draiveru/biosa liimenii nav ok. Man ir viena kaste, kur
> RAID kontrolieris briesmiigi bremzee zem FreeBSD(citaa kastee taads
> kontrolieris straadaa ok), bet zem linuxa iet normaali, tiesa linuxam
> bija jaapadod kaut kaadas opcijas boot laikaa, varbuut arii BSD tas
> paliidzetu. Bija acpi=off un veel kaut kas - varu precizeet, ja vajag.

> Uģis

> On Fri, Oct 17, 2008 at 3:03 PM, Guntis Bumburs <gun...@rixtel.com
> <mailto:gun...@rixtel.com>> wrote:

> Mans minējums: probēma ir ar interuptiem

> vajadzētu paskatīties ko  'systat -vmstat' rāda brīdī kad sākās bremze.
> var pamēģināt atslēgt write cache: hw.ata.wc=0
> Ja nemaldos tad pastāv kaut kāds timeouts pirms tiek mēģināts vēlreiz
> nolasīt datus, tā laikam izpaužās tā bremze. (laikam 2 retry un 5 (s
> vai ms?) timeouts)
> ja būtu BB tad vajadzētu parādīties kaut kam līdzīgam: read retry
> exceeded ...., te izskatās ka gļuki notiek randomā un uz atkārtoto
> nolasīšanu viss ir ok
> Pastāv vēl iespeeja ka SATA kabelis gļuko.

> Noisex wrote:

> Nu tur jau taa lieta, ka diski ir pilnigi jauni...pirms taisiju vel
> newfs, uztaisiju ar dd checkingu uz BB..nekadu problemu..ok, pie slice
> tabulas izveides vinsjh protams breca par diska gjeometrijas
> neatbilstibu utt..bet taa ir parasta lieta J

> *From:* lv-bsd@googlegroups.com <mailto:lv-bsd@googlegroups.com>
> [mailto:lv-bsd@googlegroups.com] *On Behalf Of *Guntis Bumburs
> *Sent:* Friday, October 17, 2008 11:01 AM
> *To:* lv-bsd@googlegroups.com <mailto:lv-bsd@googlegroups.com>
> *Subject:* [lv-bsd] Re: WARNING - SETFEATURES SET TRANSFER MODE
> taskqueue timeout - completing request directly

> Sveiki,

> Oct 16 17:10:48 dreamland kernel: ad7: FAILURE - READ_DMA48 timed out
> LBA=1020030271
> Oct 16 17:10:48 dreamland kernel:
> g_vfs_done():ad7s1d[READ(offset=522255466496, length=16384)]error = 5

> Kaut kas līdzīgs bij arī man kad sprāga HDD darbstacijai.Raksturīga
> arī bija iebremzeeshana.

> Taa kaa kaste jauna iespeejams ka diski ir ok, var gadiities ka
> probleema ir ar interuptiem, jaaiecheko vai ATA kontrolieria irq19
> neshaareejaas ar veel kaadu citu devaisu

> Ugis wrote:

> Sveiks,

> Pāris dienas atpakaļ taisīju no viena veca kompja "lietas koku" un man
> nāca ārā līdzīgi paziņojumi - neatceros gan precīzi..
> Risinājums manā gadījumā bija tāds, ka nomainīju HDD, kas bija vecs
> ~3GB MAXTOR. Tas vēl bija IDE.
> Varbūt paņem pa vienam diskam pārbaudi ar dd if=/dev/hdd of=/dev/null

> Uģis

> On Thu, Oct 16, 2008 at 6:23 PM, Noisex <noi...@apollo.lv
> <mailto:noi...@apollo.lv>> wrote:

> Sveiki! Shodien saliku 1u kasti (HP Prolian ML110 G2) prieksh failservera,
> ko paspeleties ar NFS. Nu luk iekshaa ir 4i SATA diski (patiesibaa 2i
> SATA I
> un 2i SATA II, tachu pedejie normali stradaaa uz SATA150)

> Oct 16 16:57:31 dreamland kernel: ad4: 76319MB <Maxtor 6L080M0
> BANC1G10> at
> ata2-master SATA150
> Oct 16 16:57:31 dreamland kernel: ad5: 953869MB <MAXTOR STM31000340AS
> MX15>
> at ata2-slave SATA150
> Oct 16 16:57:31 dreamland kernel: ad6: 476940MB <GB0500C4413 HPG3> at
> ata3-master SATA150
> Oct 16 16:57:31 dreamland kernel: ad7: 953869MB <MAXTOR STM31000340AS
> MX15>
> at ata3-slave SATA150

> Nu luk, ik pa laikam listojot diras kaste normali iebremzee, paskatijos
> syslogaa a tur paradas sekojoshi ieraxti:

> Oct 16 17:10:38 dreamland kernel: ad7: WARNING - SETFEATURES SET TRANSFER
> MODE taskqueue timeout - completing request directly
> Oct 16 17:10:38 dreamland kernel: ad7: TIMEOUT - READ_DMA48 retrying (1
> retry left) LBA=1020030271
> Oct 16 17:10:43 dreamland kernel: ad7: TIMEOUT - READ_DMA48 retrying (0
> retries left) LBA=1020030271
> Oct 16 17:10:48 dreamland kernel: ad7: FAILURE - READ_DMA48 timed out
> LBA=1020030271
> Oct 16 17:10:48 dreamland kernel:
> g_vfs_done():ad7s1d[READ(offset=522255466496, length=16384)]error = 5

> Izmantoju native mates plates ATA kontrolieri: <Intel ICH6 SATA150
> controller> port
> 0x30e0-0x30e7,0x30d8-0x30db,0x30d0-0x30d7,0x30c4-0x30c7,0x30b0-0x30bf mem
> 0xdd000400-0xdd0007ff irq 19 at device 31.2 on pci0 ..ka par brinumu
> kernelis atrod ari shadu: RocketRAID 182x SATA Controller driver Version
> v1.12

> Kas varetu but par vainu shadiem ieraxtiem un lagoshanani? SATA kontrolira
> draiveri..moshka kads sysctl hw.ata/ dev.atapci/dev.ata vai ar atacontrol
> mode device xxxx paspeleties, tachu nu SATA mazak par 150 man liekas
> nenodzisi, ne?

> P.s Varbut esat ar ko tadu saskarushies un atradushi risinajumi. Kadi
> ierosinajumi?

> OS: FBSD 7.0 AMD64

> Noisex

> Nekas vēl nav noticis.

> 2008/10/24 Edgars Šulcs <edgars.su...@gmail.com>:

>> A priekš kam pievakarē pie alus kausa sēžot kādam būtu vajadzīgs wifi.
>> :D Nav tak kaut kādu linux frīkgīku saiets, bet nopietni BSD puikas.
>> :D

>> 2008/10/24 Guntis Bumburs <gun...@rixtel.com>:

>>> aabele wrote:

>>> ou, paseedeeshana jav ir notikusi un es atkal visu esmu nokaveejis?
>>> ja nee tad mani tas arii interesee :)

>>> Nekas vēl nav noticis.

>>> Piedāvāju pasēdēšanas vietu: zaļā varde (antonijas/elizabetes stūris)
>>> blakus man ir office gribētājiem varu mēģināt nodrošināt wifi ...kaut gan
>>> varde ir pagrabā  un signāls var arī neiet cauri

> On Oct 24, 1:38 pm, Guntis Bumburs <gun...@rixtel.com> wrote:

>> Tas bija mēģinājums piesaistīt lielāku piekrišanu manai ierosinātajai
>> tikšanās vietai (lai man nav tālu jāvelkās)... :)

>> p.s.
>> Varu vardē norezervēt galdu
>> + varēs visi sasēsties pie viena galda
>> + tur ir viena mazāka telpa, ja tur sarunātu galdu būtu mazāka burzma.

>> Artis Schlossberg wrote:

>>> +1 Edij :D

>>> 2008/10/24 Edgars Šulcs <edgars.su...@gmail.com>:

>>>> A priekš kam pievakarē pie alus kausa sēžot kādam būtu vajadzīgs wifi.
>>>> :D Nav tak kaut kādu linux frīkgīku saiets, bet nopietni BSD puikas.
>>>> :D

>>>> 2008/10/24 Guntis Bumburs <gun...@rixtel.com>:

>>>>> aabele wrote:

>>>>> ou, paseedeeshana jav ir notikusi un es atkal visu esmu nokaveejis?
>>>>> ja nee tad mani tas arii interesee :)

>>>>> Nekas vēl nav noticis.

>>>>> Piedāvāju pasēdēšanas vietu: zaļā varde (antonijas/elizabetes stūris)
>>>>> blakus man ir office gribētājiem varu mēģināt nodrošināt wifi ...kaut gan
>>>>> varde ir pagrabā  un signāls var arī neiet cauri

>  tā.. es atkal nepaspēju uzbaazties ar kroga ieteikshanu (stella/bon
> vivan) ;(, tur manupraat ir lielaaka alus izveele ( iespejams kljudos,
> vardee nav buuts ljooti sen ) ;p~~
>  + ja kaads jautaatu man , es teiktu ka 19:00 ir labaaks laiks
> piekdienai ;)

> On Oct 24, 1:38 pm, Guntis Bumburs <gun...@rixtel.com> <gun...@rixtel.com> wrote:

>  Tas bija mēģinājums piesaistīt lielāku piekrišanu manai ierosinātajai
> tikšanās vietai (lai man nav tālu jāvelkās)... :)

> p.s.
> Varu vardē norezervēt galdu
> + varēs visi sasēsties pie viena galda
> + tur ir viena mazāka telpa, ja tur sarunātu galdu būtu mazāka burzma.

> Artis Schlossberg wrote:

>  +1 Edij :D

>  2008/10/24 Edgars Šulcs <edgars.su...@gmail.com> <edgars.su...@gmail.com>:

>   A priekš kam pievakarē pie alus kausa sēžot kādam būtu vajadzīgs wifi.
> :D Nav tak kaut kādu linux frīkgīku saiets, bet nopietni BSD puikas.
> :D

>   2008/10/24 Guntis Bumburs <gun...@rixtel.com> <gun...@rixtel.com>:

>    aabele wrote:

>    ou, paseedeeshana jav ir notikusi un es atkal visu esmu nokaveejis?
> ja nee tad mani tas arii interesee :)

>    Nekas vēl nav noticis.

>    Piedāvāju pasēdēšanas vietu: zaļā varde (antonijas/elizabetes stūris)
> blakus man ir office gribētājiem varu mēģināt nodrošināt wifi ...kaut gan
> varde ir pagrabā  un signāls var arī neiet cauri