NFS bug

 

When enabling/disabling NFS or changing the NFS security mode of the shares, it will add each time the export information to the file "/etc/exports" without deleting the old entries, this results in duplicate entries in the file.

 

The syslog shows the following:

May 18 07:01:34 vesta emhttp: shcmd (58): :>/etc/samba/smb-shares.conf
May 18 07:01:34 vesta emhttp: shcmd (59): cp /etc/exports- /etc/exports
May 18 07:01:34 vesta emhttp: _shcmd: shcmd (59): exit status: 1
May 18 07:01:34 vesta emhttp: shcmd (60): echo '/mnt/user/films -async,no_subtree_check,fsid=100 *(rw,insecure,anongid=100,anonuid=99,all_squash)' >>/etc/exports
May 18 07:01:34 vesta emhttp: shcmd (61): echo '/mnt/user/music -async,no_subtree_check,fsid=102 *(ro,insecure,anongid=100,anonuid=99,all_squash)' >>/etc/exports
May 18 07:01:34 vesta emhttp: shcmd (62): echo '/mnt/user/series -async,no_subtree_check,fsid=101 *(ro,insecure,anongid=100,anonuid=99,all_squash)' >>/etc/exports
May 18 07:01:34 vesta emhttp: Restart SMB...
May 18 07:01:34 vesta emhttp: shcmd (63): killall -HUP smbd
May 18 07:01:34 vesta emhttp: shcmd (64): ps axc | grep -q rpc.mountd
May 18 07:01:34 vesta emhttp: Restart NFS...
May 18 07:01:34 vesta emhttp: shcmd (65): exportfs -ra |& logger
May 18 07:01:34 vesta exportfs[11267]: incompatible duplicated export entries:
May 18 07:01:34 vesta exportfs[11267]: ^I*:/mnt/user/films (0x243e) [iGNORED]
May 18 07:01:34 vesta exportfs[11267]: ^I*:/mnt/user/films (0x243f)
May 18 07:01:34 vesta exportfs[11267]: duplicated export entries:
May 18 07:01:34 vesta exportfs[11267]: ^I*:/mnt/user/music
May 18 07:01:34 vesta exportfs[11267]: ^I*:/mnt/user/music
May 18 07:01:34 vesta exportfs[11267]: duplicated export entries:
May 18 07:01:34 vesta exportfs[11267]: ^I*:/mnt/user/series
May 18 07:01:34 vesta exportfs[11267]: ^I*:/mnt/user/series
May 18 07:01:34 vesta logger: exportfs: incompatible duplicated export entries:
May 18 07:01:34 vesta logger: exportfs: ^I*:/mnt/user/films (0x243e) [iGNORED]
May 18 07:01:34 vesta logger: exportfs: ^I*:/mnt/user/films (0x243f)
May 18 07:01:34 vesta logger: exportfs: duplicated export entries:
May 18 07:01:34 vesta logger: exportfs: ^I*:/mnt/user/music
May 18 07:01:34 vesta logger: exportfs: ^I*:/mnt/user/music
May 18 07:01:34 vesta logger: exportfs: duplicated export entries:
May 18 07:01:34 vesta logger: exportfs: ^I*:/mnt/user/series
May 18 07:01:34 vesta logger: exportfs: ^I*:/mnt/user/series
May 18 07:01:34 vesta emhttp: shcmd (66): /usr/local/sbin/emhttp_event svcs_restarted
May 18 07:01:34 vesta emhttp_event: svcs_restarted

The problem is identified by these lines in the system log:

 

May 18 07:01:34 vesta emhttp: shcmd (59): cp /etc/exports- /etc/exports
May 18 07:01:34 vesta emhttp: _shcmd: shcmd (59): exit status: 1

 

That exit status of '1' should not happen.  I can not duplicate this behavior (works ok for me).  Please open a telnet session and post the output of this command:

 

vdir /etc/exports*

 

 

The problem is identified by these lines in the system log:

 

May 18 07:01:34 vesta emhttp: shcmd (59): cp /etc/exports- /etc/exports
May 18 07:01:34 vesta emhttp: _shcmd: shcmd (59): exit status: 1

 

That exit status of '1' should not happen.  I can not duplicate this behavior (works ok for me).  Please open a telnet session and post the output of this command:

 

vdir /etc/exports*

Problem solved - the file /etc/exports- was not present. After restart all okay.

The problem is identified by these lines in the system log:

 

May 18 07:01:34 vesta emhttp: shcmd (59): cp /etc/exports- /etc/exports
May 18 07:01:34 vesta emhttp: _shcmd: shcmd (59): exit status: 1

 

That exit status of '1' should not happen.  I can not duplicate this behavior (works ok for me).  Please open a telnet session and post the output of this command:

 

vdir /etc/exports*

Problem solved - the file /etc/exports- was not present. After restart all okay.

 

How do you suppose the file went missing?

Also, please change your "thumb down" to a "thumb up" to indicate "problem solved" 

My own bad. File was removed as part of a "clean-up" action.

 

Thumbs up !