NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
fvbackup crashes, stalling further backup, disables graceful shutdown
ReadyNAS 314 with Firmware 6.9.5 Hotfix 1 I have a problem with backup jobs crashing and freezing ReadyNas from time to time. These jobs back up various ReadyNas shares to a portable USB drive. ...
debumitra wrote:
If I may ask what exactly makes you think that the error is related to the USB drive? Is it because of the reference to ufsd?
Yes. Paragon's driver set is called "Universal File System Drivers", and they use ufsd in a variety of places. https://download.paragon-software.com/doc/Paragon_NTFS-HFS_for_Linux_9.5_User_Manual.pdf
debumitra wrote:
(1) As ReadyNAS renders the USB disk readonly, I would connect it to a windows PC and simply clear the code, reconnect it back to ReadyNAS. After that it will work fine for a while.
This might be a result of an improper ejection (which of course is a given if the NAS crashes with the drive mounted).
debumitra wrote:(2) Completely erase and reformat the USB disk using a Windows PC and then connect it back to ReadyNAS. After that it will work fine for a while.
I would definitely test it then.
I am sorry, but I do not understand the diagnosis.
I have tried a brand new USB drive - I get the same error on that too. Please note, the error doesn't happen frequently; only once in 2-3 months.
Not just that, I have other backup jobs backing up other shares on the same USB disk. Those never fail. How can it be a disk issue if it shows up for only one backup job?
This makes me think that the issue is not with the USB disk per se.
Thanks.
debumitra wrote:
I am sorry, but I do not understand the diagnosis.
To be clear - it's at most a hypothesis that needs to be confirmed. If it were my own disk, I'd begin by running both the long non-destructive test and the full write-zeros/erase disk test using the vendor tools (WD's lifeguard program or Seagate's Seatools).
If you aren't running the maintenance tasks (on the volume settings wheel) regularly, you might also run the disk test for the internal drives there. The scrub task is also a good diagnostic (as it either reads or writes every sector in the data volume). Though I'd hesitate to do a scrub before confirming that I had a solid backup.
debumitra wrote:
Not just that, I have other backup jobs backing up other shares on the same USB disk. Those never fail. How can it be a disk issue if it shows up for only one backup job?
This makes me think that the issue is not with the USB disk per se.
You could be correct - though the error definitely says the paragon drivers are crashing.
I have certainly had USB drives that fail in a particular range of sectors. It is conceivable that the particular share just happens to wind up on a marginal area of the disk. If the share has more churn (files changing) then it might also be the case that the specific share requires more I/O than the others.
FWIW, I have had at least one case where I found that many old files that hadn't changed since the initial backup couldn't be restored when I needed them - the copies failed when I restored from the USB drive. Personally I make sure I have at least two backups - in part to reduce the possibility that the backup hasn't silently failed.
BTW, another strategy here is to connect the drive to a Windows PC and back up the NAS over ethernet. There are free tools out there that can do that on schedule (and I think some might also be able to verify). Then you could see if the problem moves to the PC or stays with the NAS.
Although I do appreciate the suggestions made by StephenB, I still believe that we don't know what is causing the crash. We do know that the Paragon driver is crashing. But why?
Is there any direct way of knowing?
To be very clear, this crash is **not regular**. It happens once in a while, sometimes after 4 months of no crash, sometimes 6 months. No pattern. It only happens with this one backup job. But it goes through without crashing if I recycle the NAS and rerun the backup job.
I know it has been a long exchange. It becomes hard to follow when the chain gets long. So to summarize:
(1) I do regulalrly run the balancing and defragmentation on the internal disks
(2) I do occasionally run the scrubbing too
(3) I did run the internal disk test on the internal disks once in the recent past.
None of that indicated any error condition.
(4) I have done complete reformatting the USB disk
(5) I have replaced the USB disk with a brand new one.
But the random and irregular crash continues.
I can't simulate the problem. It happens when it happens.
Any thought on how to get to the root cause of this will be very much appreciated.
Thanks.
One thing you haven't tried (at least it's not on your list) is switching to a different USB port. If you're using the front port, then shift to one of the back ones (and vice versa).
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
