NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
After backup: Destination is read-only?
I'm working on implementing a proper backup procedure as most experts on this forum recommend. But when trying to backup a large amount of data, I keep getting this error message:
Backup: Error backup job 'data to USB_HDD_4': destination is read-only.
The data, at first glance, seems to be copied to the USB drive.
I tried this on 3 different disks, 2 of which brand-new out of the box. So I don't believe they would all be faulty. This makes me think it is either a problem with my data on the NAS or a problem in the FrontView backup procedure.
When I connect the disk to the PC and remove directories manually, for some files with exteremely long names and a deep path, I get an error message "Source Path Too Long":
Therefore I'm currently suspecting very long file names and/or very long file paths, but I'm not sure if that is really what is causing this.
I removed some directories I suspected from the NAS, but in the next backup, the message keeps comming back. So now I'm stuck in a catch-22 situation. I'm not sure if my backup succeeds and don't want to remove any more data from the NAS, because it may not have been backed up properly. So I'm not able to implement a proper backup procedure at this time.
Has anyone found a root cause for the "Destination is read-only" message?
Is there any way that I can get more information on what went wrong during the backup (e.g. what file is causing the message)?
Backup: Error backup job 'data to USB_HDD_4': destination is read-only.
The data, at first glance, seems to be copied to the USB drive.
I tried this on 3 different disks, 2 of which brand-new out of the box. So I don't believe they would all be faulty. This makes me think it is either a problem with my data on the NAS or a problem in the FrontView backup procedure.
When I connect the disk to the PC and remove directories manually, for some files with exteremely long names and a deep path, I get an error message "Source Path Too Long":
Therefore I'm currently suspecting very long file names and/or very long file paths, but I'm not sure if that is really what is causing this.
I removed some directories I suspected from the NAS, but in the next backup, the message keeps comming back. So now I'm stuck in a catch-22 situation. I'm not sure if my backup succeeds and don't want to remove any more data from the NAS, because it may not have been backed up properly. So I'm not able to implement a proper backup procedure at this time.
Has anyone found a root cause for the "Destination is read-only" message?
Is there any way that I can get more information on what went wrong during the backup (e.g. what file is causing the message)?
Have been looking for a solution for this problem for a long time, but never managed to find the root cause.
In the end, I decided to remove the offending subdirectory that contained a file backup of a Windows system. This solved the problem with the backup procedure.
24 Replies
Replies have been turned off for this discussion
mdgm wrote: Can you send me your logs (see the Sending Logs) link in my sig?
Logs are in the mail.mdgm wrote: Do you still have this issue if you connect the USB disk to the front USB port on the NAS?
Hadn't tried that sofar. I intend to backup > 4TB to a USB 3 disk, so connecting it to the rear USB 3 port seemed the most logical thing to do. I am now trying a backup on the front USB 2 connector with the share that is causing the problems . But it may take quite some time to back it up on USB 2, as the share is quite big.
I made sure that dirs and files on the disk have no read-only nor archive flag set:F:\>Attrib -R -A /S /D
And chkdsk found no errors:F:\>chkdsk F:
Het type bestandssysteem is NTFS.
Het volume is in gebruik door een ander proces. Chkdsk
rapporteert mogelijk fouten ook als er geen beschadiging is.
Volumenaam is Disk1.
Waarschuwing. Parameter F niet opgegeven
CHKDSK wordt uitgevoerd in alleen-lezenmodus.
Bestanden controleren (stap 1 van 3)...
1332646 bestandsrecords verwerkt.
De bestandscontrole is voltooid.
0 records met grote bestanden verwerkt.
0 records met beschadigde bestanden verwerkt.
0 EA-records verwerkt.
0 reparserecords verwerkt.
Indices controleren (stap 2 van 3)...
1332806 indexvermeldingen verwerkt.
De indexcontrole voltooid.
0 niet-geïndexeerde bestanden gecontroleerd.
0 niet-geïndexeerde bestanden hersteld.
CHKDSK controleert de security descriptors (stap 3 van 3)...
1332646 bestands-SD's/-SID's verwerkt.
De controle van security descriptors is voltooid.
80 gegevensbestanden verwerkt.
Het bestandssysteem is gecontroleerd. Er zijn geen problemen vastgesteld.
5723132 MB totale schijfruimte.
310968 kB in 75 bestanden.
20 kB in 82 indexen.
0 kB in beschadigde sectoren.
5578976 kB in gebruik door het systeem.
Het logboekbestand neemt 65536 kB in beslag.
5717381 MB beschikbaar op schijf.
4096 bytes per cluster
1465122047 clusters in totaal op schijf
1463649556 clusters beschikbaar op schijf
By the way, the read-only checkbox in the Windows UI is a bit confusing, as explained here.- Followup:
mdgm wrote: Do you still have this issue if you connect the USB disk to the front USB port on the NAS?
Same message for the backup on USB 2 front port as I get on the USB 3 port on the rear of the RN: "Error backup job 'Documents to USB drive': destination is read-only." - I ran into this same things when I first got my hardware. It's cool that you are really diving into what the cause of the issue is. I will be curious as to what you find. The fix was to let windows fix the drive and format it to clear everything off. Then make sure that you enable ejection of the USB device after the last backup is performed. Then windows and the ReadyNAS are happier when you physically remove and re-attach drives. I have a 3rd backup performed by connected a USB drive to a specific USB and press the backup button. Once it's done the drive is disconnected. I then have an Email Rule to flag and notify me that backups are done. Otherwise all Readynas emails get filtered to a readynas folder that I review once in a while.
Good luck! ncooper987 wrote: I will be curious as to what you find.
Have narrowed it down to 1 directory with several long files names. It contains 30 files and about 30% has file names over 128, but no longer then 133 characters. That is still way less than the 255 max length.#ls | awk '{ print length, $0 }' | sort -rn | head -1
133 .....
Also a long portion of these filenames is the same. The difference only occurs after about 100 characters.
Tried removing the hidden or archive flags and even the ACL, but that doesn't make any difference. Changed hidden files starting with . to names without dot. Doesn't make any difference either. Also the length of the path is not relevant to the problem. I now put the dir contents in \\NAS-XX-XX-XX\readydrop\metadata\plugins\org.eclipse.debug.core\launches, so nothing special I would say. I also tried to reduce the problem down to one file, but here's where it gets really strange.
If I remove a couple of files, the backup suddenly succeeds. But it doesn't matter which files are removed, as long as the total number of characters of all the filenames stays below 2112.
So I decided to keep all the files but reduce the number of characters in some filenames, so the total drops below the 2112 threshold.
Just adding 1 character to reach this threshold is the trigger point for the error "Destination is read-only" to occur. So 2112 produces the error, for 2111 characters the backup works.# ls -1 . | tr '\n' '\0' | xargs -0 -n 1 basename | wc -m
vs.
2112# ls -1 . | tr '\n' '\0' | xargs -0 -n 1 basename | wc -m
2111
But still not closer to a solution. Any thoughts, anyone?- I had similar issues. I would format ntfs, do a backup (which appeared to be successful), and then subsequent ones would fail due to USB being read-only.
In a fit of rage, I formatted the USB drive as ext4. Problem went away. I can live with this. - Hope it works for you, this is the scenario that fails every time for us. It's when you select the 'auto eject when done' that causes the problem, as the system can't gracefully unmount the drive, so causing the 'Read only' errors after x number of backups
Haven't used 'auto eject when done' and not planning to use it in the future. This is what I'm planning to do every two weeks:
1) Verify backup task is finished and status shows "Ready" or "Completed" (and not "In Progress").
2) Manually eject the first external backup drive.
3) Store it in a safe location.
4) Add the second external backup drive.
5) Verify the backup process runs on the next scheduled time.
During the two weeks I will just let the external drive on and attached to RN USB port. Since I don't have a high change rate on the data, I think this suites my needs.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
