Support

UNiTE, Remote CLI, eXtract Wizard

#3515 Remote Backup Starts on Reboot

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 Thursday, 17 September 2009 06:44 CDT

user792
I have JoomlaPack Remote installed and working fine. The remote backup is scheduled to run at 2:00 am every day.

Occasionally, I have to reboot the computer on which JPR is installed. I have JPR set to start when Windows starts. (I had to put the JPR icon in the startup folder to make that work.) That seems to work fine.

However, once JPR restarts, it will automatically start backing up. Since my remote backups are scheduled for 2:00 am, how can I disable the backups from running when I reboot my computer?

Thanks.

Rick

dlb
Rick,

I know this has been discussed before, but I don't recall what the conclusion was. I'll ask Nicholas to take a look at your question.

Dale


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)

nicholas
Akeeba Staff
Manager
Please upgrade to JoomlaPack Native Tools 2009.3. Older versions had a bug in the implementation of the backup scheduler.

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!

user792
Please upgrade to JoomlaPack Native Tools 2009.3. Older versions had a bug in the implementation of the backup scheduler.


I thought that was the version I had downloaded. Help | About shows version 2.1.3.19. I'll go download 2009.3 just to make sure.

Later: I just downloaded and installed Remote Tools 2009.3. Help | About still shows version 2.1.3.19. Also, a backup started when I opened the app after re-installation. So I suspect it will still perform a backup after rebooting.

Please note that I have Windows 7 RC (Build 7100) installed on the machine where JPR is installed. I don't know if Windows 7 is involved with this issue or not but I wanted you to have all the information for this situation.

Thanks.

Rick

nicholas
Akeeba Staff
Manager
JPRemote automatically runs the backup if it thinks it has missed the last backup. The last successful backup's date and time are recorded in the application's database upon completion of the backup process.

The only reason I can think of for this problem is that this timestamp is not written properly. I remember fixing a related bug last week. The relevant developer's release can be found in the Bleeding Edge, our developer's repository. Maybe you can try this and report back if the problem persists. If it does persist, I can arrange to build a special debug version so that we can pinpoint the cause of the 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!

user792


The only reason I can think of for this problem is that this timestamp is not written properly. I remember fixing a related bug last week. The relevant developer's release can be found in the Bleeding Edge, our developer's repository.


I tried this link. I saw some AdSense ads and then this in the middle of the page:

"Invalid options

Powered by the BleedingEdge zero-configuration repository component. Copyright ©2008 Nicholas K. Dionysopoulos."

Maybe you can try this and report back if the problem persists. If it does persist, I can arrange to build a special debug version so that we can pinpoint the cause of the problem.


I would be happy to work with you on this issue. I've been a software developer myself for many years so I'm always willing to assist a fellow developer with troubleshooting. :)

Later: I was looking for the 2.3.b1 Beta download and I just saw the JPR 2009.4 Beta download. I'll download that, try it, and let you know.

Rick

dlb
Rick,

The Bleeding Edge problem is probably an expired SVN version. The link is just out of date. Ya' gotta' be quick with Nicholas! :lol: The version that he was trying to get you to is posted as a public beta on the normal download page now.

Dale


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)

user792
Rick,



The Bleeding Edge problem is probably an expired SVN version. The link is just out of date. Ya' gotta' be quick with Nicholas! :lol: The version that he was trying to get you to is posted as a public beta on the normal download page now.



Dale


Ok. Good. That's what I downloaded just a little while ago. I'll install it shortly. Right now, I'm trying to find a page peel version that will work correctly with J! 1.5.11.

Thanks.

Rick

nicholas
Akeeba Staff
Manager
Actually, the broken link was me doing a typo in the URL :oops: The bleeding edge software has an auto-protection mechanism against unexpected input which got triggered by my typo. Heh... I am only human :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!

user792
Actually, the broken link was me doing a typo in the URL :oops: The bleeding edge software has an auto-protection mechanism against unexpected input which got triggered by my typo. Heh... I am only human :D


:)

No problem. I downloaded the 2009.4 Beta version as well as 2.3.b1 and installed both. The backup still starts when restarting JPR or after rebooting.

But... I've discovered bigger problems. The backup says it completes. However, the ZIP file is *waaaaaay* smaller than with previous versions. With 2.1 (I think that's what I had), the file size was almost 16 MB.

With 2.3.b1 and 2009.4, the ZIP file is only 806 KB. Not only that, 7-Zip has problems opening the file. And when I attempted to install it on a site with Kickstart 2.3.b1, it unzipped nothing.

(Luckily, I did a complete backup *b4* installing beta software. :) ).

I saved one of the bad zip files which I can provide to you if you like.

In the meantime, I'm going to have to uninstall 2.3.b1 on the site it's one because that's a production site.

I'll set it up on another site and assist you with testing it there. (There are also other issues involving WAMP on a local server but I'll cover those later.)

Thanks.

Rick

nicholas
Akeeba Staff
Manager
If you are using the "Balanced" settings, JoomlaPack 2.3.b1 automatically uses the brand new Split ZIP feature. This means that your backup is created in a ZIP set of many files, named something like backupName.z01, backupName.z02, ..., backupName.zip. The last part is always the smallest one and 7-Zip isn't supposed to be able to open it without the rest of the files.

OK, now you know! You can re-install 2.3.b1 and remember to download all parts of the ZIP file (or install plg_jpremote 2009.4 Beta 1 on your site and use JoomlaPack Remote 2009.4 Beta 1 which knows about split ZIPs and downloads them correctly).

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!

user792
If you are using the "Balanced" settings, JoomlaPack 2.3.b1 automatically uses the brand new Split ZIP feature. This means that your backup is created in a ZIP set of many files, named something like backupName.z01, backupName.z02, ..., backupName.zip. The last part is always the smallest one and 7-Zip isn't supposed to be able to open it without the rest of the files.


That's what it was. I'm now getting the correct size zip file. I'd rather have one zip file than having it split into many files.

To that point, JPR seems to download only the .zip file. It doesn't seem to download the .z0x files.

OK, now you know! You can re-install 2.3.b1 and remember to download all parts of the ZIP file (or install plg_jpremote 2009.4 Beta 1 on your site and use JoomlaPack Remote 2009.4 Beta 1 which knows about split ZIPs and downloads them correctly).


Luckily, I discovered the settings issue b4 I uninstalled either 2.3.b1 or 2009.4. So we can continue testing if you like.

We can first concentrate on the issue with 2009.4 starting a backup either when restarting the software or rebooting the computer.

Thanks.

Rick

nicholas
Akeeba Staff
Manager
You have to install plg_jpremote from 2009.4.b1 for JPRemote to be able to download all the z01, z02, etc files. Do so and tell me if it downloads multi-part ZIP files correctly.

To cut a long story short, each plugin revision adds some new functions for JPR to use. If JPR doesn't "see" these functions, it tries to fall back to a "compatibility" mode. This is required, for example, if you have a JoomlaPack 1.2.3 site, another one running 2.2.1 and a third running 2.3.b1. JPR 2009.4 should be able to back them all up w/out a problem. The function which JPR uses to "ask" your site if the backup is multi-part or single-part was added in plg_jpremote 2009.4.b1.

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!

user792
You have to install plg_jpremote from 2009.4.b1 for JPRemote to be able to download all the z01, z02, etc files. Do so and tell me if it downloads multi-part ZIP files correctly.


It appears that's the version of plg_remote that I installed. Although I can't tell it by looking at the Joomla backend, I compared the dates of the zip file that I downloaded on Saturday with the dates that I saw via FTP on the Joomla site.

I also downloaded the php file via FTP and it appeared to be the same as what was in the zip file.

But, since I *want* the entire zip and not the split files, I would rather focus on other issues right now.

What's our next step in troubleshooting the issue with JPR starting a backup after rebooting or after restarting the software?

Thanks.

Rick

nicholas
Akeeba Staff
Manager
I was able to reproduce the behavior you are talking about. I am not sure, yet, what is wrong, but I think it has to do with how the scheduling algorithm calculates the difference from the last backup date. It will be addressed in the next release. I have no temporary solution that works.

You can switch back to producing single-part archives by editing the JoomlaPack configuration and setting the split archive part size to 0 (it's in the Advanced pane, you have to use the Expert Mode to see this setting).

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!

user792
I was able to reproduce the behavior you are talking about. I am not sure, yet, what is wrong, but I think it has to do with how the scheduling algorithm calculates the difference from the last backup date. It will be addressed in the next release. I have no temporary solution that works.


Excellent. Since you were able to reproduce the behavior, I can wait for the next release.

You can switch back to producing single-part archives by editing the JoomlaPack configuration and setting the split archive part size to 0 (it's in the Advanced pane, you have to use the Expert Mode to see this setting).


I've already done this and it's working fine so no worries there.

Next I'll concentrate on the issues I'm experiencing with Kickstart in a WAMP environment.

I'll post a separate thread when I have steps I can reproduce.

Thanks for your continued effort. JoomlaPack (and its addons) is a *terrific* product.

Rick

nicholas
Akeeba Staff
Manager
Thank you for your kind words :D

BTW, which WAMP environment do you use? Is it one of the prepackaged ones (XAMPP, WAMPServer5, Uniform Server, etc) or a roll-your-own installation?

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!

user792
netguerrilla wrote:
[quote="nicholas":2uuc8gge]I was able to reproduce the behavior you are talking about. I am not sure, yet, what is wrong, but I think it has to do with how the scheduling algorithm calculates the difference from the last backup date. It will be addressed in the next release. I have no temporary solution that works.


Excellent. Since you were able to reproduce the behavior, I can wait for the next release.[/quote]

I downloaded and installed the latest version today. It looks like that bug is fixed.

Thanks.

Rick

nicholas
Akeeba Staff
Manager
Yes, it was fixed a couple of versions ago. The change log is posted in the release announcement, in the news section of our site.

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!