Comments on: some investigation of the client hang http://blog.inf.ed.ac.uk/chris/2009/06/09/some-investigation-of-the-client-hang/ Successes and failures at inf.ed.ac.uk Wed, 01 Aug 2012 00:32:30 +0000 hourly 1 http://wordpress.org/?v=3.4.2 By: cc http://blog.inf.ed.ac.uk/chris/2009/06/09/some-investigation-of-the-client-hang/comment-page-1/#comment-22 cc Wed, 10 Jun 2009 21:36:32 +0000 http://blog.inf.ed.ac.uk/chris/?p=51#comment-22 Thanks - the odd thing though is that lcfg-client does have two entries in /etc/services, including port 732, the one that statd had grabbed here - that's why I was looking at port 732. If you 'grep lcfg /etc/services' : lcfg 732/udp lcfgclnt lcfgack 733/udp lcfgslav Thanks – the odd thing though is that lcfg-client does have two entries in /etc/services, including port 732, the one that statd had grabbed here – that’s why I was looking at port 732. If you ‘grep lcfg /etc/services’ :

lcfg 732/udp lcfgclnt
lcfgack 733/udp lcfgslav

]]> By: sxw http://blog.inf.ed.ac.uk/chris/2009/06/09/some-investigation-of-the-client-hang/comment-page-1/#comment-21 sxw Wed, 10 Jun 2009 19:10:07 +0000 http://blog.inf.ed.ac.uk/chris/?p=51#comment-21 portmap (which allocates the rpc.statd port) considers itself free to use any port which isn't listed in /etc/services. The correct solution to this problem is to ensure that all of the ports we use for local services are correctly declared to the operating system.] portmap (which allocates the rpc.statd port) considers itself free to use any port which isn’t listed in /etc/services. The correct solution to this problem is to ensure that all of the ports we use for local services are correctly declared to the operating system.]

]]>