6.9.3 RC2 rsync backup fails

[hmuessig]

Just updated my test server to 6.9.3 RC2 from RC1. The rsync backup job I had working fine previously now fails with the message "Desination cannot be accessed"

The job is configured to backup to an external USB drive. 

Curiously(?) when I check the settings for the backup job the destination is no longer listed! The type field says "no longer exists", the name is blank, and the path is correct but greyed out.

Logs sent

[mikebainbridge1]

It's been going on longer than just RC2 - My RC1 backups are also afftected.  - These were all done one ater each other on the same eSATA device with  removeable disks - Yes I dismounted them properly !

[mikebainbridge1]

Ok definitely something NQR here - the two middle backups go onto the same drive - different directories. They have both just run but the drive is described differently by each job

Ejecting the drive and replacing it with the 'documents backup drive

This failed first time despite me being able to access it from 'shares' but ran the second time with no change in configuration. Still running but nothing in the logs to suggest a problem this time..

Something not right though

[JohnCM_S]

@mikebainbridge1

We need to gather additional information regarding this issue. Is there a reason why you are not using the "USB/eSATA Ports" option for all the backup jobs?

Regards,

JohnCM_S
NETGEAR Community Team

[mikebainbridge1]

Hi - I'm using the same device plugged into the back eSATA port  - It's a dock where I shuffle the 3 HDDs into for the 3 backups. I set them all the backup jobs up the same way. There is no USB connection only the eSATA one.

HTH

Michael

[hmuessig]

After extensive testing I could not reproduce the issue . . .  still not convinced it is "user error."

[dmacleo]

also cannot reproduce. 314 (6.9.3 rc2) has samsung 5tb usb drive attached to it, some backups go to it and some to my 104 using rsnc.

all working.

odd

[mikebainbridge1]

Ouch! If you **bleep** us do we not bleed ?!: smileylol:

Version 6.9.3 Released Version Now - Same error - It's also reproduceable !

'll post the sequence after re-stating the issue

1. Currently  there are 3 Backup jobs - all created at the same time. All use the same eSata dock plugged into the back of the 426. Backups to Drive 2 and 3 run seamlessly

2. Disk 1 has 2 directories:  One for Music and one for Pictures - They appear differently in the backup view. A different backup task should place the Pictures and Music shares form the volumes in these directories. The Music share always fails if tried first

3. Disks 2 and 3 have only the one backup task accessing them

4. All Shares on all disks become available from the 'shares' web interface as soon as they are plugged in

5. After running the Pictures backup on Disk 1 I find that I can make the Music backup work by accessing a '2 levels down' directory on the disk using the 'shares' interface  Music /Michael/Nils Frahm for example - the backup is then able to complete without apparent error -

Backup Job Name: Music to Drive 1
Backup Job Type: Incremental
Protocol: local
Backup Source: [Music]/
Backup Destination: [ESATA_HDD_1]//Music
Backup Start Time: Wed Mar 14 2018  9:46:04
Backup Finish Time: Wed Mar 14 2018  9:47:47
Backup Status: Success


Copy File  .AppleDB/db_errlog
Copy File  .AppleDB/log.0000000001
Copy File  .DS_Store
Copy File  Duncan/.DS_Store
Copy File  Duncan/Andrés Segovia/.DS_Store
Copy File  Michael/.DS_Store
Copy File  Michael/David Sylvian/.DS_Store
Copy File  Michael/FLAC/.DS_Store
Copy Folder  Michael/FLAC/Ben Watt
Copy File  Michael/FLAC/Ben Watt/01 Track 01.flac
Copy File  Michael/FLAC/Ben Watt/02 Track 02.flac
Copy File  Michael/FLAC/Ben Watt/03 Track 03.flac
Copy File  Michael/FLAC/Ben Watt/04 Track 04.flac
Copy File  Michael/FLAC/Ben Watt/05 Track 05.flac
Copy File  Michael/FLAC/Ben Watt/06 Track 06.flac
Copy File  Michael/FLAC/Ben Watt/07 Track 07.flac
Copy File  Michael/FLAC/Ben Watt/08 Track 08.flac
Copy File  Michael/FLAC/Ben Watt/09 Track 09.flac
Copy File  Michael/FLAC/Ben Watt/10 Track 10.flac
Copy File  Michael/FLAC/Ben Watt/Audio CD.log
Copy File  Michael/FLAC/ben howard/.DS_Store
Copy File  Michael/FLAC/ben howard/Ben Howard - Every Kingdom/01 Ben Howard - Old Pine.flac
Copy File  Michael/FLAC/ben howard/Ben Howard - Every Kingdom/02 Ben Howard - Diamonds.flac
Copy File  Michael/FLAC/ben howard/Ben Howard - Every Kingdom/03 Ben Howard - The Wolves.flac
Copy File  Michael/FLAC/ben howard/Ben Howard - Every Kingdom/04 Ben Howard - Everything.flac
Copy File  Michael/FLAC/ben howard/Ben Howard - Every Kingdom/05 Ben Howard - Only Love.flac
Copy File  Michael/FLAC/ben howard/Ben Howard - Every Kingdom/06 Ben Howard - The Fear.flac
Copy File  Michael/FLAC/ben howard/Ben Howard - Every Kingdom/07 Ben Howard - Keep Your Head Up.flac
Copy File  Michael/FLAC/ben howard/Ben Howard - Every Kingdom/08 Ben Howard - Black Flies.flac
Copy File  Michael/FLAC/ben howard/Ben Howard - Every Kingdom/09 Ben Howard - Gracious.flac
Copy File  Michael/FLAC/ben howard/Ben Howard - Every Kingdom/10 Ben Howard - Promise.flac



----------------------------------------
Backup Job Name: Music to Drive 1
Backup Job Type: Incremental
Protocol: local
Backup Source: [Music]/
Backup Destination: [ESATA_HDD_1]//Music
Backup Start Time: Wed Mar 14 2018  9:43:44
Backup Finish Time: Wed Mar 14 2018  9:43:44
Backup Status: Fail: Destination cannot be accessed.




----------------------------------------
Backup Job Name: Music to Drive 1
Backup Job Type: Incremental
Protocol: local
Backup Source: [Music]/
Backup Destination: [ESATA_HDD_1]//Music
Backup Start Time: Wed Mar 14 2018  9:40:39
Backup Finish Time: Wed Mar 14 2018  9:40:39
Backup Status: Fail: Destination cannot be accessed.




----------------------------------------
Backup Job Name: Music to Drive 1
Backup Job Type: Incremental
Protocol: local
Backup Source: [Music]/
Backup Destination: [ESATA_HDD_1]//Music
Backup Start Time: Wed Mar 14 2018  9:39:39
Backup Finish Time: Wed Mar 14 2018  9:39:39
Backup Status: Fail: Destination cannot be accessed.




----------------------------------------
Backup Job Name: Music to Drive 1
Backup Job Type: Incremental
Protocol: local
Backup Source: [Music]/
Backup Destination: [ESATA_HDD_1]//Music
Backup Start Time: Wed Mar 14 2018  9:38:09
Backup Finish Time: Wed Mar 14 2018  9:38:09
Backup Status: Fail: Destination cannot be accessed.




----------------------------------------
Backup Job Name: Music to Drive 1
Backup Job Type: Incremental
Protocol: local
Backup Source: [Music]/
Backup Destination: [ESATA_HDD_1]//Music
Backup Start Time: Wed Mar 14 2018  9:37:39
Backup Finish Time: Wed Mar 14 2018  9:37:39
Backup Status: Fail: Destination cannot be accessed.

Lower Level Disk 1 still fails to back upShare menu view of Disk 1Music backup failsDisk 1 plugged in note different appearance of Music and PicturesDisk 2 backup with no problemDisk 2 plugged inNo disks plugged in

[mikebainbridge1]

Ejecting the disk doesn't seem to stop it being 'published' either -  The disk is not plugged in - It's in a locked filing cabinet off site - It was ejected (and actually reformatted) as I made it a FAT32 instead of NTFS (big files)  - Reboot cleared it.

In Mac finder

On the shares page

[mdgm-ntgr]

mikebainbridge1 was this working for you on a previous firmware? If so, which one?

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

[mikebainbridge1]

Hi - I have never had it working - I got the machine and immeditely took it to 6.9.2 before any other configuraton. I went to T255 6.9.3 Beta as Time Machine doesn't work with 6.9.3 and MacOS 10.13 and AFP. Since then the config has been the same and each backup gets the same error. I don't do that many at the moment as I still can't put something this unstable into production and the reason for buying it (google drive) doesn't backup the files we need. 

Logs have been sent

Thanks

[mdgm-ntgr]

Thanks for the logs.

I've sent you a PM.