From: Vladislav B. <vs...@vl...> - 2005-09-26 17:16:16
|
Try to uncomment "DEBUG_WORK_IN_THREAD" symbol in QLA Makefile. Sometimes it helps debugging. Vlad > it locked up the box. maybe i can do a console redirect. > > ming > > > On Mon, 2005-09-26 at 14:39 +0400, Vladislav Bolkhovitin wrote: >> How about the oops message? I bet it's different this time. >> >> > said this too early. >> > >> > target side is a 4 DISK raid0 with dd measured write speed at 220MB/= s. >> > directly connected with a LSI card and run dd at ini side. >> > >> > if ini side is a 32bit bus P4 pc, it can run stable. >> > if ini side is a 64bit bus P4 entry server, it can run stable at >> > beginning with ~140MB/s and then after ~6-7GB of data, it begin to >> show >> > flood of these and then oops. >> > >> > so there must be some bug hidden still. >> > >> > >> > Ming >> > >> > >> > ----------------------------------------------- >> > Sep 25 14:30:51 dopteron386 kernel: [4559]: scst_rdy_to_xfer:TGT QUE= UE >> > FULL: incrementing retry_cmds 1 >> > Sep 25 14:30:51 dopteron386 kernel: [4559]: scst_rdy_to_xfer:Adding >> cmd >> > f7ded200 to retry_cmd_list >> > Sep 25 14:30:51 dopteron386 kernel: [4559]: scst_rdy_to_xfer:TGT QUE= UE >> > FULL: incrementing retry_cmds 2 >> > Sep 25 14:30:51 dopteron386 kernel: [4559]: scst_rdy_to_xfer:Adding >> cmd >> > f7ec4600 to retry_cmd_list >> > Sep 25 14:30:51 dopteron386 kernel: [4559]: scst_rdy_to_xfer:TGT QUE= UE >> > FULL: incrementing retry_cmds 3 >> > Sep 25 14:30:51 dopteron386 kernel: [4559]: scst_rdy_to_xfer:Adding >> cmd >> > f7464c00 to retry_cmd_list >> > Sep 25 14:30:51 dopteron386 kernel: [0]: scst_free_cmd:Checking >> > retry_cmd_list (retry_cmds 3) >> > Sep 25 14:30:51 dopteron386 kernel: [0]: scst_free_cmd:Deleting retr= y >> > cmd f7464c00 from retry_cmd_list and moving it to active_cmd_list >> > (retry_cmds 2) >> > Sep 25 14:30:51 dopteron386 kernel: [0]: scst_free_cmd:Deleting retr= y >> > cmd f7ec4600 from retry_cmd_list and moving it to active_cmd_list >> > (retry_cmds 1) >> > Sep 25 14:30:51 dopteron386 kernel: [0]: scst_free_cmd:Deleting retr= y >> > cmd f7ded200 from retry_cmd_list and moving it to active_cmd_list >> > (retry_cmds 0) >> > Sep 25 14:30:51 dopteron386 kernel: [4558]: scst_rdy_to_xfer:TGT QUE= UE >> > FULL: incrementing retry_cmds 1 >> > Sep 25 14:30:51 dopteron386 kernel: [4558]: scst_rdy_to_xfer:Adding >> cmd >> > f7ded200 to retry_cmd_list >> > Sep 25 14:30:51 dopteron386 kernel: [4558]: scst_rdy_to_xfer:TGT QUE= UE >> > FULL: incrementing retry_cmds 2 >> > Sep 25 14:30:51 dopteron386 kernel: [4558]: scst_rdy_to_xfer:Adding >> cmd >> > f7ec4600 to retry_cmd_list >> > Sep 25 14:30:51 dopteron386 kernel: [4558]: scst_rdy_to_xfer:TGT QUE= UE >> > FULL: incrementing retry_cmds 3 >> > Sep 25 14:30:51 dopteron386 kernel: [4558]: scst_rdy_to_xfer:Adding >> cmd >> > f7464c00 to retry_cmd_list >> > Sep 25 14:30:51 dopteron386 kernel: [0]: scst_free_cmd:Checking >> > retry_cmd_list (retry_cmds 3) >> > Sep 25 14:30:51 dopteron386 kernel: [0]: scst_free_cmd:Deleting retr= y >> > cmd f7464c00 from retry_cmd_list and moving it to active_cmd_list >> > (retry_cmds 2) >> > Sep 25 14:30:51 dopteron386 kernel: [0]: scst_free_cmd:Deleting retr= y >> > cmd f7ec4600 from retry_cmd_list and moving it to active_cmd_list >> > (retry_cmds 1) >> > Sep 25 14:30:51 dopteron386 kernel: [0]: scst_free_cmd:Deleting retr= y >> > cmd f7ded200 from retry_cmd_list and moving it to active_cmd_list >> > (retry_cmds 0) >> > Sep 25 14:30:51 dopteron386 kernel: [4559]: scst_rdy_to_xfer:TGT QUE= UE >> > FULL: incrementing retry_cmds 1 >> > Sep 25 14:30:51 dopteron386 kernel: [4559]: scst_rdy_to_xfer:Adding >> cmd >> > f7ec4600 to retry_cmd_list >> > >> > >> > >> > On Sun, 2005-09-25 at 11:11 -0400, Ming Zhang wrote: >> >> yes, cool. now pretty stable. thx. >> >> >> >> Ming >> >> >> >> >> >> On Sun, 2005-09-25 at 15:50 +0400, Vladislav Bolkhovitin wrote: >> >> > Ming Zhang wrote: >> >> > > i run it against a ram io, then it does not show up after >> transfer >> >> ~1TB >> >> > > data. so i think this might because disk is slow and then reque= st >> >> piled >> >> > > up in queue. >> >> > > >> >> > > ming >> >> > > >> >> > > On Fri, 2005-09-23 at 16:32 -0400, Ming Zhang wrote: >> >> > > >> >> > >>Hi >> >> > >> >> >> > >>I guess this is what you mean TM oops. See attached log. >> >> > >> >> > Yes, it is. Actually, the patch to fix this is simple. See the >> >> attachment. >> >> > >> >> > >>Thanks. >> >> > >> >> >> > >>Ming >> >> > >> >> >> > >> >> >> > > >> >> > > >> >> > > >> >> > > >> >> > > ------------------------------------------------------- >> >> > > SF.Net email is sponsored by: >> >> > > Tame your development challenges with Apache's Geronimo App >> Server. >> >> Download >> >> > > it for free - -and be entered to win a 42" plasma tv or your ve= ry >> >> own >> >> > > Sony(tm)PSP. Click here to play: >> >> http://sourceforge.net/geronimo.php >> >> > > _______________________________________________ >> >> > > Scst-devel mailing list >> >> > > Scs...@li... >> >> > > https://lists.sourceforge.net/lists/listinfo/scst-devel >> >> > > >> >> > >> >> >> > >> > >> > >> > ------------------------------------------------------- >> > SF.Net email is sponsored by: >> > Tame your development challenges with Apache's Geronimo App Server. >> > Download >> > it for free - -and be entered to win a 42" plasma tv or your very ow= n >> > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.ph= p >> > _______________________________________________ >> > Scst-devel mailing list >> > Scs...@li... >> > https://lists.sourceforge.net/lists/listinfo/scst-devel >> > >> > > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. > Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Scst-devel mailing list > Scs...@li... > https://lists.sourceforge.net/lists/listinfo/scst-devel > |