Shares not accessible after NAS restart

[xarx00]

Similar issue as viewtopic.php?f=189&t=124151, but perhaps not the same.

I've bought a new TS-431P, installed it with the latest QTS 4.3.3.0277, configured it, and also configured the shared folders. At that time, I was able to access all the shares without any problem from my Windows7 Pro x64 notebook, and from another Win7 notebook as well. Then the NAS informed me that it is swapping too much, so I restarted it (by pressing the On/Off button). Since then I cannot access the shares. I can access the NAS (and configure it) via the QTS GUI from web-browser, via Qfinder, I can see it in Windows Explorer among "Media Devices". But cannot access the shares from Windows Explorer or other Windows program. And also, I now cannot connect to the NAS from Android, not even from the Qmanager app (before restart it was possible), but this might be a different problem.

When I try in Windows Explorer e.g. \\192.168.xx.xx\Multimedia, I'm getting

Code: Select all

  Windows cannot access \\192.168.xx.xx\Multimedia, Error code 0x80004005 (Unspecified error)

For \\192.168.xx.xx I'm getting

Code: Select all

  Windows cannot access \\192.168.xx.xx, Error code 0x80070035 (The network path was not found)

I'd like to emphasize that I haven't been hacking the NAS in any way, I was using only the official programs to configure it.

It seems to me as if the smbd is not running, in "ResourceMonitor > Processes" I cannot see this process.
Finally, I logged in via putty, and "ps -efH|grep smb" found nothing either.

Then I tried samba testparm utility to check that smb.conf is correct:

Code: Select all

[~] # testparm
Load smb config files from /etc/config/smb.conf
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
WARNING: The "null passwords" option is deprecated
Processing section "[Multimedia]"
Processing section "[Download]"
Processing section "[Web]"
Processing section "[Public]"
Processing section "[printers]"
Processing section "[homes]"
Processing section "[Documents]"
Processing section "[Software]"
Processing section "[Root]"
Processing section "[home]"
Loaded services file OK.
ERROR: cache directory /share/CACHEDEV1_DATA/.samba/cache does not exist

Server role: ROLE_STANDALONE

Is this error critical that could prevent smbd from starting?
What else can I do to make smb run again?

[xarx00]

I tried also

Code: Select all

[~] # /etc/init.d/smb.sh restart
Restarting SMB services:
Shutting down SMB services: smbd smbd-notifyd cleanupd nmbd.
Shutting down winbindd services: winbindd.
Starting SMB Services: disabled.
done.

Where can I enable samba? Why is it disabled, all of sudden?

[dolbyman]

try reapplying the firmware ..maybe the force kill (via front button) messed something up

[xarx00]

I thought that the front button shuts the device down correctly. It took about 2 mins before the device really turned off.

When I re-apply the firmware (I'll have to look up how to do that), will I lose the settings or data?

[dolbyman]

oh I thought you held the button to force a shutdown

settings and data should be preserved...just make sure you have backups at all times (good way not to lose your data)

https://wiki.qnap.com/wiki/Manually_Updating_Firmware

[xarx00]

I was lazy to re-configure everything again, so I've been searching futher. And I found that smbd is not started due to the following section in "/etc/config/uLinux.conf":

Code: Select all

[Samba]
Enable = FALSE
LAST_FACTORY_DEFAULT = TRUE
SMB3 = FALSE
Large MTU = TRUE
SMB2 = TRUE
AIO = FALSE
Version = 
HomeLink = TRUE

I changed "Enable" to

Code: Select all

Enable = TRUE

and everything works now!

It seems to me rather as a misconfiguration than a problem caused by the NAS restart. Hence I believe that this solution will have no unwanted side-effects.

[xarx00]

Just a remark:
Android apps now connect too, in particular the Qmanager app. It's strange that this app is dependent somehow on Samba, I would expect that from the Qfile app only!

[daviddesloovere]

Thanks for the

Code: Select all

/etc/init.d/smb.sh restart

That got me the shares back...

[SuperIvo]

Same problem here after an firmware upgrade hang.

After changing the file Linux.conf, section Samba
Enable = True

Restarting the Smb.sh

Everything works fine again.

Thanks for this post