I can definitely file a new bug. I've been on and off fighting this and found that while the solution posted to this bug does not fix this problem with our diskless root, but a related fix does. Here's my statd-starting script below; I noticed that the script is run multiple times and that the "start statd" line isn't actually syncronous, problems which the rpcinfo check solves. I'm not sure you can assume portmap is listening on localhost, but this works for me:
description^I"Trigger a statd run"
start on mounting TYPE=nfs
task
console output
script
# This apparently is necessary to ensure the statd run completes;
# it's a hack but it seems to work more reliably than anything else
while ! rpcinfo -u localhost status; do
start statd
echo "Waiting for statd to show up.."
sleep 1s
done
end script
I can definitely file a new bug. I've been on and off fighting this and found that while the solution posted to this bug does not fix this problem with our diskless root, but a related fix does. Here's my statd-starting script below; I noticed that the script is run multiple times and that the "start statd" line isn't actually syncronous, problems which the rpcinfo check solves. I'm not sure you can assume portmap is listening on localhost, but this works for me:
description^ I"Trigger a statd run"
start on mounting TYPE=nfs
task
console output
script
# This apparently is necessary to ensure the statd run completes;
# it's a hack but it seems to work more reliably than anything else
while ! rpcinfo -u localhost status; do
start statd
echo "Waiting for statd to show up.."
sleep 1s
done
end script