> I'm with a very strange problem in the FreeBSD 7.0R
> I use the iscsi_initiator to mount two devices of a Dell MD3000i, the
> file system is UFS.
> The problem occurs when I make a copy of a great directory for inside of
> the /data/email directory, passed some minutes of beginning of copy, the
Jeff Wheelhouse wrote:
Also, if you have a good test case, it might be worth
grabbing a box w/o gmirror that can generate a crashdump and reproduce it
there.
Not an option for us right now; spare 8-core boxes are hard to come by.
We're looking for a USB hard drive or something we can dump to
I'm with a very strange problem in the FreeBSD 7.0R
I use the iscsi_initiator to mount two devices of a Dell MD3000i, the
file system is UFS.
The problem occurs when I make a copy of a great directory for inside of
the /data/email directory, passed some minutes of beginning of copy, the
SSH con
On Sep 25, 2008, at 3:53 PM, John Baldwin wrote:
You can use KTR instead of printf perhaps and then use 'show ktr'
from DDB.
This won't have the same impact on timing as printf(). I would
include PIDs
in any KTR traces you do so it's easier to parse the interleaved
entries from
multiple C
On Sep 24, 2008, at 12:12 PM, John Baldwin wrote:
Shared lookups only work on the NFS client in 6.x. I'm about to
turn them on
for UFS in HEAD (8.x) and will backport the needed fixes to 7.x
after 7.1
(too risky to merge to 7.x this close to a release).
OK, given all the patches you refer
On Thursday 25 September 2008 03:29:20 pm Jeff Wheelhouse wrote:
>
> On Sep 25, 2008, at 8:45 AM, John Baldwin wrote:
> > It's probably the one just before the NDINIT (note that the return
> > address in
> > the call stack is pointing to the next instruction to be executed
> > after the
> > ca
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jordi Espasa Clofent wrote:
> Hi all,
>
> I suppose it's a dumb (and crazy) question, but as post subject says:
> ¿Is it possible to regenerate the /usr/ports tree _from_ the installed
> ports?
As long as your ports tree is not very old, you will be
Hi all,
I suppose it's a dumb (and crazy) question, but as post subject says:
¿Is it possible to regenerate the /usr/ports tree _from_ the installed
ports?
Let's me to explain. I've a lot of production servers with 6.2 and 6.3
version, and I wanna update them to new 7.x branch. I'll use the
On Sep 25, 2008, at 8:45 AM, John Baldwin wrote:
It's probably the one just before the NDINIT (note that the return
address in
the call stack is pointing to the next instruction to be executed
after the
call to VOP_UNLOCK(), so sometimes it can end up referring to the
next line
in the sour
> Well, this means gdb can't handle loading .o's, though I guess that is to be
> expected. :( Even if I fix add-kld there's probably no way I can easily fix
> the sharedlibrary stuff w/o ripping gdb itself up a bunch.
>
> --
> John Baldwin
>
I thought I'd leave this patch here on the list in case
On Sep 25, 2008, at 10:51 AM, Dag-Erling Smørgrav wrote:
Jeff Wheelhouse <[EMAIL PROTECTED]> writes:
I've written a quick benchmark with a pair of tests to
simplify/measure the problem. [...]
Care to share?
No problem:
http://software.wheelhouse.org/rptest.tar.bz2
Thanks,
Jeff
_
Jeff Wheelhouse <[EMAIL PROTECTED]> writes:
> I've written a quick benchmark with a pair of tests to
> simplify/measure the problem. [...]
Care to share?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http:
On Thursday 25 September 2008 01:34:06 am Jeff Wheelhouse wrote:
>
> On Sep 24, 2008, at 12:34 PM, John Baldwin wrote:
>
> > On Wednesday 24 September 2008 12:17:56 pm Jeff Wheelhouse wrote:
> >> panic: lockmgr: thread 0xff0050858350, not exclusive lock holder
> >> 0xff00074959f0 unlockin
13 matches
Mail list logo
