Bug 760121

Summary: rpcbind loaded after nfs-kernel-server
Product: [openSUSE] openSUSE 12.2 Reporter: Diego Ercolani <diego.ercolani>
Component: BasesystemAssignee: E-mail List <bnc-team-screening>
Status: RESOLVED FIXED QA Contact: E-mail List <qa-bugs>
Severity: Major    
Priority: P5 - None    
Version: Milestone 3   
Target Milestone: ---   
Hardware: x86-64   
OS: openSUSE 12.2   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Diego Ercolani 2012-05-01 15:45:36 UTC
User-Agent:       Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20100101 Firefox/12.0

I have an issue regarding the migration from initd scripts to systemd environment.

I have that:

rpcbind is defined in /lib/systemd/rpcbind.service and
nfsserver is defined only in /etc/init.d/nfsserver

in the LSB file /etc/init.d/nfsserver is correctly required that rpcbind is run before rpc.{idmap,statd,mountd} and nfsd but if I try the command:

systemctl --order

I have:
NIT                                             LOAD   ACTIVE SUB       JOB DESCRIPTION
[...]
proc-fs-nfsd.mount                               loaded active mounted       /proc/fs/nfsd
proc-sys-fs-binfmt_misc.mount                    loaded active mounted       Arbitrary Executable File Formats File System
run-user-diego-gvfs.mount                        loaded active mounted       /run/user/diego/gvfs
sys-kernel-debug.mount                           loaded active mounted       Debug File System
sys-kernel-security.mount                        loaded active mounted       Security File System
var-lib-nfs-rpc_pipefs.mount                     loaded active mounted       /var/lib/nfs/rpc_pipefs
[...]
nfsserver.service                                loaded active running       LSB: Start the kernel based NFS daemon
nmb.service                                      loaded active running       LSB: Samba NetBIOS naming service over IP
ntp.service                                      loaded active running       LSB: Network time protocol daemon (ntpd)
postfix.service                                  loaded active running       Postfix Mail Transport Agent
purge-kernels.service                            loaded active exited        LSB: Purge old kernels
rc-local.service                                 loaded active exited        /etc/init.d/boot.local Compatibility
remount-rootfs.service                           loaded active exited        Remount Root FS
rpcbind.service                                  loaded active running       RPC Bind
[...]
rpcbind.socket                                   loaded failed failed        RPCbind Server Activation Socket
[...]
rpcbind.target                                   loaded active active        RPC Port Mapper
[...]

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.
JOB    = Pending job for the unit.

129 units listed. Pass --all to see inactive units, too.

That means that nfsserver is loaded BEFORE rpcbind.

With thes erroneus order:

showmount -e localhost tell:
clnt_create: RPC: Program not registered

and then if I do:
rcrpcbind stop
rcnfsserver stop

rcrpcbind start
rcnfsserver start

the same command do what I'm expecting:
Export list for localhost:
/dati/raid/criminologia    192.168.4.0/24
/dati/nonraid/SPARE        192.168.4.0/24
/dati/nonraid/scambio_ext4 192.168.4.0/24



Reproducible: Always

Steps to Reproduce:
1.
2.
3.
Comment 1 Kun Kun Zhang 2012-05-02 06:23:48 UTC
Hi,could you please help to have a look at this?Thank you:)
Comment 2 Frederic Crozat 2012-07-30 08:48:07 UTC
Is it still valid with latest 12.2 RC ? I think it was fixed in rpcbind package.
Comment 3 Diego Ercolani 2012-07-30 12:03:28 UTC
I upgraded the system from time to time. Now it is working, but I onestly don't remember if I patched myself the starting sequence or is a stock opensuse. I think who patched the starting system should say if it is currently an issue or not.
Comment 4 Andreas Jaeger 2012-08-03 08:50:27 UTC
In general files are overwritten unless they are config files - so if you patched something, it should have been overwritten.

Let's mark it as fixed.