Support

UNiTE, Remote CLI, eXtract Wizard

#3589 JP Remote SE - auto cancle problem

Posted in ‘UNiTE and Remote CLI’
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

PHP version
n/a
Tool
UNiTE
Tool version
n/a

Latest post by nicholas on Monday, 01 February 2010 05:19 CST

user7787
Hello,

I have 5 sites that I am trying to use the remote application to backup.

The 5 sites reside on 5 different servers with 5 different URLs and 5 different FTP accounts.

When I click the "backup all" button they all begin to backup (or get queued). I noticed that 3 of them finished but 2 seemed to become frozen - not status updates no activity etc.

So I clicked "abort" after selecting Site #1 and it aborted - 2 seconds later Site #4 also aborted (#1 and #4 were the two frozen ones).

I manually selected site #1 and told it to backup... I saw it begin and then I clicked #4 and told it to backup and I saw it begin. When I checked on site #1 again, it was frozen again.... although this time #4 was still backing up.

I highlighted #1 and clicked abort - and again they both aborted. I have tried this several times, starting with #1 and then #4, and also starting with #4 and then moving to #1. The first site that begins to backup becomes frozen as soon as I tell the other to backup. And as soon as I abort the frozen one - they both abort.

How can this be? I have tripple checked their settings. Different URL, different FTP, different hosting account. Please advise.

------------

P.S. all 5 sites have:
Joomla 1.5.14
PHP 5.2.12
Apache
MySQL 5
Joomlapack 2.4 plus
plg_jpremote-2009.4

I suppose I could solve this by setting my queue to size 1 but there should be no need for that.

nicholas
Akeeba Staff
Manager
When you say a site was frozen, did you wait for at least 2 minutes? This erratic behavior is not something I could reproduce. Granted, JP Remote isn't the most stable piece of software I've ever made, but it doesn't repond so erratically on my installations.

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!

user7787
I would say so - the other 3 sites finished backing up and also downloaded their files to my computer via ftp and I have my ftp queue set to 1 at a time.

You know how when you backup a site it says "backing up database" or files and then below that it tells you what folder or tables it is in? Well when I clicked on one job it did not have any text telling me where it was just that it was beginning backing - and the other job indicated it was (where ever it was) when I started the second job.

Now, keep in mind - I have no idea how to reproduce this as I have 5 sites and it only happens with sites #1 and #4. However, even if the sites were not frozen, as you are implying, why would canceling one automatically cancel the other? I am DEFINITELY not doing something stupid like hitting abort all.

If I cant run them at the same time I guess that seems like one thing I can live with - but its impossibly frustrating to have the abort button cancle 2 jobs instead of only the selected one.

nicholas
Akeeba Staff
Manager
If the status pane doesn't show anything, it means that Remote has not received data from the site yet. This usually happens if you accidentally select HTTPS instead of HTTP, so the connection stalls for about 5 minutes before erroring out.

Hitting Cancel on one site should only cancel this one site, nothing else should happen. I don't know how this happens with your installation. Internally, JPRemote uses a unique serial ID for each site and all actions are applied against the active site's ID. The active site is determined by left clicking on the site first, then clicking on cancel. Do note that right-clicking on a site doesn't make it active, because right-clicking doesn't cause the site's row to become selected (stupid Windows message handling... I don't like the way it works either).

Please try doing this:
- First, delete the two problematic sites to rule out a database issue.
- Create the first of those sites using the wizard.
- Try backing up. Does it work? If not, select the site, right click on it and select View Log. Then copy and paste the log back here so that I can take a look at what Remote was trying to do.

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!

user7787
Well I had a problem getting it to work using the wizzard and in another thread you had told me to use the expert mode to enter sites. This is how I have entered all my sites - "www.domain.com/xmlrpc/index.php" with no http OR https entered.

Also, both sites do backup correctly - one at a time. I have finished created a backup for each site and downloaded the backup file via FTP.

It is also not necessarily that it shows no status message. If I start one job and wait untill it is in the middle of backing up - and then I start the second job, it will freeze with whatever the last status message was and stay that way. It's only blank when I click "backup all" and they start at the same time.

nicholas
Akeeba Staff
Manager
Can you please post the JPRemote log of a site which gets stuck? I need to see what's going on :)

There is also a slightly updated version - not officially released yet - available in the Bleeding Edge. I did make some few adjustments. Maybe you want to give it a shot.

But, please, give me the log of JPRemote. I can't understand what's going on otherwise.

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!

user7787
Hello
I am sorry it has taken me so long to get back to you. Things around here have been very busy. For the time being I have decided to just set my queue to 1 so as to avoid this problem until I have more time to deal with it.

Unfortunately, now I am having problems with the scheduled backups.

I have a site that is set to backup every Monday at 3 AM. The rest of my sites are set to backup every 1st of the month at 3 AM.

Last night, around 12 Midnight, one of my jobs began to backup. After it was finished I confired that it was set to backup at 3AM not 12AM - yet it ran at 12.

Today, is both Monday and the 1st of March. My computer was turned off at 3 AM. This morning when I turned it on (around 9 AM) the site set to backup every Monday began to backup. NONE of the sites set to backup on the 1st got queued.

If the computer has to be on to start the backup then I guess I can deal with that - but after my initial testing my "test job" ran as soon as the computer was back up... I tested this several times. I assumed that is how it would work and that is why I turned my computer off last night - thinking that it would run this morning.

Why did one site backup this morning and the rest did not when they are all set to begin at 3 AM. And why did one of my sites begin at midnight when it is set to start at 3 AM. It seems like this backup utility does what it wants when it wants.

Coupled with the fact that one of my jobs cancels and unrelated job and running both makes them both freeze I just dont know what to think or do.

nicholas
Akeeba Staff
Manager
I know that the scheduling has huge problems, just like the networking library. In all honesty, this tool wasn't developed with the same detailed design procedure as the component. I am aware of all these problems and I'm trying to solve them. Most of them are related to well-known threading issues.

In the near future all of the code will be thrown away and it will be rewritten from scratch, hopefully getting rid of all of these problems.

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!