Yes, I'm getting the same thing. I've reported it to the development department.
↧
Re: SyncBackPro v6.4.3.8: issue with Amazon S3 and single ZI
↧
Re: Why do group profiles intermittently kick out profiles
Follow-up
Where are your profiles stored? Are they by any chance in the program folder (thus, common to all users)? Because the only other thing we can think of is that on start-up / profile loading, the Group INI entry is cross-checked against the actual profile-name INI(s). If one INI is locked (maybe because 'profile in use' in another instance of Pro), it could cause Pro to think that profile is corrupt and kick it out of the Group. If it always seems to happen to the same profile/s, that's a strong indicator if your set-up is such that dual-use of a shared profile is possible/likely
EDIT: another thing to check is that you don't have that profile still Scheduled individually as well as Scheduled c/o the Group...
Where are your profiles stored? Are they by any chance in the program folder (thus, common to all users)? Because the only other thing we can think of is that on start-up / profile loading, the Group INI entry is cross-checked against the actual profile-name INI(s). If one INI is locked (maybe because 'profile in use' in another instance of Pro), it could cause Pro to think that profile is corrupt and kick it out of the Group. If it always seems to happen to the same profile/s, that's a strong indicator if your set-up is such that dual-use of a shared profile is possible/likely
EDIT: another thing to check is that you don't have that profile still Scheduled individually as well as Scheduled c/o the Group...
↧
↧
Re: Unreliable Logon for Synchronize
If you don't need network access, you don't actually need to store the Windows password in the Task (I believe Windows assumes that if you have the privileges to create a Task in the first place, you are OK to access local/internal resources). This has the added benefit in corporate environments (etc) - that have password-change policies that force 'new password every X days' - that you don't then have to go and change password in your Scheduled Tasks (because Windows doesn't do that for you...oh, no...)
But if you need network access, you do need to store the password (and update it if you change it - otherwise any such Tasks with embedded passwords would all suddenly start failing to log on if you didn't)
The decision what to use as the default is Microsoft's, and we don't change that default. We'd be damned by some if we did and damned by some if we didn't, and at least this way we can blame MS...
But if you need network access, you do need to store the password (and update it if you change it - otherwise any such Tasks with embedded passwords would all suddenly start failing to log on if you didn't)
The decision what to use as the default is Microsoft's, and we don't change that default. We'd be damned by some if we did and damned by some if we didn't, and at least this way we can blame MS...
↧
Re: SyncBackPro v6.4.3.8: issue with Amazon S3 and single ZI
OK, thanks. I wait for the patch/update. ![:)]( "Smile")
↧
Re: SyncBackPro v6.4.3.8: issue with Amazon S3 and single ZI
Hopefully tomorrow...
↧
↧
Failed to prepare Amazon S3 : The drive \: does not exist!
Hi,
I am using the latest 6.x version of SyncBackPro. I am using an Amazon S3 bucket as a destination for my backup.
Everything works fine until I specify that one of my backup needs to be zipped. The source is defined as:
\test.zip
But every time I am getting this error:
Failed to prepare Amazon S3 : The drive \: does not exist!
What is the issue and how can I overcome it? It really just happens when I want to create a ZIP for an archive.
Thanks!
Fred
I am using the latest 6.x version of SyncBackPro. I am using an Amazon S3 bucket as a destination for my backup.
Everything works fine until I specify that one of my backup needs to be zipped. The source is defined as:
\test.zip
But every time I am getting this error:
Failed to prepare Amazon S3 : The drive \: does not exist!
What is the issue and how can I overcome it? It really just happens when I want to create a ZIP for an archive.
Thanks!
Fred
↧
Re: Failed to prepare Amazon S3 : The drive \: does not exis
Hi. It's a bug accidentally introduced (I guess some edit error) into the latest version. A fix is imminent.
viewtopic.php?f=15&t=10164
viewtopic.php?f=15&t=10164
↧
Re: Move Files regardless of destination (always overwrite)
After looking at what I'm doing with this particular profile, which is part of a larger automated process, I'm going to have it flush the Destination.
Overall, I'm having the files come in via FTP from remote equipment as a "ping" from that remote equipment, then using the FTP logs to verify communications. So, I really don't NEED them to be there. I am switching over from SecondCopy and this was one of my profiles that I had setup and I could just look at the directory to see what systems had sent their "ping".
I was trying to get SyncBackSE to do the same thing as what SecondCopy was doing. If you have another way to setup the Profile to accomplish the same thing, I would be interested in hearing your ideas.
Thanks for the response and help. I appreciate it.
Overall, I'm having the files come in via FTP from remote equipment as a "ping" from that remote equipment, then using the FTP logs to verify communications. So, I really don't NEED them to be there. I am switching over from SecondCopy and this was one of my profiles that I had setup and I could just look at the directory to see what systems had sent their "ping".
I was trying to get SyncBackSE to do the same thing as what SecondCopy was doing. If you have another way to setup the Profile to accomplish the same thing, I would be interested in hearing your ideas.
Thanks for the response and help. I appreciate it.
↧
Cycle through a list of different sources/destinations
How do I cycle through a list of different sources/destinations via script. I need a profile to process and backup a list of usernames dynamically. Can this be done? If so how?
↧
↧
Cycle through multiple destinations
Cycle through a number of destinations on a profile via script. Is this possible , if so how?
↧
Re: Why do group profiles intermittently kick out profiles
Thanks, the profiles in the group profile are not scheduled and are such that the;
first moves files to an adjacent folder "w"
second copies files from "w" to "x"
third copies files from "x" to "y"
fourth copies files from "y" to "z"
then three different profiles individually pole their respective folders (above) for files to be sent to video servers.
The folders syncback created w, x, y and z are in syncback's default location on the syncback server.
Files being transferred are 80meg *.GFX files, we would transfer around sixty files from 7 remote servers every four hours, all files end up in the "first" folder, the group profile containing x,w,y and z is scheduled to pole the "first" folder every 3 minutes.
The markets we download from are at times unstable and unpredictable and as yet we have never lost a file or even come across a corrupt file for that matter. The video servers we send to are quite fickle but syncback has never wavered from its file transfer task. Even the syncback server has given us heartache but syncback battles on.....great work guys.
BUT a simple thing like grouping profiles has got us by the short and curlys.
first moves files to an adjacent folder "w"
second copies files from "w" to "x"
third copies files from "x" to "y"
fourth copies files from "y" to "z"
then three different profiles individually pole their respective folders (above) for files to be sent to video servers.
The folders syncback created w, x, y and z are in syncback's default location on the syncback server.
Files being transferred are 80meg *.GFX files, we would transfer around sixty files from 7 remote servers every four hours, all files end up in the "first" folder, the group profile containing x,w,y and z is scheduled to pole the "first" folder every 3 minutes.
The markets we download from are at times unstable and unpredictable and as yet we have never lost a file or even come across a corrupt file for that matter. The video servers we send to are quite fickle but syncback has never wavered from its file transfer task. Even the syncback server has given us heartache but syncback battles on.....great work guys.
BUT a simple thing like grouping profiles has got us by the short and curlys.
↧
Newbie got two questions
Hello,
SyncBackSE latest version. I try to use use SmartSync to back propagate changes from my notebook to the office machine when coming back home (local network). There are two things I couldn't make work as I would like it to have:
- When SB creates folders it never sets the modification time of the original. Example: I use TotalCommander to rename a folder from 2.10 to 2.11 on my notebook. During a later sync SB will detect that state and do the correct things, except that the newly created folder on the office machine does have a different (the current) modification date. I tried all the options I could find (which are mostly for Samba problems, it seems). Well, sync is no sync if there are differences after sync, so how to fix this? BTW, if I copy the folder with TotalCommander it does get the same date automatically...
- Same example: SB gives a (IMHO) wrong description of what is going on and will happen. One folder had been renamed, so I would expect SB to give a matching description. But first of all in the default view you don't see anything, and definitely overlook that in the lowest right corner it tells you that some files will be renamed (which is inaccurate again, the files ! from this folder will not be renamed).
After switching on some additional view options I now see the details, but: For the right side the Action field says 'Skip' and everything is greyed out. For the left side it says 'Rename Links'. IMHO it would be much easier to understand if it would say: 'Move file', or 'Rename folder'.
I stumbled over this because here the german translation is terribly wrong. It says 'Profil umbenennen: Links'. Means 'Rename left profile'. Not sure how your 'Rename Links' turned into this one.
Other than these two points I am really happy with SBSE so far!
SyncBackSE latest version. I try to use use SmartSync to back propagate changes from my notebook to the office machine when coming back home (local network). There are two things I couldn't make work as I would like it to have:
- When SB creates folders it never sets the modification time of the original. Example: I use TotalCommander to rename a folder from 2.10 to 2.11 on my notebook. During a later sync SB will detect that state and do the correct things, except that the newly created folder on the office machine does have a different (the current) modification date. I tried all the options I could find (which are mostly for Samba problems, it seems). Well, sync is no sync if there are differences after sync, so how to fix this? BTW, if I copy the folder with TotalCommander it does get the same date automatically...
- Same example: SB gives a (IMHO) wrong description of what is going on and will happen. One folder had been renamed, so I would expect SB to give a matching description. But first of all in the default view you don't see anything, and definitely overlook that in the lowest right corner it tells you that some files will be renamed (which is inaccurate again, the files ! from this folder will not be renamed).
After switching on some additional view options I now see the details, but: For the right side the Action field says 'Skip' and everything is greyed out. For the left side it says 'Rename Links'. IMHO it would be much easier to understand if it would say: 'Move file', or 'Rename folder'.
I stumbled over this because here the german translation is terribly wrong. It says 'Profil umbenennen: Links'. Means 'Rename left profile'. Not sure how your 'Rename Links' turned into this one.
Other than these two points I am really happy with SBSE so far!
↧
Re: Why do group profiles intermittently kick out profiles
Hi
Misunderstanding time: I didn't ask where the profiles store data, I asked where the profiles themselves are stored (as in Preferences menu (main UI) > Options > Expert tab > top option).
Note however that it is possible to change this without migrating the existing profiles (if any), so that you have profiles in all three places (it's not recommended (we recommend migrating them) but it's possible). The program will poll all three possible storage areas (two of which are of course user-specific/dependent), though you may hit problems if the same profile (same name) exists in two or more locations: only one will be listed, but which one that would be is indeterminate (as per KB 49).
You may need to physically check where all profiles are (top option on Expert tab has an Open button to open 3 Explorer windows for you).
The final analysis remains the same: the only way we can conceive of the program kicking profiles out of a group on load-up (program-start) is if the cross-check between the name of the profile inside the Group INI and the actual profile's INI file fails, because the latter is locked. If so, that could be
- another instance of Pro running in a different context is running it (or has it Paused, as happens in a Group)
- AV or similar
- something else (no ideas right now)
It certainly seems to be peculiar to your set-up, whatever it is.
The only other thing I would consider is the Schedule frequency. Vista-and-later have a setting for 'If the Task is already running' (we recommend 'Do not start another instance') - but XP has no such settings to inhibit that, so it may indeed try to start another process/instance, so you could be getting multiple instances of Pro running if you have triggers every 3 minutes and sometimes they take 5 mins to complete (etc). It sounds possible that they may do if they find files to copy (once every 4 hours?). Bear in mind a Group running sequentially starts all member profiles, then Pauses them all, then unPauses each one in turn till it completes). That means all profiles' INI files are locked until the whole Group ends
Misunderstanding time: I didn't ask where the profiles store data, I asked where the profiles themselves are stored (as in Preferences menu (main UI) > Options > Expert tab > top option).
Note however that it is possible to change this without migrating the existing profiles (if any), so that you have profiles in all three places (it's not recommended (we recommend migrating them) but it's possible). The program will poll all three possible storage areas (two of which are of course user-specific/dependent), though you may hit problems if the same profile (same name) exists in two or more locations: only one will be listed, but which one that would be is indeterminate (as per KB 49).
You may need to physically check where all profiles are (top option on Expert tab has an Open button to open 3 Explorer windows for you).
The final analysis remains the same: the only way we can conceive of the program kicking profiles out of a group on load-up (program-start) is if the cross-check between the name of the profile inside the Group INI and the actual profile's INI file fails, because the latter is locked. If so, that could be
- another instance of Pro running in a different context is running it (or has it Paused, as happens in a Group)
- AV or similar
- something else (no ideas right now)
It certainly seems to be peculiar to your set-up, whatever it is.
The only other thing I would consider is the Schedule frequency. Vista-and-later have a setting for 'If the Task is already running' (we recommend 'Do not start another instance') - but XP has no such settings to inhibit that, so it may indeed try to start another process/instance, so you could be getting multiple instances of Pro running if you have triggers every 3 minutes and sometimes they take 5 mins to complete (etc). It sounds possible that they may do if they find files to copy (once every 4 hours?). Bear in mind a Group running sequentially starts all member profiles, then Pauses them all, then unPauses each one in turn till it completes). That means all profiles' INI files are locked until the whole Group ends
↧
↧
Re: Move Files regardless of destination (always overwrite)
No, sorry. It's a basic tenet in our products that if files exist on both sides and 'match', then we do nothing, and there's no setting to change that.
↧
Re: Newbie got two questions
Techland wrote:SyncBackSE latest version
Really? You posted this in the Free section. I'll move it.
We do not ever change the LastModified stamp of folders (because your OS does that unilaterally anyway). It's been mentioned dozens of times on here, if you search.
Rename & Move are two sides of the same coin. To move a file we rename it using the full path, with a different folder name (branch, etc) but the same file-name.
↧
Re: HELP-"...option to automatically create the base folder
I was looking for the same thing, glad I found the solution here. The basic problem until today (3 years later) is an unfortunate different wording in the dialog and the settings. This gets even worse when translated into other languages (here German), where the non-pro user doesn't recognize aynmore that these have something in common (means you simply don't find the option even if actually found it).
IMHO it would be good for the program to make dialog and option absolutely identical.
IMHO it would be good for the program to make dialog and option absolutely identical.
↧
Re: HELP-"...option to automatically create the base folder
http://www.2brightsparks.com/help/index ... rticle=402
If you're volunteering to do a re-write, same contacts apply
If you're volunteering to do a re-write, same contacts apply
↧
↧
Re: Failed to prepare Amazon S3 : The drive \: does not exis
Latest beta should fix this
Do not uninstall / reinstall, or you'll lose your profiles & settings. Just install 'over the top'
Do not uninstall / reinstall, or you'll lose your profiles & settings. Just install 'over the top'
↧
Re: SyncBackPro v6.4.3.8: issue with Amazon S3 and single ZI
Latest beta should fix this
Do not uninstall / reinstall, or you'll lose your profiles & settings. Just install 'over the top'
Do not uninstall / reinstall, or you'll lose your profiles & settings. Just install 'over the top'
↧
Re: Slow copying over internet
The save copy theory could defiantly be the issue. I will have to look into that. I did however notice that using SFTP compared to FTP is quite a bit faster, but still not as fast as I would think it should go. Either way thank you for the quick response. It gave me a few things to troubleshoot.
↧