I wrote:
> - Reconfigure your NFS server so that it never drops idle TCP connections.
> (FreeBSD never drops an NFS TCP connection until umount, but some others
>like Solaris NFS servers drop idle connections.)
Oops, I forgot that the kernel RPC (I wasn't the author) does drop idle TCP
connec
Frank de Bot wrote:
> Hello,
>
> I have a server running FreeBSD 10.2. It has several NFS mounts.
> Frequently my NFS mount hang (v3). After a little investigation it looks
> like FreeBSD has chosen a wrong source address for it's connections and
> all packets are departing from the wrong interfac
FreeBSD_stable_10 - Build #1659 - Fixed:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1659/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1659/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1659/console
Change summaries:
No
Hello,
I have a server running FreeBSD 10.2. It has several NFS mounts.
Frequently my NFS mount hang (v3). After a little investigation it looks
like FreeBSD has chosen a wrong source address for it's connections and
all packets are departing from the wrong interface.
Sockstat output:
[root@host
On Sat, Aug 29, 2015 at 04:41:30PM +0300, Konstantin Belousov wrote:
> On Sat, Aug 29, 2015 at 03:01:38PM +0200, Jilles Tjoelker wrote:
> > Looks good to me, except that I think a vforked child (in system() and
> > posix_spawn*()) should use the system calls and not libthr's wrappers.
> > This redu
On Sat, Aug 29, 2015 at 04:02:43PM +0200, Michiel Boland wrote:
> I verified the patch. The getumask part of lib/libc/gen/setmode.c part was
> rejected on stable/10 (probably due to other changes in ^/head.)
Thank you. The setmode bits are from the Jilles' r280713. I will merge
this revision wh
On 08/29/2015 15:41, Konstantin Belousov wrote:
On Sat, Aug 29, 2015 at 03:01:38PM +0200, Jilles Tjoelker wrote:
Looks good to me, except that I think a vforked child (in system() and
posix_spawn*()) should use the system calls and not libthr's wrappers.
This reduces the probability of weird thi
On Sat, Aug 29, 2015 at 03:01:38PM +0200, Jilles Tjoelker wrote:
> Looks good to me, except that I think a vforked child (in system() and
> posix_spawn*()) should use the system calls and not libthr's wrappers.
> This reduces the probability of weird things happening between vfork and
> exec, and a
On Fri, Aug 28, 2015 at 07:18:47PM +0300, Konstantin Belousov wrote:
> On Fri, Aug 28, 2015 at 05:52:42PM +0200, Michiel Boland wrote:
> > set -e
> > for a in `seq 1000`
> > do
> > echo -n "$a "
> > xterm -e ssh nonexisting
> > done
> > echo ""
> > (The idea here is that 'ssh nonexisting' should d
FreeBSD_stable_10 - Build #1658 - Failure:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1658/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1658/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1658/console
Change summaries:
N
On Sat, Aug 29, 2015 at 01:43:36PM +0200, Michiel Boland wrote:
> Do I understand correctly that the problem is that if you install a signal
> handler with signal() (which is what xterm does) and pull in libthr.so
> somehow,
> then there is no thr_sighandler inserted?
Yes. The problem does not
On 08/28/2015 18:18, Konstantin Belousov wrote:
On Fri, Aug 28, 2015 at 05:52:42PM +0200, Michiel Boland wrote:
set -e
for a in `seq 1000`
do
echo -n "$a "
xterm -e ssh nonexisting
done
echo ""
(The idea here is that 'ssh nonexisting' should do some work and then exit,
"xterm -e false", etc. do
12 matches
Mail list logo
