System volume root's usage is xx%. This condition should not occur under normal conditions. Contact

status-update:

sunday March 17th in the morning my RN102 sent me the error-message "System volume root's usage is 84%. This condition should not occur under normal conditions." the first time. I deleted the tmp-directories and switched of the AV (permanently). 

The last week I didn't recieve any new error-message, the disc-usage of the root-volume is stable and the ReadyNAS102 works without any problems. So the solution seems to be the right way.

Me too. Checked clamav and no .tmp files and no xx% warnings in the morning. Thanks again asimb, I thought this unit was heading for the dustbin. If it's a known issue the sooner the 6.10 update is officially released for us RN100 users the better.  

Hi asimb,
I am sorry I reply so late, but I was too busy and on business trips.

The first – I turned off the antivirus (as you wrote) and problem was partially solved. The increase of system volume root's usage has been stopped and then the value of error message was the same — 88 %.

The second — I turned on the SSH service on my ReadyNAS (as you wrote) and instaled SSH client „Putty“ on my computer. First try was not succesfull, after input password Putty closed window without any message. OK, I installed „FileZilla“ and try the second try. I input again the IP address of my ReadyNAS, then user name (admin), password and number of port (22). And this is the result:
Status: Connecting to 192.168.1.4...
Status: Connected to 192.168.1.4
Error: Received unexpected end-of-file from SFTP server
Error: Could not connect to server
Status: Waiting to retry...
Status: Connecting to 192.168.1.4...
Response: fzSftp started, protocol_version=8
Command: open "admin@192.168.1.4" 22
Command: Pass: **********
Status: Connected to 192.168.1.4
Error: Received unexpected end-of-file from SFTP server
Error: Could not connect to server
OK, maybe there is a  problem in my computer (even if I don't think so) and then I tried the third try with my android tablet, where I installed JuiceSSH client and try to connect to ReadyNAS via SSH protocol… …and the same result.
It is very strange and interesant.

OK, there is no time for heroes. I connected 2TB drive via direct USB cabel and tried to make full backup (just copy, not one file archive) of all files from my NAS to this drive and again — what a surprize — there is no way how to do that! It seems there is no tool  (easy command, button, right click menu, …) in ReadyNAS OS6, how to simply transfer or copy files to an external media directly! Fascinating! Well, nobody is perfect…      ;-)

So I went embarrassingly back to my computer, connected an external drive to PC and started copying all files from ReadyNAS nicely through TotalCommander. After two days later (and two nights) it was done (all 1.3 TB transfered). I can't imagine that I should back up the full capacity of ReadyNAS like this!

Asimb, now I am ready to do the final step(s).

I am going to do the following:
1) I enter the DESTROY command to permanently delete all data and reset volumes.
2) Then I enter the „Perform Factory Default“ to reset my ReadyNAS to the factory default state.
3) After that I recreate the Raid5, copy back all my backed up files (again two days and two nights, wonderfull).

Then I expect everything will be perfect again, I hope…
Any objections?

Thank you very much, asimb.

Thanks everyone for the pointers.... getting logged into the Readynas thru SSH took some trial and error but finally got there --- deleted those pesky tmp files

Hopefully this has solved the problem - and it doesn't reappear!

For what it's worth, I got into the ReadyNas root using Windows 10's PowerShell (Admin) via right click Windows Start and then followed asimb's instructions and it worked like a dream.

Since I removed the tmp files my transfer speeds have gone from 30-40 mps to 60-70mps!

I thought mine was now faster too. I put it down to the AntiVirus being switched off and no longer scanning files as they were being transferred.