32 Luns with 7.2

2009-05-21 Thread d_elbracht
Hi everybody, with 32 LUNs in 7.2 (mpt_cam.h, line 3608 cpi->max_lun = 32) booting takes about 15 minues (7.0 the above change was about 3 minutes) after 16 times the messages below run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config mpt0: request 0xfffe8029f960:359 ti

Block device

2008-11-04 Thread d_elbracht
Hi list, can someone please explain, why stat -x /dev/da1 show the SCSI-Drive as a character-device ? Also, on the same device S_ISREG(st.st_mode) is false S_ISCHR(st.st_mode) is true thanks Dieter ___ freebsd-stable@f

HPET at Tyan H2000M (S3992-E) south-bridge

2007-12-05 Thread d_elbracht
just some info that may save somebody else time on that. I swapped motherbards today on FreeBSD 6.2, AMD64, cvsup'd 07/18/2007 Orignal was a Tyan K8S (S2882) New is a Tyan H2000M (S3992-E) on boot, the system got stuck right before it would mount drives. A ctrl+c after waiting for a minute show

AW: g_vfs_done():da3s1a[READ(offset=81064794762854400, length=8192)]error = 5

2007-12-05 Thread d_elbracht
Just an update > > --- Scott Long <[EMAIL PROTECTED]> wrote: > > > I can geneate 30,000 I/O's per second for hours on end on several > > > types of storage hardware on FreeBSD SMP, and have no > > problems. Since > > > you're seeing this problem both when connected to a 3ware > > controller > >

AW: Re: AW: g_vfs_done():da3s1a[READ(offset=81064794762854400, length=8192)]error = 5

2007-10-16 Thread d_elbracht
> > One basic question to ask: where does the value for offset= in > > g_vfs_done() come from ? > >>From the time the error shows up in syslog I believe, the error only > > happens, when a file get's appended. > > I wonder if (wild guess follows) there's a 32/64 bit > conversion problem somewher

AW: g_vfs_done():da3s1a[READ(offset=81064794762854400, length=8192)]error = 5

2007-10-15 Thread d_elbracht
> > One basic question to ask: where does the value for offset= in > > g_vfs_done() come from ? > > Either from the file system or from bugs in the code. I don't > remember seeing similar reports before so the probability of > there being bugs in the code is fairly small. > > This is all on ra

AW: g_vfs_done():da3s1a[READ(offset=81064794762854400, length=8192)]error = 5

2007-10-15 Thread d_elbracht
> > we are trying to diagnose errors seen on 6.2, SMP, amd64, > cvsup'ed of > > 2007-10-09 > > > > Mainboard is a Tyan Thunder h2000M (S3992-E) with 16 GB RAM and 2 x > > Opteron 2216, da3 is on a 3ware 9550-12 > > > > we are seeing this error: > > g_vfs_done():da3s1a[READ(offset=81064794762854

AW: g_vfs_done():da3s1a[READ(offset=81064794762854400, length=8192)]error = 5

2007-10-14 Thread d_elbracht
> --- Scott Long <[EMAIL PROTECTED]> wrote: > > I can geneate 30,000 I/O's per second for hours on end on several > > types of storage hardware on FreeBSD SMP, and have no > problems. Since > > you're seeing this problem both when connected to a 3ware > controller > > and when connected to a

newbuf, nbufkv, nbufbs

2007-10-14 Thread d_elbracht
We have 2 machines involved with this problem. machine1, SMP, i386, 4 GB RAM was recently upgraded from 5.4 to 6.2 cvsup'ed 2007-10-10 a partition of about 2.5 TB (gstripe -s 1048576) was newfs'ed with blocksize of 65536 and fragsize of 8192 On 5.4, this was running for months with no problem.

AW: g_vfs_done():da3s1a[READ(offset=81064794762854400, length=8192)]error = 5

2007-10-14 Thread d_elbracht
> > we are trying to diagnose errors seen on 6.2, SMP, amd64, > cvsup'ed of > > 2007-10-09 > > > > Mainboard is a Tyan Thunder h2000M (S3992-E) with 16 GB RAM and 2 x > > Opteron 2216, da3 is on a 3ware 9550-12 > > > > we are seeing this error: > > g_vfs_done():da3s1a[READ(offset=81064794762854

g_vfs_done():da3s1a[READ(offset=81064794762854400, length=8192)]error = 5

2007-10-14 Thread d_elbracht
we are trying to diagnose errors seen on 6.2, SMP, amd64, cvsup'ed of 2007-10-09 Mainboard is a Tyan Thunder h2000M (S3992-E) with 16 GB RAM and 2 x Opteron 2216, da3 is on a 3ware 9550-12 we are seeing this error: g_vfs_done():da3s1a[READ(offset=81064794762854400, length=8192)]error = 5 on a 12