NFS locks rpcbind port = 0 failed? - try #2

2013-10-14 Thread Rick Romero

This is a continuation of 9.1 VM nfs3  locks over VPN - trying a
different angle maybe it'll jostle someones memory.

I now have a FreeBSD 9.2 VM at an offsite hosting company.  hostname
nl101vpn
OpenVPN is installed on it, routed not bridged mode.
I have multiple OSs installed on local network. I'm already exportings NFS
off 9.1 with working locks.

export nfsv3 or nfsv4 from nl101vpn -  locks do not work.
export nfsv3 from any local system, mount on nl101vpn - locks work.
export nfsv3 from locally installed VM, mount on any local host or nl101vpn
- locks work.  No OpenVPN installed on it though.

I even ran a tcpdump to see if something was getting lost - both sides
match, nothing is getting dropped

nl101vpn - /var/log/messages:
Oct 14 12:21:01 nl101 kernel: NLM: failed to contact remote rpcbind, stat =
0, port = 0  (why port 0?)
Oct 14 12:23:02 nl101 last message repeated 109 times
Oct 14 12:25:48 nl101 last message repeated 177 times

So I haven't exhausted every combination, or completely 100% replicated
whats happening offsite, but it's getting pretty ridiculous now... I'm
lost, and I need locking.
Help :)
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org

9.1 VM nfs3 locks over VPN

2013-10-11 Thread Rick Romero

So let me explain my environment -
I have 1 FreeBSD 7.1 server, multiple Linux boxes, and a FreeBSD 9.0
server.  The 9.0 server is providing NFS3 mounts to all the other systems.
I've built a remote VM (FreeBSD 9.1 offered by Hosting provider), and
connected it to my network via OpenVPN.  I copied my rc.conf from 9.0
server to 9.1 in order to grab the proper requirements for mount NFS3, and
it worked fine until I ran my lock test (perl script).  Which really sucks
because I've already gotten just about everything else I need working :(

I cannot get a lock from any OS on this side of the VPN.  There are no
errors logged anywhere, and adding rpcbind_flags=-l -L just tells me that
the local servers are contacted. 
Oct 11 09:43:58 nl101 rpcbind: connect from 172.16.1.21 to
getport/addr(mountd)
Oct 11 09:44:07 nl101 rpcbind: connect from 172.16.1.21 to dump()
Oct 11 09:44:15 nl101 rpcbind: connect from 172.16.1.21 to
getport/addr(nfs)
Oct 11 09:44:16 nl101 rpcbind: connect from 172.16.1.21 to
getport/addr(mountd)
Oct 11 09:44:21 nl101 rpcbind: connect from 172.16.1.21 to
getport/addr(nlockmgr)
Yes lockd is running and the logs show a connection is made to it.  I even
tried binding rpcbind to just the VPN IP.
What I couldn't do was enable debugging, the -d flag just caused rpcbind to
hang.
So I'm currently here:
nfs_server_enable=YES
nfs_server_flags= -u -t -n12
nfs_client_enable=YES
portmap_enable=YES
mountd_enable=YES
mountd_flags= -r
rpcbind_enable=YES
rpc_lockd_enable=YES
rpc_statd_enable=YES
rpcbind_flags= -l -L
#rpc_lockd_flags=-h 10.9.8.6
#rpc_statd_flags=-h 10.9.8.6

rpcinfo -p 9.0server
and
rpcinfo -p 9.1server  match
program vers proto   port  service
    10    4   tcp    111  rpcbind
    10    3   tcp    111  rpcbind
    10    2   tcp    111  rpcbind
    10    4   udp    111  rpcbind
    10    3   udp    111  rpcbind
    10    2   udp    111  rpcbind
    10    4 local    111  rpcbind
    10    3 local    111  rpcbind
    10    2 local    111  rpcbind
    15    1   udp    994  mountd
    15    3   udp    994  mountd
    15    1   tcp    994  mountd
    15    3   tcp    994  mountd
    13    2   udp   2049  nfs
    13    3   udp   2049  nfs
    100024    1   udp   1016  status
    100024    1   tcp   1016  status
    13    2   tcp   2049  nfs
    13    3   tcp   2049  nfs
    100021    0   udp    611  nlockmgr
    100021    0   tcp    726  nlockmgr
    100021    1   udp    611  nlockmgr
    100021    1   tcp    726  nlockmgr
    100021    3   udp    611  nlockmgr
    100021    3   tcp    726  nlockmgr
    100021    4   udp    611  nlockmgr
    100021    4   tcp    726  nlockmgr

I'm kinda lost.  I tried getting NFSv4 working, but I couldn't mount the
test export
nfsv4_server_enable=YES
nfsuserd_enable=YES
nfs_client_enable=YES

/nlsysvol/home  -maproot=vpopmail -network 172.16.1.0 -mask 255.255.255.0
V4: /mnt
/mnt/first -maproot=root:  -network 172.16.1.0 -mask 255.255.255.0

The problem with using v4 is that I don't want to upgrade my 7.1 box - it
just works as is :)  But if that's what I have to do, then that's what I
have to do. 
Can someone give me a push in the right direction?  I've been fighting
this for a full day now.

Here's my perl lock script -
#!/usr/bin/perl
use Fcntl qw(:flock);
my $lock_file = 'lockfile';
open(LOCKFILE,$lock_file) or die Cannot open $lock_file: $!\n;
print Opened file $lock_file\n;
flock(LOCKFILE, LOCK_SH) or die Can't get shared lock on $lock_file:
$!\n;
print Got shared lock on file $lock_file\n;
sleep 2;
close LOCKFILE;
print Closed file $lock_file\n;
exit;
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org

Re: 9.1 VM nfs3 locks over VPN

2013-10-11 Thread Rick Romero

 Update - I've install a 9.1 VM locally, and I don't have the lock issue.
I've also allowed access straight over the internet, and locks don't work.
Now the non-working VM is not pristine like the test VM, but even so the
kernels appear to match based on uname,so I'm guessing it's a problem with
virtio block driver (which is not installed on the local test VM) or
something funky with the hosting providers virtualization.  Does that shed
any light on things?

Quoting Rick Romero r...@havokmon.com:


So let me explain my environment -
I have 1 FreeBSD 7.1 server, multiple Linux boxes, and a FreeBSD 9.0
server.  The 9.0 server is providing NFS3 mounts to all the other

systems.

I've built a remote VM (FreeBSD 9.1 offered by Hosting provider), and
connected it to my network via OpenVPN.  I copied my rc.conf from 9.0
server to 9.1 in order to grab the proper requirements for mount NFS3,

and

it worked fine until I ran my lock test (perl script).  Which really

sucks

because I've already gotten just about everything else I need working :(

I cannot get a lock from any OS on this side of the VPN.  There are no
errors logged anywhere, and adding rpcbind_flags=-l -L just tells me
that
the local servers are contacted. 
Oct 11 09:43:58 nl101 rpcbind: connect from 172.16.1.21 to
getport/addr(mountd)
Oct 11 09:44:07 nl101 rpcbind: connect from 172.16.1.21 to dump()
Oct 11 09:44:15 nl101 rpcbind: connect from 172.16.1.21 to
getport/addr(nfs)
Oct 11 09:44:16 nl101 rpcbind: connect from 172.16.1.21 to
getport/addr(mountd)
Oct 11 09:44:21 nl101 rpcbind: connect from 172.16.1.21 to
getport/addr(nlockmgr)
Yes lockd is running and the logs show a connection is made to it.  I

even

tried binding rpcbind to just the VPN IP.
What I couldn't do was enable debugging, the -d flag just caused rpcbind
to
hang.
So I'm currently here:
nfs_server_enable=YES
nfs_server_flags= -u -t -n12
nfs_client_enable=YES
portmap_enable=YES
mountd_enable=YES
mountd_flags= -r
rpcbind_enable=YES
rpc_lockd_enable=YES
rpc_statd_enable=YES
rpcbind_flags= -l -L
#rpc_lockd_flags=-h 10.9.8.6
#rpc_statd_flags=-h 10.9.8.6

rpcinfo -p 9.0server
and
rpcinfo -p 9.1server  match
program vers proto   port  service
    10    4   tcp    111  rpcbind
    10    3   tcp    111  rpcbind
    10    2   tcp    111  rpcbind
    10    4   udp    111  rpcbind
    10    3   udp    111  rpcbind
    10    2   udp    111  rpcbind
    10    4 local    111  rpcbind
    10    3 local    111  rpcbind
    10    2 local    111  rpcbind
    15    1   udp    994  mountd
    15    3   udp    994  mountd
    15    1   tcp    994  mountd
    15    3   tcp    994  mountd
    13    2   udp   2049  nfs
    13    3   udp   2049  nfs
    100024    1   udp   1016  status
    100024    1   tcp   1016  status
    13    2   tcp   2049  nfs
    13    3   tcp   2049  nfs
    100021    0   udp    611  nlockmgr
    100021    0   tcp    726  nlockmgr
    100021    1   udp    611  nlockmgr
    100021    1   tcp    726  nlockmgr
    100021    3   udp    611  nlockmgr
    100021    3   tcp    726  nlockmgr
    100021    4   udp    611  nlockmgr
    100021    4   tcp    726  nlockmgr

I'm kinda lost.  I tried getting NFSv4 working, but I couldn't mount the
test export
nfsv4_server_enable=YES
nfsuserd_enable=YES
nfs_client_enable=YES

/nlsysvol/home  -maproot=vpopmail -network 172.16.1.0 -mask

255.255.255.0

V4: /mnt
/mnt/first -maproot=root:  -network 172.16.1.0 -mask 255.255.255.0

The problem with using v4 is that I don't want to upgrade my 7.1 box - it
just works as is :)  But if that's what I have to do, then that's what I
have to do. 
Can someone give me a push in the right direction?  I've been fighting
this for a full day now.

Here's my perl lock script -
#!/usr/bin/perl
use Fcntl qw(:flock);
my $lock_file = 'lockfile';
open(LOCKFILE,$lock_file) or die Cannot open $lock_file: $!\n;
print Opened file $lock_file\n;
flock(LOCKFILE, LOCK_SH) or die Can't get shared lock on $lock_file:
$!\n;
print Got shared lock on file $lock_file\n;
sleep 2;
close LOCKFILE;
print Closed file $lock_file\n;
exit;
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questionsTo
unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org