× NETGEAR will be terminating ReadyCLOUD service by July 1st, 2023. For more details click here.
Orbi WiFi 7 RBE973
Reply

Re: After backup: Destination is read-only?

dsnpevl
Virtuoso

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)?
Message 1 of 25

Accepted Solutions
dsnpevl
Virtuoso

Re: After backup: Destination is read-only?

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.

View solution in original post

Message 19 of 25

All Replies
StephenB
Guru

Re: After backup: Destination is read-only?

how is the disk formatted?
Message 2 of 25
dsnpevl
Virtuoso

Re: After backup: Destination is read-only?

StephenB wrote:
how is the disk formatted?

They are all NTFS formatted. The two new disks came pre-formatted NTFS out of the box.
Message 3 of 25
StephenB
Guru

Re: After backup: Destination is read-only?

Try putting them in a windows system and if windows wants to scan/fix let it.
Message 4 of 25
dsnpevl
Virtuoso

Re: After backup: Destination is read-only?

Yes, did that with every disk and the scan/fix (chkdsk) will fix system file errors if they exist. And after that, I can switch off the read-only bit on the affected directory. But that still doesn't ensure me if the backup is complete and valid. And next time I do another full backup on the disk of the same data, the problem occurs again. So I'm first trying to figure out what is causing the read-only to be set in the first place, so I can find a way around it.

The logs in FrontView only offer one line of error message: "Backup: Error backup job 'data to USB_HDD_4': destination is read-only". But there I cannot find any root cause. This makes me distrust the whole quality of the backup. And if I cannot trust the quality of the backup, I cannot implement a proper backup procedure either, what is my goal to begin with and is strongly recommended here.

Is there a way to figure out which file(s) on my NAS would cause the read-only flag to be set on the external NTFS disk, in order to get to the root cause of this problem?
Message 5 of 25
StephenB
Guru

Re: After backup: Destination is read-only?

The most likely cause of that error is that the "dirty" bit is set on the disk volume. Windows scan/fix should reset that.

The dirty bit is often set when the disk is not ejected before removal, or if the NAS sees some other issue when mounting it.

I back up over over the network, and not to local disks - so I don't have direct experience on how often this occurs.
Message 6 of 25
dsnpevl
Virtuoso

Re: After backup: Destination is read-only?

StephenB wrote:
The most likely cause of that error is that the "dirty" bit is set on the disk volume. Windows scan/fix should reset that.
The dirty bit is often set when the disk is not ejected before removal, or if the NAS sees some other issue when mounting it.
I back up over the network, and not to local disks - so I don't have direct experience on how often this occurs.

I have adopted a strict "always eject first" policy ever since USB external disks and memory sticks became available and use the same approach when connecting via USB directly on the NAS. I use the Eject button always. So that can't be it.
I do a chkdsk on Windows first to make sure there are no problems with the drive. Windows tells me that the disk is OK. If the NAS sees a problem when I connect it there, there should at least be some hint on what is wrong in the logs.
I tried backing up via the network also, but with > 4 TB that takes forever and the network speed seems to decline the longer into the backup I get. So for me that's not an option.
So this brings me back to my initial point: "This makes me think it is either a problem with my data on the NAS or a problem in the FrontView backup procedure". But still not closer to finding out what is at the hart of this problem.

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)?
Message 7 of 25
StephenB
Guru

Re: After backup: Destination is read-only?

I still suspect the dirty bit somehow got set. If it happens again, try writing a file to the drive manually and see if that works. If it is mounted read-only then it will fail.

USB backup is reasonably fast on the 516, but it should be just as fast to back up over a gigabit network. USB 3.0 would be faster over the network. Speeds are here: http://www.smallnetbuilder.com/nas/nas- ... l=&start=1
Message 8 of 25
dsnpevl
Virtuoso

Re: After backup: Destination is read-only?

StephenB wrote:
I still suspect the dirty bit somehow got set. If it happens again, try writing a file to the drive manually and see if that works. If it is mounted read-only then it will fail.

Yes, I'm not arguing that. But I would like to find the reason for the dirty bit to be set. If verified that all directories are read/write before I connect it to the NAS. Might be onto something with the long path and file names. Just started splitting up the backup, with one backup task for each share. Two smaller ones have succeeded sofar. I now scheduled the other shares, except the share where I suppect the long file names and paths reside. Will try to pin that down some more, if all the other shares have succeeded. Will take a while before everything is copied though, so more on that tommorow.

StephenB wrote:
USB backup is reasonably fast on the 516, but it should be just as fast to back up over a gigabit network. USB 3.0 would be faster over the network. Speeds are here: http://www.smallnetbuilder.com/nas/nas- ... l=&start=1

Would think so too, but can't achieve it in my setup. What would take 8 hours on a disk connected directly to the NAS, takes over 23 hours when copying over the network from the NAS to a USB disk on the PC. Can't really explain why this is so slow.
Message 9 of 25
dsnpevl
Virtuoso

Re: After backup: Destination is read-only?

Have narrowed it down to my "Documents" share that is causing the problem. All the other shares backup without issues. Will try to narrow it down further in the coming period.



If I connect the disk to the PC and look for files and dirs with read-only attribute set, it finds nothing. Strange. The NAS just told me there is a read-only problem.

F:\>dir /A:R /R *.*

 De volumenaam van station F is My Disk
Het volumenummer is XXXC-487P

Map van F:\

Het bestand is niet gevonden (= file not found)

If I check for dirty bit, it tells me the disk is clean.

F:\>fsutil dirty query f:
Volume - f: is schoon (= f: is NOT dirty)

If I do a check disk on the drive, it tells me that no problems were found.

Message 10 of 25
mdgm-ntgr
NETGEAR Employee Retired

Re: After backup: Destination is read-only?

Can you send me your logs (see the Sending Logs) link in my sig?

Do you still have this issue if you connect the USB disk to the front USB port on the NAS?
Message 11 of 25
dsnpevl
Virtuoso

Re: After backup: Destination is read-only?

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.
Message 12 of 25
dsnpevl
Virtuoso

Re: After backup: Destination is read-only?

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."
Message 13 of 25
Retired_Member
Not applicable

Re: After backup: 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!
Message 14 of 25
dsnpevl
Virtuoso

Re: After backup: Destination is read-only?

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
2112
vs.
# ls -1 . | tr '\n' '\0' | xargs -0 -n 1 basename | wc -m
2111

But still not closer to a solution. Any thoughts, anyone?
Message 15 of 25
kmassner
Aspirant

Re: After backup: Destination is read-only?

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.
Message 16 of 25
Absolute1
Aspirant

Re: After backup: Destination is read-only?

We've been having these issues since the original OS6 and it's only on NAS drives were the USB drive is unplugged after backing up.

We have a numbe rof customers who rotate between two or more USB backups and even when you select 'Eject after backup' every few weeks this problem occurs.

Customers with only one drive that is permenantly connected have never had this issue, so it's a bug in the software or hardware.

Message 17 of 25
StephenB
Guru

Re: After backup: Destination is read-only?

In most cases, if you mount the drive in a PC and let the OS "repair" it, the drive becomes readable again.  

 

Usually what is happening is that the dirty bit is being set on the drive.

Message 18 of 25
dsnpevl
Virtuoso

Re: After backup: Destination is read-only?

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.

Message 19 of 25
Absolute1
Aspirant

Re: After backup: Destination is read-only?

Sadly, I wish that was the case for our customers! We've now tried reformatting the backup drives as NTFS and HFS+ but the problem always comes back at some point.

Netgear still have problems using USB external drives and backup, which after nearly 2 years, needs fixing.

Message 20 of 25
dsnpevl
Virtuoso

Re: After backup: Destination is read-only?

The configuration is cumbersome, but I managed to configure backup of volume:data to USB right USB to dir /data.

Plans are for me to build a backup scenario with 2 external drives around that.

 

backup1.jpgbackup2.jpgbackup3.jpgbackup4.jpgbackup5.jpg

Message 21 of 25
Absolute1
Aspirant

Re: After backup: Destination is read-only?

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
Message 22 of 25
dsnpevl
Virtuoso

Re: After backup: Destination is read-only?

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.

Message 23 of 25
jtowntex
Guide

Re: After backup: Destination is read-only?

I had similar issues trying to back up a shared network drive to another netwrok drive that only I could see. After the initial backup it would ofcourse only update the changes. After a recent update to the newest software for the shared NAS the back up function stopped working.

 

"destination is read-only or files/folders could not be created. Check if these files or folders meet the destination file system limitation."

 

The destination is not read only. I unmounted the drives and hooked them up directly to my PC and scanned the file system with that.....blah blah blah. I tried a ton of different things before I finally just renamed the old back up folder and created a new empty one. The next backup then repopulated this new folder and everything works fine. Subsequent back ups have ran fine as well. I don't know if anyone else will find this helpful but it worked for me.

 

On a side note, I would be curious to hear an explanation for why this problem even occurred. Why would an update cause the system to erroneously identify a file as read only?

Message 24 of 25
StephenB
Guru

Re: After backup: Destination is read-only?

The status info stored on the drive includes a "dirty' bit, which usually ends up set if if the disk is not properly dismounted - esp. if a file copy was in progress when that was done.

 

If it is set (for whatever reason), the volume is mounted read-only by the NAS.  On Windows, it results in a scan/repair prompt.

 

Clearing the dirty bit generally is only done as part of a scan/repair process that ensures the NTFS structures are ok.  The NAS doesn't have the ability to do that, so you need to connect the drive to a system that can do it.

 

 

Your situation with the backup might have had a different cause of course.

Message 25 of 25
Top Contributors
Discussion stats
  • 24 replies
  • 15466 views
  • 2 kudos
  • 7 in conversation
Announcements