Oleg Derevenetz wrote:
Anyway, I looked at the ddb output already, said that it looks as either
driver or hw problem with very high confidence.
I think the time of the project could be spent more productive elsewere,
while submitter checks his hardware, for instance, by changing
controller,
di
Anyway, I looked at the ddb output already, said that it looks as either
driver or hw problem with very high confidence.
I think the time of the project could be spent more productive elsewere,
while submitter checks his hardware, for instance, by changing controller,
disks, or controller type.
Kostik Belousov wrote:
On Sun, Nov 04, 2007 at 11:26:20PM +0100, Kris Kennaway wrote:
Oleg Derevenetz wrote:
Dumpdev is swap partition on da0 (single physical disk) that
connected to Mylex AcceleRAID 170 RAID controller. The problem
arrives when I copy large amount of files from FTP to another
On Sun, Nov 04, 2007 at 11:26:20PM +0100, Kris Kennaway wrote:
> Oleg Derevenetz wrote:
> >Dumpdev is swap partition on da0 (single physical disk) that
> >connected to Mylex AcceleRAID 170 RAID controller. The problem
> >arrives when I copy large amount of files from FTP to another di
Dumpdev is swap partition on da0 (single physical disk) that
connected to Mylex AcceleRAID 170 RAID controller. The problem
arrives when I copy large amount of files from FTP to another disk
(da1) that is connected to the same RAID controller.
If the driver or controller is misbehaving it coul
Oleg Derevenetz wrote:
Dumpdev is swap partition on da0 (single physical disk) that
connected to Mylex AcceleRAID 170 RAID controller. The problem
arrives when I copy large amount of files from FTP to another disk
(da1) that is connected to the same RAID controller.
If the driver or controlle
Dumpdev is swap partition on da0 (single physical disk) that
connected to Mylex AcceleRAID 170 RAID controller. The problem
arrives when I copy large amount of files from FTP to another disk
(da1) that is connected to the same RAID controller.
If the driver or controller is misbehaving it coul
Oleg Derevenetz wrote:
Dumpdev is swap partition on da0 (single physical disk) that
connected to Mylex AcceleRAID 170 RAID controller. The problem
arrives when I copy large amount of files from FTP to another disk
(da1) that is connected to the same RAID controller.
If the driver or controlle
Dumpdev is swap partition on da0 (single physical disk) that connected to
Mylex AcceleRAID 170 RAID controller. The problem arrives when I copy
large amount of files from FTP to another disk (da1) that is connected to
the same RAID controller.
If the driver or controller is misbehaving it coul
Oleg Derevenetz wrote:
> > After my break to debugger using Ctrl+Alt+Esc sequence and
entering a
> > "panic" command kernel does not wrote a kernel dump but seems to
> > hang.
Can
> > anyone describe how to obtain a kernel dump in this situation, or at
least
> > say - which output of show comma
> Oleg, one thing you can do to make this less painful is to
> run your machine's console over serial port.
>
> First get a crossover serial cable, make sure it works from one
> box to another, it should be easy to run "tip com1" on both
> boxes to ensure that it works.
>
> Then you just need to a
> > Can anyone take a look on PR kern/104406 ? I got repeatable hang
situation,
> > but I can't obtain a kernel dump to get result of all show commands from
> > here:
> >
> >
http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html
> >
> > After my break to d
> > After my break to debugger using Ctrl+Alt+Esc sequence and entering a
> > "panic" command kernel does not wrote a kernel dump but seems to
> > hang.
Can
> > anyone describe how to obtain a kernel dump in this situation, or at
least
> > say - which output of show commands need in first place
13 matches
Mail list logo