FreeBSD - Mounting NFS share gives error "timed out"

Connecting to a NFS server from a FreeBSD installation hit an error. The command executed was :

mount -t nfs nfs.example.com:/vol/some/nfs/share /mnt/mount/point

The error :

[tcp] nfs.example.com:/vol/some/nfs/share: RPCMNT: clnt_create: RPC: Remote system error - Operation timed out

The firewall has open port 111 (portmapper) & 2049 (mountd), so that should clear some of the permission. But still no luck.

Checking network connections doesn't seems to show anything interesting, particularly in ESTABLISHED & LISTEN state connections.
E.g.

netstat -an

But checking the NFS server info from the NFS client do reveal some interesting info :

# rpcinfo nfs.example.com
   program version netid     address                service    owner
    100024    1    tcp       0.0.0.0.15.207         status     unknown
    100024    1    udp       0.0.0.0.15.207         status     unknown
    100011    1    udp       0.0.0.0.15.209         rquotad    unknown
    100021    4    tcp       0.0.0.0.15.205         nlockmgr   unknown
    100021    3    tcp       0.0.0.0.15.205         nlockmgr   unknown
    100021    1    tcp       0.0.0.0.15.205         nlockmgr   unknown
    100021    4    udp       0.0.0.0.15.205         nlockmgr   unknown
    100021    3    udp       0.0.0.0.15.205         nlockmgr   unknown
    100021    1    udp       0.0.0.0.15.205         nlockmgr   unknown
    100005    3    tcp       0.0.0.0.15.206         mountd     unknown
    100005    2    tcp       0.0.0.0.15.206         mountd     unknown
    100005    1    tcp       0.0.0.0.15.206         mountd     unknown
    100005    3    udp       0.0.0.0.15.206         mountd     unknown
    100005    2    udp       0.0.0.0.15.206         mountd     unknown
    100005    1    udp       0.0.0.0.15.206         mountd     unknown
    100003    3    tcp       0.0.0.0.8.1            nfs        unknown
    100003    2    tcp       0.0.0.0.8.1            nfs        unknown
    100003    3    udp       0.0.0.0.8.1            nfs        unknown
    100003    2    udp       0.0.0.0.8.1            nfs        unknown
    100000    2    tcp       0.0.0.0.0.111          rpcbind    unknown
    100000    2    udp       0.0.0.0.0.111          rpcbind    unknown

Seems like these services "mountd", "nlockmgr", "rquotad" & "status" are needed. Those services translate to port no. 4045, 4046, 4047 & 4049.

After opening these ports in firewall, the NFS share mount finally works.

Voilla !!!

Cross cable color code

A note for myself. This is the cable code to crimp cross cable, to be use for PC to PC connectivity (without switch in between)

First end
1.w-gr
2. gr
3.w-or
4. bl
5.w-bl
6. or
7.w-br
8. br

The other end
1.w-or
2. or
3.w-gr
4. bl
5.w-bl
6. gr
7.w-br
8. br

or = orang
gr = green
bl = blue
br = brown
w = white

When using cable testing device, the LED should blink crossing :

• 1 -> 3
• 2 -> 6
• 3 -> 1
• 6 -> 2

Ciao !!!

FreeBSD - Logos & images

Stumble upon the FreeBSD logo page while reading the mailing list.

Take a look here.

Namaste !!!

Perl - Modern Perl

Modern::Perl perl module automatically loads :

use warnings;
use strict;
use 5.010;

These are essential stuff to load and "use Modern::Perl;" (17 characters) loads it all. This saves typing and now, more reason to use "strict", "warnings" with "modern" perl features. :)

Adios !!!



Ref :

• CPAN : http://search.cpan.org/~chromatic/Modern-Perl-1.03/lib/Modern/Perl.pm
• Why : http://www.modernperlbooks.com/mt/2009/01/toward-a-modernperl.html

FreeBSD - Updated device names in new GENERIC kernels

This just caught my attention. There's some changes in device naming convention for the latest GENERIC kernel, that comes with default installations of FreeBSD.

An abstract (via) :

The GENERIC kernels for all architectures now default to the new
CAM-based ATA stack. It means that all legacy ATA drivers were
removed and replaced by respective CAM drivers. If you are using
ATA device names in /etc/fstab or other places, make sure to update
them respectively (adX -> adaY, acdX -> cdY, afdX -> daY, astX -> saY,
where 'Y's are the sequential numbers starting from zero for each type
in order of detection, unless configured otherwise with tunables,
see cam(4)).

For more feeds on these, check out http://updating.versia.com/.

Ciao !!!