YPBIND fouling up portmapper under stable?

I updated my stable sources on Sunday and noticed that neither my NIS server (FreeBSD) or my FreeBSD NIS clients can run ypbind without causing portmap to wedge up. After ypbind is run, doing a rpcinfo -p on the local machine hangs, and any other attempt to register services with the portmappe

PVFS and FreeBSD

I'm looking at PVFS (Parallel Virtual FileSystem) from clemson.edu (see http://www.usenix.org/publications/library/proceedings/als2000/full_papers/carn s/carns_html/ for a some blurb on it) for use on the Linux clusters at work. I was wondering if anyone else had looked at it and tried porting

DHCP clients moving between NIS domains

Has anyone hacked the dhclient-script to fire up YP appropriately after determining what NIS domain the machine (my trusty laptop) has ended ujp in this time? I know that the Linux client can do it. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard

Virtual interaces and tunneling stuff over SSH

Is is possible to use an SSH connection with a tun interface at either end, such that one could have a VPN? I'm tired of waiting for people here to make a decision on a package and would like to have a proof of concept up and running. Extra points for those who can do the same thing with a Linu

Roadrunner cable modems & FreeBSD

I've just moved from the one street in the Perth, Australia metropolitan area that didn't have cable access to Houston, where I have a plethora of choices. The apartment I'm planning to move into has Roadrunner access. Does anyone have any experience with setting this up under FreeBSD?

Detecting PnP devices upon module load

Are there any existing examples of this happening? I'm doing a version of the Linux joystick driver ported to FreeBSD and of course some of the devices are PnP. Stephen To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message