Share visible, but hangs on file access

[dialbat]

Hello guys,
I have TS-869 Pro with few Shares that worked just fine. As of yesterday, everytime i add a file, it just hangs.
Web interface is stuck on Loading. SSH into TS-869 gives me index.html with New system setup info.
I can browse share data using ssh, but when i use WinSCP to browse this particular share, it hangs. Other shares are accessable.
I've rebooted, but still no luck.
Any suggestions would be appreciated.

I have originally thought of DeadBolt encryption, but can't find any specific symptoms.

thank you

[dolbyman]

Is you NAS exposed to WAN or why would you think of malware?

[dialbat]

it was, but not any more.
still can't figure out whats wrong with that share

[dolbyman]

how is the system setup? raid?

[dialbat]

yes, one raid 5, with 6 disks. and single Volume. All other data is accessible.
Just this one share :/

[FSC830]

Did you run a file system check?

Regards

[dialbat]

no, i don't know how to do it through ssh.
If you can share, please do

[FSC830]

You can run the filesystem check via GUI.

In Storage & Snapshots choose Storage/Snapshots > in the storage space list click at volume, next right-click or click at "Manage" button -> Actions -> from pull down menu select "Check File System".

Regards

Edit: I see, GUI stucks on loading...

Here is a sequence I wrote down some time ago for running file system check at CLI, but this was for an old, legay NAS (Cat1 NAS).
Not sure, if additional steps are needed at a Cat2 NAS.

You need to replace the md0 with the correct path (usually CACHEDEVx_DATA).
If filesystem cant be unmounted, check with

Code: Select all

ps -ef | grep <mount>

which process is accessing the mount and kill it.

Code: Select all

/etc/init.d/services.sh stop && /etc/init.d/opentftp.sh stop && /etc/init.d/Qthttpd.sh stop
umount /dev/md0
e2fsck_64 -f -v -C 0 /dev/md0
reboot

lsof +f -- /dev/md0

[dialbat]

Thank you @FSC830!!!
qnap support just replied. They mentioned that if qnap was part of the domain, that it might have this issue. In fact it is and our domain controller is down for few days.
They suggest removing it from the domain using SSH, but unfortunately didin't provide instructions. While i'm waiting on them to respond, if you know how to do it, that would be awesome.

[FSC830]

Is authentication done via AD? No local accounts available?
Anyhow, I do not use QNAPs in a domain and I do not have an AD in my LAN.
Therefore no, no commands I know for that.

Regards

[dolbyman]

no guarantee it works:

in /etc/smb.conf (make a backup first!) change the DC relevant entries to

Code: Select all

[global]
security = user
realm = 
password server = 

Then restart the SMB service

Code: Select all

/etc/init.d/smb.sh restart

That should disable DC authentication

[dialbat]

guys, you are saviors and qnap support as well. they also suggested domain to workgroup change.
i realized we had a secondary DC, but on the different network over the VPN.
Once i changed the DNS of NAS and stations, to the secondary DC, it all started working.
I assume, that changing NAS back to workgroup and using NAS users would work as well.

thank you again for the help!