Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[kdm]

I am having problems with some backup software which is caused by the software not being able to clear the archive attribute on files on the DNS-323.

I have tried to manually clear the archive attribute on a file using Windows Explorer and whilst it is possible to uncheck the archive attribute box in the file properties, when the file properties dialogue is reopened the archive attribute box is checked again.

DNS-323 is using firmware version 1.03, computer uses Windows XP.

Any suggestions?

[chuckv]

get telnet working

then chmod via the telnet

PM me for further assistance as this is NOT supported via DLink

[kdm]

PM sent, however is this bug still in firmware 1.04?

[chuckv]

not to sure if its a bug or not. i just know that i had the same issue you currently have and thus fixed it a month ago.

i think it maybe related to my 323 running out of space when it happened .. (the topic i made is somewhere on these forums) but i never recieved a satisfactory answer from anyone in respect to resolution.

ahh, found it http://forums.dlink.com/index.php?topic=1120.0

and yes, i did move on to 1.04 firmware in the end, but i did the method of which i PM'd you prior to the upgraded firmware and it was resolved then

[kdm]

I've done some reading, no it isn't a bug as such just a bad interaction between Windows and Linux.  It looks like firmware 1.04 gets round it by having a 'Map Archive' option so I think I'll install that.  The backup software I'm trialling looks at the archive attribute when working out how much disk space it needs for the backup.  It doesn't use the archive attribute for the actual backup but incremental backups are not proceeding due to the program thinking there isn't enough room on the disk.

It would be good if someone could confirm that the 'Map Archive' option in firmware 1.04 does overcome the problem.

[fordem]

I think you've already found out that using the "map archive" function in 1.04 doesn't work as expected - and it will most likely affect the actual backup, since most backup software uses the archive bit to determine which files need to be backed up on anything other than a full backup.

[kdm]

I don't have 1.04 installed so I don't know whether the map archive function works or not.  Are you saying that it does not work properly?

The backup software I'm trialling does not use the archive bit for the actual incremental backup, only for a quick estimate of whether there is sufficient space on the backup disk.  If indeed there is space (even based on the incorrect calculation) the incremental backup is performed correctly.

[kdm]

I've got to say I'm disappointed that nobody from Dlink has responded to what boils down to a question of:

1. Is the new Map Archive option in 1.04 intended to overcome the problem of Windows trying to set or reset an archive bit on files held on the DNS-323.  The answer to this is presumably yes.

2. Does the Map Archive option work as intended.

[D-Link Multimedia]

I've got to say I'm disappointed that nobody from Dlink has responded to what boils down to a question of:

1. Is the new Map Archive option in 1.04 intended to overcome the problem of Windows trying to set or reset an archive bit on files held on the DNS-323.  The answer to this is presumably yes.

2. Does the Map Archive option work as intended.

Quote from the help file on 1.04 firmware,

"When enabled, the file attribute--"Archive" will be copied as the file is being stored on the DNS-323. Certain backup softwares attach this attribute to files that are being stored as backups. "

If you have having problems with Archive bits on firmware 1.03 then I highly suggest you move to 1.04 where you have the option of enabling and disabling this feature.

[fordem]

Quote from the help file on 1.04 firmware,

"When enabled, the file attribute--"Archive" will be copied as the file is being stored on the DNS-323. Certain backup softwares attach this attribute to files that are being stored as backups. "

If you have having problems with Archive bits on firmware 1.03 then I highly suggest you move to 1.04 where you have the option of enabling and disabling this feature.

This does not work.

If I have the map archive enabled, the archive bit is set on all files and cannot be cleared, if I have map archive disabled, the archive bit is cleared on all files and cannot be set.

By the way, the help file is incorrect.  The backup software does not "attach this attribute to files that are being stored as backups"

When a file is created or modified, the operating system sets the archive attribute or bit, backup software checks for the presence of the archive bit to determine if the file needs to be backed up.

On a full backup the backup software will backup the file, regardless of the setting archive bit and reset the bit.

On an incremental backup (backup all files created/changed since the last backup) the backup software checks for the archive bit, if it is set, indicating a new or modified file, the backup software will backup the file and reset the bit.

On a differential backup (backup all files created/changed since the last full backup) the backup software checks for the archive bit, if it is set, indicating a new or modified file, the backup software will backup the file, but does not reset the bit.

Just in case it matters - my testing was done with Windows XP Professional.

[kdm]

Thanks for the replies.  Looks like I'll have to try some different backup software which can be made to ignore the archive bit altogether (Backup4all looks possible).  It's a shame, I have been trialling Genie Backup Manager and it works very well across my network except before an incremental backup of the DNS-323 when it uses the archive bit for a quick estimate of space required.

I would have installed 1.04 and tried it but Dlink locally (Australia) tell me I may void the warranty if I do that.  I'm prepared to do that if it is likely to work but it looks like it wouldn't.

Dlink, hopefully you will investigate the implementation of Map Archive in 1.04 and fix it if necessary, as it appears to be.

[HarvMan]

Hi,

We recently acquired a DNS-323 and are also butting our heads trying to perform NTBackup differential backups.  As mentioned in this forum, the archive attribute is not cleared during a full (Normal) backup.

We use Windows XP Pro and Home.  Has anyone come up with a workaround?

Thanks!