Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 222403 - portmap not ready fast enough with openrc
Summary: portmap not ready fast enough with openrc
Status: RESOLVED TEST-REQUEST
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: All Linux
: High major (vote)
Assignee: Network Filesystems
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-05-16 15:29 UTC by Kai Krakow
Modified: 2010-12-12 07:00 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kai Krakow 2008-05-16 15:29:23 UTC
I'm using NFS with baselayout-2 and NIS. First boot (parallel_startup=YES) wasn't able to start ypbind and other services on almost every boot. It turned out that portmap wasn't ready fast enough for ypbind and other dependent services to use it and just timed out.

I needed to change "sleep 1" to "sleep 3" in /etc/init.d/portmap to make it reliably work.

Just my two cents: It's a pretty ugly hack to sleep just to wait for portmap to become ready. That's not very deterministic as my situation showed. Portmap shouldn't fork before it is ready - or - the script should do a real check.

Reproducible: Sometimes

Steps to Reproduce:
1. Install baselayout-2 along with NFS/NIS setup
2. Start NIS/ypbind/NFS during boot with parallel_startup=YES
Actual Results:  
Depending on random events in the hardware ypbind sometimes hangs, sometimes not.


Expected Results:  
Expecting deterministic behaviour: ypbind should always start or always not - instead of sometimes.

As my testing shows all problems with ypbind, NFS etc are related to the portmapper not becoming ready fast enough. Quickfixed it by setting the sleep from 1 to 3 seconds after forking portmap in the init-script.
Comment 1 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2010-12-12 07:00:46 UTC
Please upgrade to net-nds/rpcbind instead of the old portmap script, and retest.