Re: Starting and stopping nfsd apparently results in permanently disabling it

After a little look at nfsd.c, I think you need to SIGKILL the kernel daemon to get rid of it. (That is what nfsd.c does.) If you do a "ps ax" and find a "nfsd (server)" still there, "kill -9 " it and then you can probably start the nfsd again. rick ___

[Bug 211962] bxe driver queue soft hangs and flooding tx_soft_errors

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211962 Eugene Grosbein changed: What|Removed |Added CC||n...@freebsd.org Assig

Problem reports for n...@freebsd.org that need special attention

To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and ob

Re: Starting and stopping nfsd apparently results in permanently disabling it

On 2018-04-29T13:16:48 -0600 Alan Somers wrote: > First, you're starting stuff in the wrong order. /etc/rc.d/nfsd depends on > /etc/rc.d/mountd. It sounds like you're bypassing rc, but you still need > to start the daemons in the same order as rc does. Secondly, how did you > kill them? /etc/

Re: Starting and stopping nfsd apparently results in permanently disabling it

First, you're starting stuff in the wrong order. /etc/rc.d/nfsd depends on /etc/rc.d/mountd. It sounds like you're bypassing rc, but you still need to start the daemons in the same order as rc does. Secondly, how did you kill them? /etc/rc.d/nfsd uses SIGUSR1 to kill nfsd. That probably trigge

Re: NETGRAPH- bridge vlans using netgraph help

>and read this: >https://people.freebsd.org/~julian/netgraph.htm Will look into it too, thanks Julian. Regards Abdullah On Sun, Apr 29, 2018, 21:41 Julian Elischer wrote: > On 28/4/18 8:28 pm, Eugene Grosbein wrote: > > 28.04.2018 19:10, Abdulla

Re: kernel: in6_delayed_cksum: delayed m_pullup

On Sun, Apr 29, 2018 at 08:30:28PM +0200, Dries Michiels wrote: > Dear mailing list, > > After upgrading my FreeBSD server from source from: > FreeBSD 11.1-STABLE (VADOS) #9 r331859: Sun Apr 1 12:09:18 CEST 2018 > to > FreeBSD 11.2-PRERELEASE (VADOS) #10 r333091: Sun Apr 29 16:48:44 CEST 2018 >

Starting and stopping nfsd apparently results in permanently disabling it

Hello. I've never used NFS, so this has been my first time setting it up. I ran the following: /usr/sbin/rpcbind -d -h 10.2.8.8 -s /usr/sbin/nfsd --debug -n 4 -t -h 10.2.8.8 /usr/sbin/mountd -d -h 10.2.8.8 -l -p 9990 /local/etc/mountd/exports Note that I'm running the above under process supervi

kernel: in6_delayed_cksum: delayed m_pullup

Dear mailing list, After upgrading my FreeBSD server from source from: FreeBSD 11.1-STABLE (VADOS) #9 r331859: Sun Apr 1 12:09:18 CEST 2018 to FreeBSD 11.2-PRERELEASE (VADOS) #10 r333091: Sun Apr 29 16:48:44 CEST 2018 My /var/log/messages is getting spammed by the following notice/error: Apr 29

Re: NETGRAPH- bridge vlans using netgraph help

On 28/4/18 8:28 pm, Eugene Grosbein wrote: 28.04.2018 19:10, Abdullah Tariq wrote: However, we still have several ways to bridge tagged traffic by means of creation multiple bridges (one per vlan) or using ng_vlan+ng_bridge to do the same. bridge1 will contain vlan 1 bridge2 will

Re: NETGRAPH- bridge vlans using netgraph help

> Sorry but getting a little confused here. > Lets say i have 2 interfaces igb0, igb1 and i want them to have tagged traffic. > I create vlan1 tagged 10 on igb0 > and vlan2 tagged 10 on igb1 > Next i create bridge0, assign vlan1 and vlan2 (no IPs on either the bridge, physical interface on VLANs)?

Re: NETGRAPH- bridge vlans using netgraph help

Yes. Regards Abdullah On Sun, Apr 29, 2018, 00:50 Eugene Grosbein wrote: > 28.04.2018 20:16, Abdullah Tariq wrote: > > > Sorry but getting a little confused here. > > Lets say i have 2 interfaces igb0, igb1 and i want them to have tagged > traffic. > > I create vlan1 tagged 10 on igb0 > > and v

[Bug 222065] security/ipsec-tools: racoon initiates phase 1 to wrong port

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222065 Eugene Grosbein changed: What|Removed |Added Status|Open|Closed Resolution|---

[Bug 222065] security/ipsec-tools: racoon initiates phase 1 to wrong port

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222065 --- Comment #6 from commit-h...@freebsd.org --- A commit references this bug: Author: eugen Date: Sun Apr 29 10:00:02 UTC 2018 New revision: 468617 URL: https://svnweb.freebsd.org/changeset/ports/468617 Log: Fix phase 1 initiation in the