|
Re: Yet another FTP×tamp question
from 2BrightSparks
(2012/2/4 16:45)
|
Hi
Works for me (just tested with SE 5.17.0.0) both with initial/Rescan and with subsequent no-scan runs - example of the latter:
...
16:40:08=ProfileEngine.TRunProfile.Create.1269:FASTBACKUP [1]
...
16:40:09=ProfileEngine.TRunProfile.MustDoFullBackup.2851:0
16:40:09=ProfileEngine.TRunProfile.ConfigureThread.3636:Kept fast backup results
16:40:09=ProfileEngine.TRunProfile.CreateFTP.3250:IsFTP
...
16:40:15=ProfileEngine.TRunProfile.FTPClientStatus.8599:STOR SBSE____.RL8 [1]
16:40:15=ProfileEngine.TRunProfile.FTPClientStatus.8599:150 Opening BINARY mode data connection for SBSE____.RL8 [5]
16:40:15=ProfileEngine.TRunProfile.FTPClientStatus.8599:9267 bytes transferred. (196 KB/s) (46 ms) [2]
16:40:15=ProfileEngine.TRunProfile.FTPClientStatus.8599:226 Transfer complete [5]
...
16:40:15=FTPConnect2.TFTPWrapper.SetRemoteFileTime.1943:SBSE____.RL8 [04/02/2012 16:40:00]
16:40:15=ProfileEngine.TRunProfile.FTPClientStatus.8599:MFMT 20120204164000 SBSE____.RL8 [1]
16:40:15=ProfileEngine.TRunProfile.FTPClientStatus.8599:213 Modify=20120204164000; SBSE____.RL8 [5]
Have you by any chance de-selected the 'Force the file modification date/time...' setting on the Copy/Delete> Advanced page? This is normally locked on with FTP profiles (for reasons I trust are obvious and usually desirable), but with Fast Backup in force, you do have the option to de-select it (in case the attempt to force-set the date/time causes errors on the FTP server, and you prefer instead to rely on the Fast Backup functionality to prevent re-copying)
|
|
Yet another FTP×tamp question
from 2BrightSparks
(2012/2/4 11:28)
|
Hello,
I have a question about FTP, timestamps& fast backup.
I'm trying to setup backups to an FTP server which supports MFMT command. When I activate the"Fast Backup" (with or without using archive attribute), then timestamps on the server are NOT correct. Indeed, in the debug log, I don't see any MFMT commands.
However if I disabled"Fast Backup", then SyncBack SE will correctly set timestamps (MFMT commands found in log).
I'm running SyncbackSE V5.17.0.0.
Is it possible to have correct timestamps on the server while using Fast Backup ?
Best regards,
Kako78
|
|
Re: Error Message
from 2BrightSparks
(2012/2/3 20:07)
|
Got it, thanks Dave. I'm going for the paid version.
|
|
Re: Throughput using FTP
from 2BrightSparks
(2012/2/2 19:31)
|
No, single thread only (per profile). Multi-thread is on the ideas list, I gather, but no idea how far down, sorry. You can perhaps split the scope of your profile into several smaller profiles (ensuring no overlap), and run them in parallel, though.
|
|
Re: Throughput using FTP
from 2BrightSparks
(2012/2/2 19:09)
|
I am using SFTP and I've been comparing FileZilla and SyncBackPro. With FileZilla, I can do a maximum of 10 concurrent transfers and with my 100Mbps, I can get to about 80Mbps full throughput. With SyncBackPro, I tried changing the FTP file buffer size to 8M and the Send and Receive to 4M each, but I still only get 1 transfer at a time and only about 5mbps regardless of those settings. It would make sense that I'd get a faster total throughput if SyncBackPro allowed for concurrent transfers. Is that something that can be done?
|
|
Re: Error Message
from 2BrightSparks
(2012/2/2 14:21)
|
DannyP wrote:I have not found any info on this error on the forum, can anyone point me to a fix for this error?
Odd - if I go to ourHome Page, use theAdvanced Searchoption on the Home menu, and search for
"The system cannot find the path specified"
(including the quotes, so it searches for thephrase), I get 19 hits (not all related to the freeware, as the multi-search cannot specify a particular forum)
Or, simply do a search for
system path specified
right here in the forum, specify 'all terms', the freeware forum only, and you get 25 hits.
One suggestion might be overlength path by the time you add any UNC path components onto it, another might be if it includes Unicode (the freeware is not Unicode enabled). But as you haven't quoted your Source string, your Destination string or the relative path\filename quoted in the error, it's hard for anyone to speculate
Note that we do not guarantee 2BS support for the freeware, which is now out of development. Other users may of course contribute
|
|
Error Message
from 2BrightSparks
(2012/2/1 19:46)
|
I have not found any info on this error on the forum, can anyone point me to a fix for this error?
Not in destination,Failed to copy source: Cannot move file (3): The system cannot find the path specified
I see the file that cannot be backed up is 240 characters which is less than the minimum for SyncBack V3 freeware.
|
|
Re: config questions
from 2BrightSparks
(2012/2/1 14:23)
|
Dave Wilkins wrote:Yes, it will slow them down. Whether it is perceptible or crucial is harder to say. Sorry, I was focussing on the 'by how much' aspect.
That's what I thought, sigh.
Zipping will slow down even more regardless of compression.
Thank you, Tom
|
|
Re: Backup to ftp server (Asus router RT-N56U) fails
from 2BrightSparks
(2012/2/1 14:21)
|
Hi
The error is in the MKD command. The CWD command is only tried to make sure the FTP server is not refusing to MKD because the folder exists already (but it forgot to list it, which I assure you we have seen...). I can't see anywhere in that Adobe test where the syntax for MKD is shown (despite it saying it was a Success)
|
|
Re: config questions
from 2BrightSparks
(2012/2/1 14:18)
|
Yes, it will slow them down. Whether it is perceptible or crucial is harder to say. Sorry, I was focussing on the 'by how much' aspect.
|
