:: Re: [DNG] NFS rookie mistake?
Página Principal
Delete this message
Reply to this message
Autor: Ken Dibble
Data:  
Para: dng
Assunto: Re: [DNG] NFS rookie mistake?
Thanks for the attempt, but I don't think the situations are related.
I am on Chimaera, everything starts normally on reboot, just not
on manual runlevel change.

Thanks.
Ken

On 6/1/22 22:53, Rod Rodolico via Dng wrote:
> Sorry, I pushed the wrong button and did not reply to list. Apologize.
>
> Is this related to http://kb.unixservertech.com/start/debugging/linux?
>
> Summary:
>
> NFS would not start after upgrade to Devuan Beowulf. Appears to be an
> issue with Debian.
>
> Looking in the logs, I saw
> '/run/rpcbind not owned by root failed'
>
> Solution:
>
> echo 'PATH="$PATH:/usr/bin"' >> /etc/default/rpcbind
>
> Read the (short) article if you want links and a little more info (it
> is my notes).
>
> Rod
>
> On 6/1/22 20:04, Ken Dibble wrote:
>> Here is the story:
>>
>> I needed to do some server maintenance so I issued $init 1.
>>
>> After the maintenance was done I issued $init 5.
>>
>> Everything was fine except no nfs-server-kernel running.
>>
>> No problem.
>>
>> Issue $sudo /etc/init.d/nfs-kernel-server restart
>>
>> System response:
>>
>> Stopping NFS kernel daemon: mountd nfsd.
>> Unexporting directories for NFS kernel daemon....
>> Exporting directories for NFS kernel daemon....
>> Starting NFS kernel daemon: nfsd
>> Not starting: portmapper is not running ... (warning).
>>
>> Problem to be investigated LATER.
>>
>> Issue $ /etc/init.d/rpcbind restart
>>
>> System response:
>>
>> Stopping RPC port mapper daemon: rpcbind.
>> Starting RPC port mapper daemon: rpcbind.
>>
>> No problem.
>>
>> Try nfs server again.
>>
>> $sudo /etc/init.d/nfs-kernel-server restart
>>
>> System response:
>>
>> Stopping NFS kernel daemon: mountd nfsd.
>> Unexporting directories for NFS kernel daemon....
>> Exporting directories for NFS kernel daemon....
>> Starting NFS kernel daemon: nfsd mountd.
>>
>> no problem.
>>
>>
>> So, Now it is LATER.
>>
>> So obviously when I went to runlevel 1, rpcbind was stopped and
>>
>> didn't come back up when I went back to runlevel 5.
>>
>> Investigate:
>>
>> /etc$ sudo find . -name *nfs-kernel-server
>> ./rc2.d/S04nfs-kernel-server
>> ./rc0.d/K01nfs-kernel-server
>> ./rc1.d/K01nfs-kernel-server
>> ./default/nfs-kernel-server
>> ./init.d/nfs-kernel-server
>> ./rc3.d/S04nfs-kernel-server
>> ./rc4.d/S04nfs-kernel-server
>> ./rc6.d/K01nfs-kernel-server
>> ./rc5.d/S04nfs-kernel-server
>>
>> Observation:
>>
>> nfs-kernel-server gets killed at 0,1,6
>>
>> and  gets started at runlevels 2-5
>>
>>
>> /etc$ sudo find . -name *rpcbind
>> ./rc0.d/K06rpcbind
>> ./rc1.d/K06rpcbind
>> ./rcS.d/S17rpcbind
>> ./default/rpcbind
>> ./init.d/rpcbind
>> ./rc6.d/K06rpcbind
>> ./insserv.conf.d/rpcbind
>>
>>
>> Observation:
>>
>> The only time rpcbind is brought up is at system start.
>>
>> RUNLEVEL 1 kills it.
>>
>> Conclusion:
>>
>> So either rpcbind shouldn't be killed at runlevel 1 or it should be
>>
>> started prior to nfs-kernel-server on runlevels 2-5.
>>
>> OR .....
>>
>> I have no clue about something here.
>>
>>
>> Regards,
>>
>> Ken
>>
>>
>> _______________________________________________
>> Dng mailing list
>> Dng@???
>> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>