Support

Admin Tools

#11829 JFTP bad response after fix permissions in admin tools

Posted in ‘Admin Tools 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
Admin Tools version
n/a

Latest post by nicholas on Wednesday, 04 April 2012 09:28 CDT

Wednesday, 04 April 2012 02:56 CDT

user7906
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? yes
Have I searched the tickets before posting? yes
Have I read the documentation before posting (which pages?)? yes
Joomla! version: 2.5.1
PHP version: 5.3
MySQL version: 5.1
Host: hostgator (i did a transfer from one cpanel to another cpanel from hostgator)
Admin Tools version: (2.2.a3)

Description of my issue:

After i tried to update admin tools i get these warnings: (the first part of the warnings was yet present before i tried to update). First of all i did a "fix permission", but this did not solve the issue.

JFTP: :write: Bad response
JFTP: :write: Bad response
JFTP: :write: Bad response
JFTP: :write: Bad response
JFTP: :write: Bad response
JFTP: :write: Bad response
JFTP: :mkdir: Bad response
JFTP: :chmod: Bad response
Unable to create destination
Extracting the update package failed. Please try updating the extension manually.
JFTP: :write: Bad response
JFTP: :write: Bad response
JFTP: :write: Bad response
JFTP: :write: Bad response
JFTP: :write: Bad response
JFTP: :write: Bad response

Wednesday, 04 April 2012 03:02 CDT

nicholas
This is a permissions issue. Please note that ONLY permissions AND ownership have any meaning. Permissions by themselves mean absolutely nothing. In any case, you can follow our installation troubleshooting to fix this. I also strongly recommend reading Akeeba Backup's Security Information chapter which explains in great detail how permissions, ownership, users, groups and all of that stuff work. These are basic web site management skills (IMHO, the most basic). Yet, based on what I see in all my visits to Joomla! Days around the world, most people ignore them.

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!

Wednesday, 04 April 2012 03:05 CDT

user7906
i suppose it is due to the transfer (backup and restore) from one cpanel to another. so i suppose i only have to change the ownership of all cpanel files at once?

Wednesday, 04 April 2012 03:10 CDT

nicholas
Yes! Ideally, all files should be owned by the cPanel user (which is the same as your FTP user), enable Joomla!'s FTP mode and adjust the permissions of tmp, cache, administrator/cache and logs accordingly.

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!

Wednesday, 04 April 2012 06:25 CDT

user7906
do you mean i have to use the main ftp user? i made a new user for ftp with access to /public_html/www...
I also tried to check if the id of my account is filled in. but the Post-installation configuration screen returns after the process has ended successfully. so i can't get to the akeeba component...

Wednesday, 04 April 2012 06:42 CDT

nicholas
do you mean i have to use the main ftp user

This depends on your server setup. If both FPT users run as the same Linux user account (they most likely do) you do not have to use your main user account. Ask your host about that.

I also tried to check if the id of my account is filled in.

There is no place in Joomla! where you enter your Linux user ID (in fact, you needn't even know it), so it's unclear to me what you're talking about.

but the Post-installation configuration screen returns after the process has ended successfully. so i can't get to the akeeba component...

Log out, clear your cookies, quit your browser, launch it again and log back into your site. This problem should be solved. What happens is that many browsers cache the redirection, causing this infinite loop.

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!

Wednesday, 04 April 2012 07:38 CDT

user7906
i see in filezilla a column owner group: this is 500 500 for my original site and 502 501 for my test site in the other cpanel. so is it not the same linux user?

i meant the download id of akeeba backup (sorry about that)

infinite loop remains... see screenshot the result screen. after clicking right on "control panel" button i still see the post-installation configuration screen

Wednesday, 04 April 2012 07:51 CDT

nicholas
The user ID doesn't mean much when comparing it between different systems. On my Ubuntu Linux box I am user 503, on my Mandriva Linux box I am user 500, on my Mac OS X laptop I am 501 and so on. If you are unsure about the ownership, the only one who can shed any light is your host who knows how their servers are set up :)

Regarding the Download ID, it's only used when updating, not when using the component, so it was irrelevant to your problem.

Regarding the infinite loop, it sounds like there is a database problem there. Can you try uninstalling and reinstalling Akeeba Backup? Please note that uninstalling will also remove all backup archives, so you may want to download them locally first.

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!

Wednesday, 04 April 2012 07:54 CDT

user7906
can i also just UNinstall admin tools too (and reinstall) without having any problems?

does the JFTP write error is an error caused by a problem of ownership?
Edited by user7906 on 2012-04-04 07:59 CDT

Wednesday, 04 April 2012 08:08 CDT

nicholas
The only problem with uninstallation is that you lose your saved settings. Nothing less and nothing more.

The JFTP write error is, indeed, caused by ownership/permissions issues.

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!

Wednesday, 04 April 2012 08:18 CDT

user7906
i changed some things to ftp and succeeded to update admin tools to 2.2.3. after this updated akeeba backup to latest version but got error 500 "admin tools panel is broken, please re-install". so i will try this first...

Wednesday, 04 April 2012 08:38 CDT

user7906
damned!!! this is the second time admin tools screws up my site! i did a reinstall of admin tools and now i see no site anymore at www.farmatoolstest.be/administrator. the first time i encountered this all my backups indicated 0 bytes and a also a lot of other files. now the frontend is not screwed up but only the backend (i suppose). what do you suggest?

Wednesday, 04 April 2012 08:50 CDT

nicholas
I think that you are simply missing a directory which was not copied due to wrong permissions. Extract Admin Tools' package locally and upload the fof directory into your site's libraries directory so that you now have a directory named libraries/fof.

If that doesn't help, you can always do what we say in the documentation: rename the plugins/system/admintools/admintools.php file to .php.bak and you can access your back-end again. Make sure you can access Admin Tools and configure it again.

Just for the record, you've touched a pet peeve of mine. You place the blame in a way which makes no sense. It's not Admin Tools screwing up your site, but a partial installation of Admin Tools because of problems you have with your server that screws up your site. There is a monumental difference between the two. I can guarantee that if you use my properly installed software on a properly functioning server it won't screw up your site - I have many safeguards in place and even more workarounds to let you regain control if that ever happens due to a bug. If, however, there is a partial installation there is no way to know which way the software might fail. Put in another way, try removing random parts from a car, e.g. the brakes, the ABS valve, the engine firewall, the muffler and so on. I'm sure it will display erratic behaviour or even crash/catch fire/explode killing everyone inside. Is the car or the car manufacturer to blame? Of course not. Why should software be any different? It's the same engineering principles, both in cars and software.

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!

Wednesday, 04 April 2012 08:54 CDT

user7906
excuse me!!! this was not meant like that. my english language is not so strong, so maybe i sometimes choose the wrong words because of a lack on vocabulary. of course akeeba is one of the best tools (it saved me different times), no doubt about that. i will try your suggestion first now.

Wednesday, 04 April 2012 08:56 CDT

nicholas
No problem! I just wanted to clarify a common misconception about what is going on when a partial installation occurs :)

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!

Wednesday, 04 April 2012 08:57 CDT

user7906
i see all files in libraries/fof are set to 0 bytes.
i uploaded as you said and... wow! how can someone be so smart ;-)
Edited by user7906 on 2012-04-04 09:01 CDT

Wednesday, 04 April 2012 09:00 CDT

nicholas
You are DEFINITELY going over quota. That's why you get all those JFTP errors: there is no free space to create the files in the first place. Since this is cPanel, please log in to WHM and increase the disk space allotment for that account. I'd say double it, if possible.

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!

Wednesday, 04 April 2012 09:02 CDT

user7906
how do you mean, everything is set to unlimited (i think)...

Wednesday, 04 April 2012 09:12 CDT

user7906
on my test site now everything seems to be OK. i have latest admin tools and akeeba, could make a backup and use admin tools to update joomla to 2.5.4!
so thx for that!

i will now do the same thing on my main (original site). fingers crossed!

Wednesday, 04 April 2012 09:21 CDT

user7906
i encountered my first problem... my first backup returns:

AJAX Loading Error
HTTP Status: 500 (Internal Server Error)
Internal status: error
XHR ReadyState: 4
Raw server response:

Wednesday, 04 April 2012 09:23 CDT

user7906
do you also advise me to uninstall and reinstall akeeba and admin tools? or do i have first to try to update to latest version?

Wednesday, 04 April 2012 09:28 CDT

nicholas
For now, please close this thread and start a new one about the backup issues. Let's take one thing at a time :)

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!