the machine
fell over. That machine had been up for a long time, and it was still logging
these messages, so it looks very much as if ZFS did not stop trying to
issue the TRIM.
You showed only Remote request failed errors from your logs. Do you
have Local request failed errors too?
--
Mikolaj
On Fri, Oct 11, 2013 at 01:42:39PM +0300, Mikolaj Golub wrote:
You showed only Remote request failed errors from your logs. Do you
have Local request failed errors too?
You should also see them in local errors statistics from `hastctl
list' output.
--
Mikolaj Golub
is the default replication
mode, changed from fullsync to memsync. Do you have the replication
mode explicitly set in your config?
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
no problem with this, as it is one-lite patch (modulo usage/manual page
changes); it would be direct commit to -stable, but as it is temporary, I see
no problem there too.
Mikolaj, your opinion?
It looks like a very good idea.
--
Mikolaj Golub
-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
case).
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
prestop rc.d/jail hooks instead of
poststop, if it is possible.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
happened when executing ifconfig epair destroy.
You might want to try running commands manually before using the rc
script.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
On Sun, Jan 20, 2013 at 02:19:55PM +0200, Mikolaj Golub wrote:
Hi,
Some time ago I noticed that valgrind started to complain about
Mismatched free() / delete / delete [] for valid new/delete
combinations.
For example, the following test program
int main()
{
char* buf = new
++ is a right way to fix the valgrind?
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Sorry, the message went privately to Daisuke, which was not my intention.
-- Forwarded message --
From: Mikolaj Golub to.my.troc...@gmail.com
Date: Mon, Nov 26, 2012 at 9:38 AM
Subject: Re: hastctl hang
To: Daisuke Aoyama aoy...@peach.ne.jp
On Mon, Nov 26, 2012 at 01:17:46AM
to MFC it.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
On Sun, Sep 16, 2012 at 05:56:22PM +0400, Andrey V. Elsukov wrote:
On 15.09.2012 16:50, Mikolaj Golub wrote:
I am attaching the patch that fixes the issue for me.
I was wandering why the issue was not observed after md device
removal, as disk_OS_get_MD_disks() did the same things. It has
.
--
Mikolaj Golub
Index: usr.sbin/bsnmpd/modules/snmp_hostres/hostres_diskstorage_tbl.c
===
--- usr.sbin/bsnmpd/modules/snmp_hostres/hostres_diskstorage_tbl.c (revision 240529)
+++ usr.sbin/bsnmpd/modules/snmp_hostres
0x0040616a in main ()
I hope it helps you to debug this problem.
Looks like we can't trust to this output.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any
AFAIK it might work or not. If it does not then wait for another crash :-)
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr
On Mon, Sep 10, 2012 at 04:46:15PM +0200, Miroslav Lachman wrote:
Mikolaj Golub wrote:
On Sun, Sep 09, 2012 at 11:56:55PM +0200, Miroslav Lachman wrote:
I am running bsnmpd with basic snmpd.config (only community and location
changed).
When there is a problem with HDD and disk
-0.3.5 I introduced a bug that lead to bsnmpd crash on a
disk detach. It has been fixed (thanks to Brian Somers) in 0.3.6.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
of the information that should be
JH seen...
JH Could someone have a closer look at this?
JH On Fri, Apr 06, 2012 at 04:32:29PM +, Mikolaj Golub wrote:
Author: trociny
Date: Fri Apr 6 16:32:29 2012
New Revision: 233953
URL: http://svn.freebsd.org/changeset/base/233953
Log:
MFC
.
You sent SIGHUP to master process and on both hosts, didn't you?
Could you please provide more details if you still fail to add new resources
on the fly (configuration, log messages).
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http
On Tue, 13 Mar 2012 00:22:23 +0100 Phil Regnauld wrote:
PR Mikolaj Golub (to.my.trociny) writes:
It looks like in the case of hastd this was send(2) who returned ENOMEM, but
it would be good to check. Could you please start synchronization again,
ktrace primary worker process when
: 0
What about failed counters like mbuf_alloc_failed_count,
dma_map_addr_rx_failed_count, dma_map_addr_tx_failed_count?
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe
driver
statistics might be helpful. Something like
netstat -nax
netstat -naT
netstat -m
netstat -nid
sysctl -a dev.nic
And may be
vmstat -m
vmstat -z
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
will need to recreate HAST provider on secondary after this.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
, and this was MFCed in r230754,
before the MFC lib/libkvm (r230780) you are referring to.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr
On Sun, 5 Feb 2012 10:27:54 +0100 Pawel Jakub Dawidek wrote:
PJD The analysis and fixes look good to me, please go ahead and commit
PJD (small nits below).
Thanks. Committed.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http
, did you run async mode? If you did then I suppose you observed the
second issue. Could you please try the attached patch?
--
Mikolaj Golub
Index: sbin/hastd/primary.c
===
--- sbin/hastd/primary.c (revision 230661)
+++ sbin/hastd
are observing series of ^D\b\b characters.
I am going to commit the attached patch to HEAD, that fixes this. But we will
still have one ^D\b\b in the output.
--
Mikolaj Golub
Index: usr.bin/script/script.c
===
--- usr.bin/script
use case for it.
Without passing EOF to the to the program being scripted the following command
will hang forever:
echo 1 |script /tmp/script.out cat
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
.
What's worse is that the upgrade never completes.
SB You can easily see this for yourself:
SB # portupgrade -a --batch /dev/null
SB This is on 8-stable from October 5th.
Could you please try the patch I attached to another my mail in this thread to
see if it helps?
--
Mikolaj Golub
On Sat, 15 Oct 2011 11:50:22 +0200 Stefan Bethke wrote:
SB Am 15.10.2011 um 09:36 schrieb Mikolaj Golub:
On Fri, 14 Oct 2011 22:50:32 +0200 Stefan Bethke wrote:
SB I finally figured out why my ports aren't updating anymore: when
running portupgrade -a --batch from cron, stdin
On Tue, 04 Oct 2011 18:34:07 +0200 Michiel Boland wrote:
MB On 10/04/2011 13:15, Mikolaj Golub wrote:
On Sun, Sep 18, 2011 at 1:58 PM, Mikolaj Golubtroc...@freebsd.org wrote:
MB [...]
I believe the behaviour is after this commit:
http://svnweb.freebsd.org/base?view=revisionrevision
On Sun, Sep 18, 2011 at 1:58 PM, Mikolaj Golub troc...@freebsd.org wrote:
On Sun, 18 Sep 2011 08:47:13 +0200 Ronald Klop wrote:
RK On Sun, 18 Sep 2011 07:39:01 +0200, Jeremy Chadwick
RK free...@jdc.parodius.com wrote:
On Sun, Sep 18, 2011 at 12:54:13AM -0400, Jason Hellenthal wrote
truss -p29656 is the same as posted previously.
I believe the behaviour is after this commit:
http://svnweb.freebsd.org/base?view=revisionrevision=125848
I think we should skip select on STDIN after reading EOF from it, like in the
patch below.
--
Mikolaj Golub
Index: usr.bin/script/script.c
-- we still want to read from it. Poor shutdown(2) for non-socket :-).
Colin might tell more...
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd
On Sun, 18 Sep 2011 20:24:23 +0300 Kostik Belousov wrote:
KB On Sun, Sep 18, 2011 at 02:54:34PM +0300, Mikolaj Golub wrote:
On Sun, 18 Sep 2011 13:25:26 +0200 Ronald Klop wrote:
RK It is a while since I programmed C, but why will writing 0 bytes give
RK the reader an end-of-file
performance degradation until the synchronization is complete -- the READ
requests will go to remote node. So it might be better to wait until the
synchronization is complete before switching back.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
to freebsd-stable-unsubscr...@freebsd.org
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
On Tue, 14 Jun 2011 16:39:11 +0300 Daniel Kalchev wrote:
DK On 10.06.11 20:07, Mikolaj Golub wrote:
On Fri, 10 Jun 2011 20:05:43 +0300 Mikolaj Golub wrote to Daniel Kalchev:
MG Could you please try this patch?
MG http://people.freebsd.org/~trociny/hastd.no_shutdown.patch
but it is better to do this on both nodes). No server
restart is needed.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr
On Fri, 10 Jun 2011 20:05:43 +0300 Mikolaj Golub wrote to Daniel Kalchev:
MG Could you please try this patch?
MG http://people.freebsd.org/~trociny/hastd.no_shutdown.patch
Sure you still have to have your kernel patched with uipc_socket.c.patch :-)
--
Mikolaj Golub
/uipc_socket.c.patch
The patch was committed to current (r222454) and is going to be MFCed after
some time.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
is dead after this interval.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
On Tue, 31 May 2011 15:51:07 +0300 Daniel Kalchev wrote:
DK On 30.05.11 21:42, Mikolaj Golub wrote:
DK One strange thing is that there is never established TCP connection
DK between both nodes:
DK tcp4 0 0 10.2.101.11.48939 10.2.101.12.8457
FIN_WAIT_2
-s, may be copying large files via net
and comparing checksums).
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr
netstat in loop, something
like below:
while sleep 5; do
t=`date '+%F %H:%M:%S'`;
netstat -na | grep 8457 |
while read l; do
echo $t $l;
done;
done /tmp/netstat.log
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http
) One node that has highest priority configures is set on startup always to
primary. All others are to secondary.
With this configuration if the primary fails, secondary switches to primary,
then when the initial primary comes back it becomes primary again
automatically.
--
Mikolaj Golub
On Wed, 27 Apr 2011 14:05:11 +0200 Denny Schierz wrote:
DS hi,
DS Am Dienstag, den 29.03.2011, 23:36 +0300 schrieb Mikolaj Golub:
2) There are complaints from watchdog.
DS what happens, if the watchdog isn't available and one or both nodes are
DS rebooting or something else?
Without
it really just flat needs OpenSSL and the
MDF conditionalization is vestigial, I don't know. pjd@ cc'd.
The attached patch should fix this.
--
Mikolaj Golub
Index: sbin/hastd/hast_proto.c
===
--- sbin/hastd/hast_proto.c (revision 221054
On Tue, 26 Apr 2011 18:25:09 +0200 Pawel Jakub Dawidek wrote:
PJD On Tue, Apr 26, 2011 at 12:44:31PM +0300, Mikolaj Golub wrote:
On Sat, 23 Apr 2011 09:38:39 -0500 Matthew D. Fuller wrote:
MDF On Sat, Apr 23, 2011 at 05:52:47AM -0700 I heard the voice of
MDF Jeremy Chadwick
On Mon, 11 Apr 2011 11:26:15 -0700 Freddie Cash wrote:
FC On Sun, Apr 10, 2011 at 12:36 PM, Mikolaj Golub troc...@freebsd.org
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 upgrade cycle and test them
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-stable@freebsd.org mailing list
http
On Sun, 03 Apr 2011 20:43:45 +0300 Mikolaj Golub wrote to Pawel Jakub Dawidek:
MG On Sat, 2 Apr 2011 12:17:50 +0200 Pawel Jakub Dawidek wrote:
PJD On Sat, Apr 02, 2011 at 12:04:09AM +0300, Mikolaj Golub wrote:
For me your patch look correct. But the same issue is for read :-). Also
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-stable@freebsd.org mailing list
http
On Mon, 4 Apr 2011 01:51:24 +0200 Victor Balada Diaz wrote:
VBD On Sun, Apr 03, 2011 at 08:43:45PM +0300, Mikolaj Golub wrote:
On Sat, 2 Apr 2011 12:17:50 +0200 Pawel Jakub Dawidek wrote:
PJD On Sat, Apr 02, 2011 at 12:04:09AM +0300, Mikolaj Golub wrote:
For me your patch look
On Sat, 2 Apr 2011 12:17:50 +0200 Pawel Jakub Dawidek wrote:
PJD On Sat, Apr 02, 2011 at 12:04:09AM +0300, Mikolaj Golub wrote:
For me your patch look correct. But the same issue is for read :-). Also, to
avoid the leak I think we can just do g_destroy_bio() before all sectors
check. See
'.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
. But the same issue is for read :-). Also, to
avoid the leak I think we can just do g_destroy_bio() before all sectors
check. See the attached patch (had some testing).
--
Mikolaj Golub
Index: sys/geom/eli/g_eli.c
===
--- sys/geom/eli
(iscsi up, IP up, etc);
stop -- switch node to secondary;
status -- return current status (0 - UP, 1 - DOWN, 2 - UNKNOWN).
You can find more information in README:
http://code.google.com/p/hastmon/wiki/README
--
Mikolaj Golub
___
freebsd-stable
, 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
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
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
ggiocreate.c
Description: Binary data
Index: sys/geom/gate/g_gate.c
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-stable@freebsd.org mailing list
http://lists.freebsd.org
and will report about the results.
--
Mikolaj Golub
Index: sbin/hastd/primary.c
===
--- sbin/hastd/primary.c (revision 214624)
+++ sbin/hastd/primary.c (working copy)
@@ -180,14 +180,20 @@ static pthread_mutex_t metadata_lock;
if (_wakeup
On Mon, 01 Nov 2010 17:06:49 +0200 Mikolaj Golub wrote:
MG On Mon, 1 Nov 2010 12:01:00 +0100 Pawel Jakub Dawidek wrote:
PJD I like your patch and I agree of course it is better to send keepalive
PJD packets only when connection is idle. The only thing I'd change is to
PJD modify QUEUE_TAKE1
On Thu, 28 Oct 2010 22:08:54 +0300 Mikolaj Golub wrote to Pawel Jakub Dawidek:
PJD I looked at the code and the keepalive packets arbe sent from another
PJD thread. Could you try turning them off in primary.c and see if that
PJD helps?
MG At first I set RETRY_SLEEP to 1 sec to have more
On Thu, 28 Oct 2010 18:30:36 +0200 Pawel Jakub Dawidek wrote:
PJD On Wed, Oct 27, 2010 at 10:05:20PM +0300, Mikolaj Golub wrote:
In hast_proto_send() we send header and then data. Couldn't it be that
remote_send and sync threads interfere and their packets are mixed? May be
some
proto_send(header) and
proto_send(data). The error started to occur frequently.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr
:-)
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
be equal to this size? May be increasing
SO_SNDBUF/SO_RCVBUF we could reach better performance with
MAX_SEND_SIZE=128kB?
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe
that
showed up when changing HAST role in loop -- you would never do this in
production). And fixes were committed in several days after a report. I don't
know any open issue.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http
lower vnode's refcount before calling null_bypass() and then
decrement it after the call. See the attached patch (it works for me on both
8-STABLE and CURRENT).
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
On Sat, 12 Jun 2010 11:56:10 +0300 Mikolaj Golub wrote to Leon Meßner:
MG See the attached patch (it works for me on both 8-STABLE and CURRENT).
Sorry, actually here is the patch.
--
Mikolaj Golub
Index: sys/fs/nullfs/null_vnops.c
in STABLE.
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/144330
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
On Sun, 11 Apr 2010 23:40:03 +0300 Mikolaj Golub wrote:
MG Hi,
MG Today I have upgraded the kernel in my VirtualBox (3.1.51.r27187) to the
MG latest current and have em0: Watchdog timeout -- resetting issue. My
MG previous kernel was for Mar 12.
MG Tracking the revision where the problem
On Wed, 14 Apr 2010 09:28:33 -0700 Jack Vogel wrote:
Oh, didn't realize you were running the lem code :) Will make the changes
shortly,
r206614 works for me. Thanks :-)
thanks for your debugging efforts.
Jack
--
Mikolaj Golub
___
freebsd
was for Mar 12.
Tracking the revision where the problem appeared I see that the issue is not
observed for r203834 and starts to observe after r205869.
Interestingly, if I enter ddb and then exit (sometimes I needed to do this
twice) the errors stop and network starts working.
--
Mikolaj Golub
looks similar.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
(with
output of ddb scripts in capture buffer) to textdumps. You can't debug
textdump and crashinfo will fail too. And all info provided in textdump is
retrieved from vmcore capture buffer by crashifo utility automatically.
--
Mikolaj Golub
___
freebsd-stable
and reinstall
the same for emulators/virtualbox-ose
3) rebooted and started vm guest
virtualbox-ose-3.1.2_1 A general-purpose full virtualizer for x86 hardware
virtualbox-ose-kmod-3.1.2_1 VirtualBox kernel module for FreeBSD
--
Mikolaj Golub
___
freebsd
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-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe
additional handling should be added for this case...
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
. These mibs are provided
by snmp_hostres(3) module (/usr/lib/snmp_hostres.so). So something wrong is
there (I suppose it is not in sync with some recent changes in kernel or
libkvm).
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http
=0x7fffea30,
do_unames=1 '\001')
at /usr/src/usr.bin/top/machine.c:257
#7 0x00407a10 in main (argc=1, argv=0x7fffeb08)
at /usr/src/usr.bin/top/../../contrib/top/top.c:458
I'm using nss_ldapd-0.7.2 and there's no way to live without ldap...
--
Mikolaj Golub
:-), mounted 10
shares, set vfs.nfs.iodmaxidle=10 (to have nfsiod creation more frequently)
and have been running tests for 4 hours -- just to check the patch does not
break anything. No issues have been detected.
It would be very nice to have this patch committed.
--
Mikolaj Golub
On Tue, 19 Jan 2010 10:02:57 +0200 Mikolaj Golub wrote:
So, on some of our freebsd7.1 nfs clients (and it looks like we have had
similar case with 6.3), which have several nfs mounts to the same CentOS 5.3
NFS server (mount options: rw,-3,-T,-s,-i,-r=32768,-w=32768,-o=noinet6), at
some moment
but I am not sure...
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
is useless without binary and libraries. So it is better to run gdb
on your host, produce backtrace and post here:
gdb /usr/bin/top top.core
bt
And sure a backtrace from the top built with -g would be much better.
cd /usr/src/usr.bin/top
CFLAGS=-g make
--
Mikolaj Golub
= {tqh_first = 0x0, tqh_last = 0xc0c83e20}
Also does not it look strange that lk_lockholder of b_lock points to
innvalid location (0xfffe)?
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
On Tue, 19 Jan 2010 10:02:57 +0200 Mikolaj Golub wrote:
I have found in the Internet that other people have been observed the similar
problem with FreeBSD6.2 client:
http://forums.freebsd.org/showthread.php?t=1697
Reading this through carefully it looks like the guy did not experience
.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
On Wed, 9 Dec 2009 15:52:23 -0600 Mike Pritchard wrote:
On Mon, Dec 07, 2009 at 10:23:49AM +0200, Mikolaj Golub wrote:
On Sun, 6 Dec 2009 20:18:13 +0200 Kostik Belousov wrote:
The kernel paniced because chkdq was supplied NULL credentials and
_positive_ blocks use count change. Line 276
. To check the hardware is in our plans. Thank you.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
{
(kgdb) list
460 /*
461 * Return 1 if the passed credential is in a jail, otherwise 0.
462 */
463 int
464 jailed(struct ucred *cred)
465 {
466
467 return (cred-cr_prison != NULL);
468 }
469
--
Mikolaj Golub
)
\
- }
\
+ { \
__pthread_cleanup_pop_imp(execute);
\
}
--
Mikolaj
On Tue, 24 Nov 2009 16:53:35 +0200 Mikolaj Golub wrote:
Hi,
I have problems with compiling our application under 8.0.
It fails due to these definitions in pthread.h that look like a typo or
incorrectly applied patch:
170 #define pthread_cleanup_push(cleanup_routine
pthread_cleanup_push(some_func, arh);
something ...
pthread_cleanup_pop(1);
(1 denotes that some_func should be called).
I see. Thank you. So it really looks like a bug in our application as
pthread_cleanup_pop(1) is missed. I will tell our developers :-)
--
Mikolaj Golub
be more then enough for me :-)
Thanks,
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
On Mon, 12 Oct 2009 09:08:29 +0200 Ed Schouten wrote:
* Mikolaj Golub to.my.troc...@gmail.com wrote:
So 115200/5=23040 would be more then enough for me :-)
Great. I've attached a patch that should allow the buffer size to be
configured. Unfortunately gettytab currently sets the baud rate
On Mon, 12 Oct 2009 16:26:54 -0700 Doug Barton wrote:
Mikolaj Golub wrote:
Hi,
On 8.0-RC1 if you run this command:
cat /dev/null
and try to input a long line, the maximum length you can input is 1920
characters.
I have investigated a bit how I can increase a tty buffer
.
Is this intentional or does it look rather like a bug?
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
1 - 100 of 111 matches
Mail list logo
