UNiTE, Remote CLI, eXtract Wizard

Sunday, 29 March 2009 10:40 CDT

user3724

I'm trying to get a remote backup going using JoomlaPack Remote (great tool BTW!) but I get "Couldn't Connect to the site:HTTP/1.1 404 not found" when trying to add a new site and "XML-RPC Layer error: Socket Error #11001 Host Not Found" when I try to connect in the main menu of JoomlaPack Remote. My site is currently at http://www.example.com/Joomla . I have tried http://www.example.com/Joomla/index.php as well. I have also followed the manual on what to activate.

I'm running Joomla 1.5.9, JPremote 2009.1 and the latest version of JP Native tools.

Thanks!

Monday, 30 March 2009 03:05 CDT

dlb

On the site you're trying to connect to, please check in the Joomla! Global Configuration file that the "Web services" is set to "yes".

Dale

Dale L. Brackin
Support Specialist

English: 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, 21 April 2009 13:39 CDT

Shlazor

Dale,

I am having the exact same problem even though the Remoting plugin is installed and enabled as well as Web Services is set to "yes". I saw in another post that there is a conflict with the phpBB bridge. I am neither running phpBB nor the bridge. Are there any other known conflicts that I should be aware of? Thanks in advance for the help.

Wednesday, 22 April 2009 03:33 CDT

dlb

The important point that I missed in my reply to the original poster is that the address needs to end in the xml-rpc folder, pointed to the index.php file. So the full address should be:"www.mysite.com/xmlrpc/index.php". :(

If you have that set up right, what version of JPRemote are you using?

Dale

Dale L. Brackin
Support Specialist

English: 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)

Wednesday, 22 April 2009 08:31 CDT

Shlazor

Thanks for the quick reply. I did not have the full path including "/xmlrpc/index.php" That was, in fact, new to me. However, after I did that, it still did not work. Hmmmm. I hope you have some ideas because the concept is so cool!

I am running JoomlaPack Remote 2.0.0.12.

I am still getting the same message

"the plg_remote plugin does not seem to be installed or enabled on your site."

I appreciate your help. Thx!

Wednesday, 22 April 2009 09:20 CDT

dlb

I don't know why JPRemote thinks the plugin is not installed if it is and is active. I'll ask Nicholas to take a look at this.

Dale

Dale L. Brackin
Support Specialist

English: 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)

Wednesday, 22 April 2009 12:00 CDT

user4697

Hi, I'm having the same problems with Joomla 1.5.10, JoomlaPack 2.1.1 and RPC 2009.1 on my site, everything is installed but the errorcode still remains. Who has an answer for this?????

Wednesday, 22 April 2009 22:34 CDT

nicholas

You can try to set up your sites using the "Expert Mode", which is the same as editing your site. This dialog is documented in [url:11npxzc7]http://www.joomlapack.net/help-support-documentation/remote/ch03s04.html[/url].

Normally, this is not required if you have installed and enabled the plg_jpremote plugin. However, there might be a number of reasons why Remote might complain. Usually, there is some system, user or authentication Joomla! plug-in which interferes and messes up the XML-RPC response. The latest developer's release from the Bleeding Edge tries to overcome this problem with two ways:

a) It ignores non-XML-RPC content in the beginning of the response (i.e. PHP warnings)

b) The new plg_jpremote supports authenticating against the "secret word". This avoids loading Joomla! plug-ins for authentication and, therefore, bypasses any plug-ins which might interfere with the output. In order to use this feature you have to enable the front-end backup from the JoomlaPack Configuration on your site and use a secret word of your liking (as long as it's not an empty). Back in Remote, use any username you want - even one which doesn't exist at all! - and put your secret word as the password. The plug-in detects this automatically.

I hope this helps you :D

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!

Tuesday, 28 April 2009 03:53 CDT

user4697

You can try to set up your sites using the "Expert Mode", which is the same as editing your site. This dialog is documented in [url:whnkx4bx]http://www.joomlapack.net/help-support-documentation/remote/ch03s04.html[/url].

Normally, this is not required if you have installed and enabled the plg_jpremote plugin. However, there might be a number of reasons why Remote might complain. Usually, there is some system, user or authentication Joomla! plug-in which interferes and messes up the XML-RPC response. The latest developer's release from the Bleeding Edge tries to overcome this problem with two ways:

a) It ignores non-XML-RPC content in the beginning of the response (i.e. PHP warnings)

b) The new plg_jpremote supports authenticating against the "secret word". This avoids loading Joomla! plug-ins for authentication and, therefore, bypasses any plug-ins which might interfere with the output. In order to use this feature you have to enable the front-end backup from the JoomlaPack Configuration on your site and use a secret word of your liking (as long as it's not an empty). Back in Remote, use any username you want - even one which doesn't exist at all! - and put your secret word as the password. The plug-in detects this automatically.

I hope this helps you :D

Unfortunetly the link to bleedng edge doesn't work. I've tried everythin said in thos forum, I think. But still the error remains. ftp connection works. I've removed the plugin en re-installed it but still no effect.

what is left to do?

Tuesday, 28 April 2009 06:30 CDT

dlb

Let's try this link for the Bleeding Edge page. :D

Dale

Dale L. Brackin
Support Specialist

English: 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, 28 April 2009 21:02 CDT

nicholas

Darn! I typed the wrong link to my own site?! OK, the link to the Bleeding Edge is the one Dale gave you. Sorry :oops:

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!

Friday, 01 May 2009 05:58 CDT

user4697

Darn! I typed the wrong link to my own site?! OK, the link to the Bleeding Edge is the one Dale gave you. Sorry :oops:

no problem nicholas. thnkx for the reply. can you tell me someting more about the problem. no solution works for now. :(

Saturday, 02 May 2009 02:38 CDT

nicholas

You can PM me the URL to your site and create a temporary Administrator user account so that I can debug the problem on the spot. Usually, it's another plug-in interfering with the plg_jpremote's user authentication which causes this problem.

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!

Thursday, 07 May 2009 01:01 CDT

nicholas

As an update, I'd like to mention that the problem was that the plugin was published with the "Special" access level. XML-RPC plug-ins work only if the access level is set to "public".

The explanation to this restriction is mostly technical, but the bottom line is that since XML-RPC traffic is inherently unauthenticated when it hits the XML-RPC server, using any access level other than "public" effectively is the same as unpublishing the XML-RPC plug-in.

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!

Sunday, 10 May 2009 09:08 CDT

user4697

Nicholas, as said in a pm everthings works now! thanks again. i've to mention it in this forum so everyone can see that problems are seriously examined and solved by team Joomlapack!

Monday, 11 May 2009 00:07 CDT

user1139

Hi,
I'm having the same problem.
I have installed today (11 may 2009) the latest version of JoomlaPack (version 2.2.b1, native tools 2009.2 and plg 2009.2) on 2 different sites running on 2 different servers. 1 gives a open_basedir error but does the backup and the other is green on everything. Both give exactly the same code:
XML-RPC layer error: socket error # 11001
Host not found
Because of this I doubt the error is in either Joomla or third party.
i hope you can find a solution :)

Monday, 11 May 2009 02:41 CDT

dlb

The plugin needs to be enabled, with an access level of "public". The web services in Joomla! Global Configuration needs to be turned on.

Those are all my "is it plugged in" steps. :D

Dale

Dale L. Brackin
Support Specialist

English: 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, 11 May 2009 02:50 CDT

user1139

Sorry Dale,

Had already checked that. Read the forum first ;) . And unfortunately it didn't help.

Dick

Monday, 11 May 2009 03:19 CDT

dlb

Gotta start with the simple stuff, once in a great while I find one that isn't plugged in. :lol: It was actually a dumb question if you're getting a partial backup.

I'll have to ask Nicholas to look at this one.

Dale

Dale L. Brackin
Support Specialist

English: 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, 11 May 2009 21:32 CDT

nicholas

You can start with some basic troubleshooting steps:
[ul]
[li]Install the latest developer's release (at the time of this writing it's SVN480) of the Remote application from the Bleeding Edge.[/li]
[li]Try visiting the XML-RPC URL of your site, it's something like http://www.example.com/xmlrpc/index.php . Upon visiting this URL you should get exactly the following:

faultCode 105 faultString XML error: Invalid document end at line 1, column 1

This is normal and it means that we didn't send an XML-RPC request. If you get any other output (e.g. server errors, PHP notices/warnings/error) then it's a server problem you'll have to troubleshoot.[/li]
[li]Check if you have any firewalls on your PC blocking Remote's requests. I've had some hard time configuring Panda IS to allow JoomlaPack Remote's communication to get through, as the options were hidden away from view.[/li]
[li]On your site, check that Web Services is set to On in your Joomla! configuration, the plg_jpremote is published and its access level is public[/li]
[/ul]

I've found that the most probable cause for this kind of errors is the firewall.

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!

Monday, 11 May 2009 22:34 CDT

user1139

Hi Nicholas,

- I have installed the latest developers release. Unfortunately the same error occurs.
- When visiting the XML-RPC Url I get the exact code you mentioned.
- I am using Avira Premium and jRequest is privileged and allowed.
- Webservices is on.
- The plugin is published and public.

Still the same error.
Do you think it might be the logging in on the site that causes this?

Regards
Dick

Monday, 11 May 2009 23:18 CDT

nicholas

It is possible that you have user or authentication plug-ins which are incompatible with Remote, e.g. if you are using a forum bridge.

As a workaround, you can make sure that you have installed the latest plg_jpremote (version 2009.2), go to JoomlaPack configuration, enable the front-end backup and enter a secret word of your liking. Then, back to Remote, use any username you like (even one which doesn't exist) and put the front-end backup's secret word as the password. This will force the plug-in to skip loading the user and authentication plug-ins, authenticating you with the secret word.

If all else fails, you can set me up an administrator user and PM me the URL to your site and the username and password of the user you've set up so that I can debug it directly on the server.

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!

Tuesday, 12 May 2009 00:11 CDT

user1139

Hey Nicholas,

On this site I'm using JomSocial. That might have been the problem.
The workaround is excellent. Just one thing. Are there any safety issues that I have know of using this workaround?

Thanks a bunch fot your support.
Dick

Wednesday, 13 May 2009 02:51 CDT

nicholas

The only security "issue" is that you decrease the number of independent authentication factor from 2 down to 1. I mean, normally a potential hacker has to guess two things: username and password. With this approach he would only have to guess the password. Given the fact that most sites keep the original Super Administrator account (admin) without changing its username, I guess this workaround doesn't really decrease the security level of your site.

The bottom line is, I don't consider this to be a security issue.

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, 13 May 2009 03:06 CDT

user1139

I routinely change the username of the Superadministrator. So I guess a really difficult secret name does the trick.
Anyway, many thanks Nicholas :D

Wednesday, 13 May 2009 07:00 CDT

nicholas

You're welcome :D

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!

Thursday, 21 May 2009 22:32 CDT

user5922

I have installed:

1. JoomlaPack 2.1 (2009-03-01)

2. JoomlaPack Remoting XMLRPC services for JoomlaPack 2.x (and published)

3.Webservices enabled in Global Configuration.

I have tried the workaround as described above. Still I get the XML-RPC Error. I have disabled firewall with and without workaround. Are there any other tips to work around this problem??

Logfile:
[ul][22-05 10:39:48] --------------------------------------------------------------------------------
[22-05 10:39:48] JoomlaPack Remote is starting a new backup
[22-05 10:39:48] Creating new backup thread
[22-05 10:39:48] Initializing XML-RPC Connector from site definition
[22-05 10:39:48] Host / Port : / 1
[22-05 10:39:48] Using profile #0
[22-05 10:39:48] Running backup thread
[22-05 10:39:48] Initializing remote backup
[22-05 10:39:48] POST: joomlapack.startBackup **** **** 0
[22-05 10:39:48] Backup error: XML-RPC layer error:
[/ul]

Friday, 22 May 2009 00:34 CDT

nicholas

You missed a very important troubleshooting observation I made on an earlier post in this thread:

...you can make sure that you have installed the latest plg_jpremote (version 2009.2), go to JoomlaPack configuration, enable the front-end backup and enter a secret word of your liking. Then, back to Remote, use any username you like (even one which doesn't exist) and put the front-end backup's secret word as the password. This will force the plug-in to skip loading the user and authentication plug-ins, authenticating you with the secret word.

Please try this workaround. Most of the times it's some forum bridge / community / ACL component which installs user or authentication plug-ins not compatible with XML-RPC. Given that Joomla!'s XML-RPC feature has not received a lot of attention by site owners, it's reasonable that developer's don't pay much attention to XML-RPC compatibility either. That's why I implemented this workaround involving the secret word.

Please post back with the results of your trials :)

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!

Friday, 22 May 2009 04:22 CDT

user5933

After trying all suggestions mentioned in the forum, I'll give in and wait until the "fix" is in. The concept is brilliant, though!

Friday, 22 May 2009 08:59 CDT

nicholas

Well, you can always use the Expert Mode to set up your site (the wizard seems to be broken in 2009.2). Just pay attention to the port. It defaults to 1 when it should be 80. If you leave it to the wrong value of 1 you will get the error you mention. So, the "fix" is already there. There's nothing new to put in there :)

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!

Friday, 22 May 2009 11:14 CDT

user5933

Here's the lastest from the log file generated:[attachment=1:32knlp7z]

Friday, 22 May 2009 22:48 CDT

user5922

I' ve got it working. I did the following:

In Expert Mode filled in:

1. The workaround as suggested by Nicholas.

2. Changed XML-RPC port to 80 and as host:"www.mysite.com/xmlrpc/index.php"

3. Filled in the Profile-ID by pushing the button " Get Profiles" and choose Profile-ID=1

Thanks Nicholas for this great software it makes my life much easier.

Update:
After testing (3 Back-ups)I got the Following Error:

XML-RPC Layer Error: Login Failed

Logfile:

[23-05 11:39:46] --------------------------------------------------------------------------------

[23-05 11:39:46] JoomlaPack Remote is starting a new backup

[23-05 11:39:46] Creating new backup thread

[23-05 11:39:46] Initializing XML-RPC Connector from site definition

[23-05 11:39:46] Host / Port :www.mydomain.com/xmlrpc/index.php / 80

[23-05 11:39:46] Using profile #1

[23-05 11:39:46] Running backup thread

[23-05 11:39:46] Initializing remote backup

[23-05 11:39:46] POST: joomlapack.startBackup **** **** 1

[23-05 11:39:46] GOT:

faultCode

801

faultString

Login Failed

[23-05 11:39:46] Backup error: XML-RPC layer error:Login Failed

Sunday, 24 May 2009 02:01 CDT

nicholas

@rolaxis: You have some 3rd party user or authentication plug-ins installed on your Joomla! site, for example a forum bridge, which interfere with the user authentication procedure. As I have written before in this forum, there is a viable workaround. Just go to JoomlaPack's Configuration page, enable the front-end backup feature (necessary step!) choosing a secret word of your liking. Go back to Remote, edit the site definition and put the secret word in the password field, replacing your regular Joomla! password. Try to fetch a list of profiles. This should now work. ;)

If not, there is some other Joomla! plug-in interfering with the XML-RPC layer as a whole. Many 3rd party developers ignore the XML-RPC layer compatibility when they develop system plug-ins. I can't tell which one is to blame unless I have your server's error log.

@kwgerdyk: Right now you are getting a legitimate error which tells me that the password Remote sends is different than the secret word configured in JoomlaPack OR the front-end backup feature is disabled. You either changed your secret word, or disabled the front-end backup. Please note that in order for the workaround to work you must enable the front-end backup and you must use the secret word in the password field of Remote. Don't worry, these problems might happen to everybody :D

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!

Monday, 25 May 2009 07:41 CDT

user5922

@Nicholas

I am pretty sure i did not turn off. But yes the workaround was turned off in the component. Well..... :)

Another problem is downloading. After 20 secs or so it aborts the download. When I push the TEST button the response is: "Connection Established".

I hope you can me help me with this. Because the best feature is, in my opinion, automatic downloading and deleting from the site. Thanks in advance.

Logfile:

[25-05 19:27:13] Creating new download thread

[25-05 19:27:13] Initializing FTP download from site definition

[25-05 19:27:13] FTP Server / Port ftp.mijndomein.nl / 21

[25-05 19:27:13] Using FTP Active mode

[25-05 19:27:13] Keep Alive is enabled; NOOP will be sent every 10 seconds.

[25-05 19:27:13] Downloaded file will be written to C:\Users\Karst01\Documents\Webdesign\mijndomein\Backup

[25-05 19:27:13] Running download thread

[25-05 19:27:13] Applying lead time before downloading, 10 seconds

[25-05 19:27:23] Connecting to FTP server

[25-05 19:27:24] Changing working directory to backup output directory, /domains/mijdomein.nl/public_html/administrator/components/com_joomlapack/backup

[25-05 19:27:24] Getting file size using the SIZE command

[25-05 19:27:24] Getting file size using the LIST command

[25-05 19:27:24] Got download progress signal: 736 / -1 bytes

[25-05 19:27:24] Starting FTP download of site-www.mijndomein.nl-20090525-172546.jpa

[25-05 19:27:24] Got download progress signal: 32768 / 11406387 bytes

[25-05 19:27:24] Sending NOOP (connection keep-alive) command

[25-05 19:28:24] Got download progress signal: 33304 / 11406387 bytes

[25-05 19:28:24] Sending NOOP (connection keep-alive) command

[25-05 19:29:24] Download failed: Transfer aborted. Broken pipe

[25-05 19:29:24] Download failed: FTP transport error:

Monday, 25 May 2009 11:02 CDT

user6047

Hi all
I have same problem. I read thie thread. It took a long time. Untill 2008 to 2009, but there no solution. where are JoomlaPack Team?

Monday, 25 May 2009 17:40 CDT

dlb

@trongphan - Maybe you should read Nicholas' signature line.

Dale L. Brackin
Support Specialist

English: 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, 26 May 2009 02:59 CDT

nicholas

@kwgerdyk: I noticed two log lines:

25-05 19:27:13] Using FTP Active mode

[25-05 19:27:13] Keep Alive is enabled; NOOP will be sent every 10 seconds.

You should try first disabling the keep-alive (it's not needed on most servers and it will create download problems on them instead of fixing things). If this still doesn't help, try disabling the active mode. Most home and business network setups work better with passive mode. Use active mode only if your server requires it.

@trongphan: What you do is called "flaming". I am a developer, not a psychic. When you are ready to discuss what exactly you can rest assured that your problem will be fixed. As a matter of fact, we never let support posts unanswered. On the contrary, our objective is to answer all posts within 24 hours. We are almost 100% in our objective. And we do it free of charge, unlike rich multinationals which offer you support for 1$/minute, outsourced to some clueless guy in India who doesn't care about your problem but simply acts on a support script he's been handed over. So, speak up, tell us what the problem is! We can fix it, together.

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!

Tuesday, 26 May 2009 03:37 CDT

user5933

Hello Nicholas:

I've tried everything so far with no success. There must be something standing in the way of xmlrpc functionality as you previously suggested.

I've got a completely clean testing site installed (J1.5.10). I've already installed Jpack and JpackRemote and run a successful test on the testing site. My next step is to start adding all the extensions, one by one, that I'm running on my live site to see if I can eliminate the component(s) that are possibly causing the issue I'm experiencing with JPackRemote on my live site.

I'll feed my results via this forum, which hopefully will help others who are having an issue also.

Tuesday, 26 May 2009 05:57 CDT

user5922

@Nicholas
Thank you. It's working now. Scheduling is working, perfect!! Is there already a Dutch translation?? Can I help??

Tuesday, 26 May 2009 20:34 CDT

nicholas

@kwgerdyk: I am glad you got this working! :D \Program Files\JoomlaPack\languages\english.ini to dutch.ini and translate right away. In order to test your translation, go to JPRemote's options, change the language to Dutch, shut down and restart the application. It should now pick up the translation and provide a localized interface.

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

UNiTE, Remote CLI, eXtract Wizard

#3481 XML-RPC Layer error...HELP

This is a public ticket

Environment Information

Support Information