>
> debug.ddb.capture.bufoff: 0
> debug.ddb.capture.maxbufsize: 5242880
> debug.ddb.capture.inprogress: 0
> debug.ddb.capture.bufsize: 49152
> debug.ddb.capture.data:
> debug.ddb.scripting.scripts: lockinfo=show locks; show alllocks; show
> lockedvnods
> kdb.enter.pani
On Sun, Jun 30, 2013 at 11:29:59PM +0200, Mateusz Guzik wrote:
> I think it will be better if you do this and then MFC all commits.
Committed as r252436. Thanks.
--
Mikolaj Golub
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.
if (!locked && efbuf->fdp != NULL)
> + FILEDESC_SLOCK(efbuf->fdp);
> return (0);
> }
> efbuf->remainder -= kif->kf_structsize;
>
Mateusz, thank you for spotting this lock l
pointer to an explanation how to convert those pointers
> into source locations?
kgdb
l *devfs_ioctl_f+0xf0
--
Mikolaj Golub
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe,
On Tue, Sep 25, 2012 at 11:07:02AM -0400, John Baldwin wrote:
> On Friday, September 21, 2012 12:56:56 pm Julian Elischer wrote:
> > On 9/21/12 2:22 AM, Mikolaj Golub wrote:
> > > http://people.freebsd.org/~trociny/link_elf.c.pcpu_vnet.patch
> > >
> > > The f
ght be possible to recover faster, without recreating/resyncing
all devices, depending on how things messed up, fixing the disk
numbering in hast.conf and recreating/resyncing only resources in
split-brain state. But it would require more manual work, careful
investigation of logs and good understa
auxv.c:146: warning: format '%ld' expects
type 'long int', but argument 4 has type 'int'
FT> /src/usr.bin/procstat/procstat_auxv.c:149: warning: format '%ld' expects
type 'long int', but argument 4 has type 'int'
FT> /src/usr.bin/pro
On Sun, 27 Nov 2011 20:08:02 GMT FreeBSD Tinderbox wrote:
FT> /src/sys/kern/kern_proc.c:2589: error: 'KERN_PROC_PS_STRINGS' undeclared
here (not in a function)
FT> *** Error code 1
Forgot to commit changes to sys/sysctl.h. Sorry for this. Should be fixed in
r228046.
-
ems?
I think it could be useful to tcpdump the session and look at it in wireshark,
which understands the SMB protocol.
Also you might want to rebuild the kernel with this options in /etc/src.conf:
DEBUG_FLAGS=-g -DSMB_SOCKET_DEBUG -DSMB_IOD_DEBUG -DNB_DEBUG
-DSMB_VNODE_DEBUG
which will a
On Mon, 19 Sep 2011 12:13:56 + (UTC) Anton Yuzhaninov wrote to Mikolaj
Golub:
AY> On Sun, 18 Sep 2011 16:46:01 +0300, Mikolaj Golub wrote:
MG>> Could you please run ktrace with -i option? The behavior is like if
MG>> ptrace(PT_TRACE_ME) failed in the child by some reason
added:
AY> http://dl.dropbox.com/u/8798217/tmp/kernconf.txt
AY> --
AY> Anton Yuzhaninov
AY> _______
AY> freebsd-current@freebsd.org mailing list
AY> http://lists.freebsd.org/mailman/listinfo/freebsd-current
AY> To unsubscribe, se
fore sending the chunk of MAXPHYS
size, its checksum is send and if it matches the chunk is not
sent. It is supposed to be useful when one needs to resync disks,
e.g. after split brain, when most of the blocks on the nodes match.
But apparently it should improve things in this case too.
--
Mikolaj
eciated.
This might be MSG_WAITALL issue I described on net@ (look for the thread
"recv() with MSG_WAITALL might stuck when receiving more than rcvbuf", and
also kern/154504).
Could you please try the patch?
http://people.freebsd.org/~trociny/uipc_socket.c.patch
--
Mikolaj Golub
___
On Mon, 11 Apr 2011 11:26:15 -0700 Freddie Cash wrote:
FC> On Sun, Apr 10, 2011 at 12:36 PM, Mikolaj Golub
wrote:
>> On Mon, 4 Apr 2011 11:08:16 -0700 Freddie Cash wrote:
>> FC> Once the deadlock patches above are MFC'd to -STABLE, I can do an
>> FC
On Mon, 4 Apr 2011 11:08:16 -0700 Freddie Cash wrote:
FC> Once the deadlock patches above are MFC'd to -STABLE, I can do an
FC> upgrade cycle and test them.
Committed to STABLE.
--
Mikolaj Golub
___
freebsd-current@freebsd.org mailin
;> still have any issues?
FC> Just to confirm, this is commit r220264, 220265, 220266 to -CURRENT?
Yes, r220264 and 220266. As it is stated in the commit log MFC is planned
after 1 week.
--
Mikolaj Golub
___
freebsd-current@freebsd.org mailing
rent problem. If you have this again please provide the
output of 'procstat -kka'.
--
Mikolaj Golub
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
F> likely to hit this bug. Are the processes stable once launched ?
Yes, you may hit it only on hast devices creation. The workaround is to avoid
using 'hastctl role primary all', start providers one by one instead.
--
Mikolaj Golub
___
f
On Sun, 27 Mar 2011 15:16:15 +0300 Mikolaj Golub wrote to Freddie Cash:
MG> The attached patch fixes the issue in my case.
The patch is committed to current.
--
Mikolaj Golub
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.
gate_units[unit]->sc_provider still null and releases g_gate_units_lock.
2) Thread B traverses g_gate_units[] when checking for name collision and
craches accessing g_gate_units[unit]->sc_provider->name.
The attached patch fixes the issue in my case.
--
Mikolaj Golub
ggioc
7.1 hosts in production and I observe nonzero values on 8
hosts (about 15%). I would send more details to you privately if you are
interested.
--
Mikolaj Golub
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebs
21 matches
Mail list logo
