Support

Akeeba Backup for Joomla!

#9105 directory is not defined correctly

Posted in ‘Akeeba Backup for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
n/a
PHP version
n/a
Akeeba Backup version
n/a

Latest post by nicholas on Saturday, 15 October 2011 14:53 CDT

user48517
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Yes
Have I searched the forum before posting? Yes
Have I read the documentation before posting (1-58)? Yes
Joomla! version: (1.6.3)
PHP version: (5.3.3)
MySQL version: (unknown)
Host: (GoDaddy)
Akeeba Backup version: (3.3.4)

EXTREMELY IMPORTANT: Please attach your Akeeba Backup log file in order for us to help you with any backup or restoration issue.

Description of my issue:
I'm using the "Site Transfer Wizard". In the field "FTP/FTPS/SFTP directory to the remote site's root" I'm entering "/" and I get the error msg "Your FTP/FTPS/SFTP directory is not defined correctly. You will be redirected back to the previous page to correct it. If in doubt about what this means, please read our documentation."
I've read the Docs. I've used Filezilla to copy the path of the root directory as suggested in the docs. I copied the path which was "/" and used it in the field mentioned and I still get this error.
I have noticed that every time I try and run this,a file named "akeeba_connection_test.png" is copied over into that root directory.
I have deleted everything from the root folder before starting this process, as suggested. There is however one folder "stats" that I can not get ride of as my host generates that folder automatically every time I delete it.

Thank you for your help.

dlb
The stats folder is part of your hosting account, not part of your website. On most servers you can't delete that folder at all. It is not causing the problem.

Is the akeeba_connection_test.png file in the folder that you want to be the root of your site? Is it in the folder that you want to upload the site into?


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)

user48517
"Is the akeeba_connection_test.png file in the folder that you want to be the root of your site? Is it in the folder that you want to upload the site into?"

Yes that is correct.

nicholas
Akeeba Staff
Manager
I think that what is wrong here is probably not the FTP path itself, but the the URL to the site you defined in the Site Transfer Wizard. Or the two don't correspond. Let me explain.

In order to find out yourself, tuck /akeeba_connection_test.png to the URL you specified. For instance, if your URL is http://www.example.com, try loading http://www.example.com/akeeba_connection_test.png. If you don't see the image, you have set up the Site Transfer Wizard wrong.

How to correct this. First, create a simple text file named test.txt which contains only one short phrase, "It works". Save it to your desktop. Now, connect to your new site (the one you want to transfer TO) with FileZilla. Go into your web root -usually a directory named httpdocs, www, public_html or something similar- and upload this test.txt file. Try accessing this newly uploaded file over your browser, e.g. http://www.example.com/test.txt. That's your test URL. If you've done it correct, you should see "It works". If you don't see that, retry the above steps carefully.

Then, go to FileZilla and look to the right hand of you screen. Right above the list of directories there is a text box which shows the FTP path. It's usually something like /public_html. Copy this. Go to the Site Transfer Wizard and paste this to the "FTP/FTPS/SFTP directory to the remote site's root" box. Make sure the rest of the FTP connection information is correct (which seems to be in your case). In the "URL to the remote site" paste the test URL without the /test.txt part. In this example, that should be http://www.example.com.

Now the Site Transfer Wizard should work. If it still doesn't work and you're on a deadline, it's also possible to simply take a regular backup of your site, upload it to the live site along with kickstart.php and restore your site to the new host. The Site Transfer Wizard is certainly not the only way to transfer your site and most likely not the optimal one either, for several technical reasons you'd probably not really want to know :)

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

user48517
You are correct sir the URL was bad. I needed to use some temporary name provided by my host, instead of the IP address.

The process was easy and I commend your team on a great product.

So that all worked out well. My site installed relatively fine. I do have one problem however.

My main page works fine. But any additional menu items on the menu bar do not work. For example my menu consisted of "Home" & "VO". "Home" is functional. "VO" when click upon gives me the following error:
"No input file specified."

Thinking perhaps there was some issue with migrating certain functions over I decided to add a new menu items, a simple page.
Unfortunately I get the same error with the newly added menu item.

Any ideas as to what could be causing this problem?
Thank you.

user48517
Just found this article. Its seems like my issue is a pure Joomla & GoDaddy problem.

http://forum.joomla.org/viewtopic.php?p=1207392

dlb
I didn't read the whole thread, two important things stood out:
  1. Comment out the follow symlinks line.
  2. Wait a while, there is a delay on GoDaddy for changes to .htaccess to take effect.


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)

user48517
In the migration process I believe the the setting "Use URL rewriting" in Global Configuration was turned off (No). I set it to (Yes) and now it works fine.

nicholas
Akeeba Staff
Manager
Yeah, GoDaddy's server settings are horrid, especially if you have the Windows hosting package. My advice is to not use GoDaddy for anything except domain registration and SSL certificates. Their hosting plans are, um, let's just say not worth the effort :)

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

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!