Support

UNiTE, Remote CLI, eXtract Wizard

#3617 – ftp error

Posted in ‘UNiTE, Remote CLI, eXtract Wizard’
This is a public ticket. Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.
Sunday, 28 February 2010 14:22 CST
user6321
Hi there, I use joomlapack remote to download a backup to my desktop, it all goes well but the last window, screenshot attached comes up as error. Any ideas? I have attached the log file too.
Thanks in advance



Log file
Sunday, 28 February 2010 15:56 CST
dlb
Does the Test button work on the Remote setup? I can't see the log file, that address gives me a 403 error. You will probably have to zip the file to attach it here.


Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

Sunday, 28 February 2010 17:21 CST
user6321
Hey there, the test button comes back as "Connection established".

I tried to insert a file to this post but it isn't working. I click the Insert button after uploading the zip, but the insert icon, bottom right, doesn't do anything!!
Monday, 01 March 2010 02:28 CST
dlb
We have been having some interesting growing pains. The new forum absolutely hates the SEF software. It has been driving Nicholas nuts.

Add a small delay, such as 30 seconds, in the "Delay before download" field in the setup screen. For some reason there are some servers that need a delay between the end of the backup and the beginning of the ftp step. Mine is one of them.


Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

Monday, 01 March 2010 09:20 CST
user6321
Hi again, i tried that, but it made no difference, it still comes back as "ftp transport error" and an error icon. Should say, the zip is delivered to my desktop, but it's a worry to have the process described as an error!!! Any ideas?

Still can't get the forum attachments feature working.

Thanks for your help.
Monday, 01 March 2010 15:46 CST
dlb
Does the zip file test OK? I agree, I don't want any errors around my backup files.

Things are looking up with the attachments, Nicholas got that working tonight.


Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

Monday, 01 March 2010 21:25 CST
user6321
Hi there, here is that zip.
Yes, the backup zip seems to be ok, I can use it to restore. It's just the error message, and what it means if anything...
Thanks
Log-file
Tuesday, 02 March 2010 01:43 CST
dlb
The log shows the download as complete too. I'll flag this for Nicholas to see if he knows where the error is coming from.


Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

Tuesday, 02 March 2010 06:01 CST
nicholas
Which version are you using? We have just released Akeeba Remote Control 2.5, the successor to JoomlaPack Remote, which fixes this bug.


Nicholas K. Dionysopoulos

Lead Developer and Director



🇬🇷Greek: native

🇬🇧English: excellent

🇫🇷French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



Wednesday, 03 March 2010 23:23 CST
user6321
Okay, upgraded to Akeeba RC 2.5, just backed up, and error is gone. So, upgrade everybody.
Thanks, great prog btw.
Wednesday, 03 March 2010 23:25 CST
nicholas
You're welcome! Nailing that pesky bug took me a while, but it's finally eliminated :D


Nicholas K. Dionysopoulos

Lead Developer and Director



🇬🇷Greek: native

🇬🇧English: excellent

🇫🇷French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



Sunday, 07 March 2010 21:37 CST
user6321
Okay, I upgraded to Akeeba Professional, installed the appropriate plugin, and now I'm getting the ftp error again as before and as shown in the attached screenshot. It was fine with to Akeeba RC 2.5 and the older joomlapack, but the new akeeba versions, both free and professional get the problem back.

Sorry 'bout that. :/


Sunday, 07 March 2010 23:22 CST
nicholas
Have you entered the correct FTP details? The most crucial parameter is the FTP initial directory, i.e. where your backup files are stored. In JoomlaPack the directory was inside your site's root, the /administrator/components/com_joomlapack/backup directory. With the new version, the default directory was moved to the site's root subdirectory /administrator/components/com_akeeba/backup (the component name has changed). If you kept the old site definition, it points to the wrong directory.

You can use FileZilla to connect to your site's FTP, browse to the correct backup output directory, then copy the absolute FTP path appearing above the right-hand folder pane. It may look something like /public_html/administrator/components/com_akeeba/backup. Paste this to the site's editor Initial FTP Directory field and you're good to go!


Nicholas K. Dionysopoulos

Lead Developer and Director



🇬🇷Greek: native

🇬🇧English: excellent

🇫🇷French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



Monday, 08 March 2010 00:18 CST
user6321
I think so. I keep the backups in a folder outside of my root and download from there.

The entry in Remote Control is /backups/sitename , and the one in Akeeba Backup is /home/kiwo2b/backups/sitename . Hope that looks right?? The test inside the download tab of remote control comes up as 'connection established'.

The transfer downloads the zip, and it is okay to use, but the window of Remote control sticks at 100% for a few minutes, then comes up as an errror.
Monday, 08 March 2010 03:51 CST
nicholas
OK, the connection information does look correct. The problem is probably that your server doesn't close the connection gracefully when RC tells it that it's done downloading the file. Can you post the RC log file from such a backup process to see what happens towards the end of the process?


Nicholas K. Dionysopoulos

Lead Developer and Director



🇬🇷Greek: native

🇬🇧English: excellent

🇫🇷French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



Monday, 08 March 2010 21:21 CST
user6321
Tried it a few times today, seems just fine. I'll let you know if the problem comes back, but all good now.
Tuesday, 09 March 2010 00:30 CST
nicholas
Probably it was a temporary connection issue? If it happens again, please post back.


Nicholas K. Dionysopoulos

Lead Developer and Director



🇬🇷Greek: native

🇬🇧English: excellent

🇫🇷French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



Thursday, 11 March 2010 10:00 CST
user6321
Hi, now I get this error, error log attached.
XML-RPC layer error:Invalid payload received from xml-rpc server

Any ideas, here's hoping...
TEXT
Friday, 12 March 2010 00:50 CST
nicholas
This is a known bug affecting all versions from 3.0.a1 to 3.0.a2.1 inclusive. You need to login to your site's backend, activate the profile you use for your remote backup, go to Configuration and click on Save.

Alternatively, you can use this developer's release which fixes this problem.


Nicholas K. Dionysopoulos

Lead Developer and Director



🇬🇷Greek: native

🇬🇧English: excellent

🇫🇷French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



Friday, 12 March 2010 12:28 CST
user6321
Did that, the login/activate/save option, fixed it thanks!
Friday, 12 March 2010 22:48 CST
nicholas
You're welcome! Version 3.0.a3 released yesterday permanently fixes this pesky issue. New profiles are now activated automatically.


Nicholas K. Dionysopoulos

Lead Developer and Director



🇬🇷Greek: native

🇬🇧English: excellent

🇫🇷French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



Thursday, 15 April 2010 00:45 CDT
user9916
Hello everybody !

I made a first back up and got "ftp transport error", I tried again but now now it just impossible to backup my sites, nothing happens after "initializing the backup attempt", it's just stuck....Any idea?
Thursday, 15 April 2010 03:19 CDT
nicholas
Please try following the documentation instructions for setting up your FTP settings to the letter. Do not overlook the Port and Initial Directory settings. If you still have a problem, you'll have to attach two log files: the Akeeba Backup or JoomlaPack backup log file and the log file you get by right-clicking your site definition and clicking on View Log.

You should also tell us which version of JoomlaPack / Akeeba Backup and Akeeba Remote Control you are using in order for us to be able to even begin trying to help you.


Nicholas K. Dionysopoulos

Lead Developer and Director



🇬🇷Greek: native

🇬🇧English: excellent

🇫🇷French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



Thursday, 15 April 2010 04:20 CDT
user9916
Got it running but still the same error...I can't manage to attach the files, there's an error occuring in the page...
Thursday, 15 April 2010 05:23 CDT
user9916
oh sorry and I use the latest version of akeeba and its remote plugin
Thursday, 15 April 2010 09:37 CDT
nicholas
Sometimes our forum gets stubborn with attachments. You can always use a free file storage facility, such as Windows Live SkyDrive, to upload your log and share its URL with us. Without the log files I am like a blind pilot; you wouldn't like one flying the plane, right? :)


Nicholas K. Dionysopoulos

Lead Developer and Director



🇬🇷Greek: native

🇬🇧English: excellent

🇫🇷French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



Thursday, 15 April 2010 22:10 CDT
user9916
Hello Nicholas, and thanks for your answers, does it work with this url: http://cid-25b0d2c227d42bd5.skydrive.live.com/browse.aspx/.Public

:P
Thursday, 15 April 2010 22:37 CDT
user9916
I guess it's working like this, you can fin the Akeeba remote log hereTitle and the ftp log Titlehere

Thanks a lot for your help :)
Friday, 16 April 2010 04:24 CDT
nicholas
Remote Control has completed the backup job, it has logged in to your FTP server but can't find the file. This means only one thing: you are using the wrong initial directory. Here's the easy way to set it.

Please double click on your site definition in Akeeba Remote Control's main window. An editor dialog box appears. Click on the "Downloads" tab. You have to set the "Initial Directory" to the correct value. This is the FTP directory to your backup output directory. Use FileZilla to connect to your site by FTP. Navigate inside the backup output directory. By default this is located at administrator/components/com_akeeba/backup unless you changed it in Akeeba Backup's Configuration page. Once you are inside this directory (you should be able to see your latest backup files) take a look at the edit box on the top of the right-hand column. It contains the path to this directory. Copy it and paste it to Remote Control's "Initial Directory" box. Back in Remote Control, save the configuration by clicking on the "OK" button.

The easiest way to test that your new FTP configuration works isn't backing up your site! You can simply right-click on the site's name and select "Manage Backups". In the new dialog, select the first entry marked as "complete" and click on the "Download" button. Akeeba Remote Control will now begin downloading your backup archive.


Nicholas K. Dionysopoulos

Lead Developer and Director



🇬🇷Greek: native

🇬🇧English: excellent

🇫🇷French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



Friday, 16 April 2010 04:54 CDT
user9916
well...Now I've got this. A little strange since my chmod are on 755...
Friday, 16 April 2010 05:09 CDT
user9916
Ok I've got it. This error occures when a jpa file is already saved in the ftp file...What can I do about this? Otherwise the download is processing now and working perfectly, merci :)
Saturday, 17 April 2010 10:24 CDT
nicholas
Your previous log file didn't come through. Can you please resend it? I also do not understand when you mean when you say "when a jpa file is already saved in the ftp file". Can you please try to elaborate a bit more on that, please?


Nicholas K. Dionysopoulos

Lead Developer and Director



🇬🇷Greek: native

🇬🇧English: excellent

🇫🇷French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



Sunday, 18 April 2010 22:05 CDT
user9916
Hey there, I just had to click on "delete the backup files on the server and now it's working perfectly !

Thanks for your help !
Monday, 19 April 2010 01:15 CDT
nicholas
The hidden reason is that if you don't the backup files stay on the server, taking up your free space. If you don't have enough free space, no backup can be taken :)


Nicholas K. Dionysopoulos

Lead Developer and Director



🇬🇷Greek: native

🇬🇧English: excellent

🇫🇷French: basic



Please keep in mind my timezone and cultural differences when reading my replies. Thank you!



This ticket is closed, therefore read-only. You can no longer reply to it. If you need to provide more information, please open a new ticket and mention this ticket's number.

Support Information

Working hours: Typically we work Monday to Friday, 9am to 7pm Cyprus timezone (EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets, but we cannot respond to them, outside of our working hours.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!