The requested action cannot be performed until after a connection has been established. ĮRR 08:52:03 Não foi possível criar o diretório remoto : Control channel unexpectedly closed ('' read so far)ĮRR 08:52:03 Não foi possível criar o diretório remoto : The FTP client has not yet connected to the server. ĮRR 08:51:32 Não foi possível criar o diretório remoto : The FTP client has not yet connected to the server. This keeps going until some operation isn't able to execute: 14:48:44 Logged in into the remote server. 14:48:42 Logged in into the remote server. 14:48:41 Uploading the directory "C:\Users\Raca\AppData\Roaming\Thunderbird" to "/Thunderbird 14 48 41". 14:48:41 The remote directory "/Thunderbird 14 48 41" has been successfully created. 14:48:41 Logged in into the remote server. In Cobian Reflector 1.1.3 tough, the connection test works just fine (Cobian connects, create the test file, then disconnects), but when I run the backup, the connection constantly drops randomly, and thus I get a backup with errors. The server itself is working fine: in Filezilla, the server connects and the connection keeps active until I disconnect. I'll not give any guarantee here.Recently, I managed to create a FTP server with DNS and SSL, and now I want to set it as the destination for my backups. rd /s /q "C:\Program Files (x86)\Cobian Backup 11\mnt\toBackup" [dont worry: This does not delete your files! Make proper tests.If this has beeen executed in the pre-event, Cobian see's the remoteĭrive in the local subfolder. Mklink /d "C:\Program Files (x86)\Cobian Backup 11\mnt\toBackup" \remServer\remShare [regard the identical name for the "toBackup" Use LINKD to map this network connection into the previosly created subdir : Net use \remServer\remShare /user:username password Map a network drive, but just the UNC name, WITHOUT directory, like this: Part 2, create s pre/post job for the task. Use Cobian, open a task and change/create the destination as usual, to "C:\Program Files (x86)\Cobian Backup 11\mnt\toBackup" [don't worryĪfter this, remove the "toBackup" folder in windows explorer UNC representation for a destination] one can do this:Ĭreate a directory, say mnt To circumvent the Cobian behavior [to replace a foldername with it's If anyone's interested, it's below, copied from here. But at this point, what can I do to diagnose this further? The usual answer in the Cobian support forums is that there is a permission problem. I have tried creating that destination directory both on the NAS before the backup and deleting it so the backup job could create it with the client's credentials but no luck.Before starting that, I make sure that I can browse to the NAS with Explorer to ensure that any authentication session with Windows and the NAS has not expired. Although I want the backups to run unattended in the middle of the night, I have tested them by running them manually while I'm logged in but no luck.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |