Support

UNiTE, Remote CLI, eXtract Wizard

#3584 JoomlaPack v2.4: error on crontab job!

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 Tuesday, 19 January 2010 23:56 CST

user8023
Hi,
I installed JoomlaPack on my site, and it works fine if I run by task... but if I insert its link in my crontab it writes a error in log file:
INFO    |100110 12:35:27|Removing CUBE temporary file: /tmp/jpuKfJqc
INFO    |100110 12:35:27|No CUBEObject storage file set; I will create a new one.
INFO    |100110 12:35:27|Creating new CUBEObject storage file: /tmp/jpWwSs4v
INFO    |100110 12:35:27|Removing CUBE temporary file: /tmp/jpWwSs4v
ERROR   |100110 12:35:27|



could You help me, please?
thanks,bye

dlb
Please zip and post the entire log file. :D


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)

user8023
I posted the entire log file .... it was first backup!

dlb
OK, if that is the entire log, it looks like it is having trouble with the temporary folder. But I can't see why it would have trouble with a front end backup and not a back end backup. That doesn't make any sense.

In the Configuration file, you have the front end backup enabled and your secret word set?


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)

user8023
where can I find the configuration file?

Another question: I've change,in the backend configuration-task, the directory where to make the backup file.... is this a problem?

dlb
My apologies. :oops: I meant to say the JoomlaPack Configuration screen, on the Front End pane. There is no configuration file any more, that information is stored in the database.

There are two issues with changing the Output folder. The Output folder is automatically excluded from the backup. Some users have moved the Output folder to the root of the site, which excludes the entire site. :D The second issue is that if you have old backups in the former Output location, they are no longer automatically excluded. You should move or delete any existing backup files in the old folder.


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)

user8023
ok.... I try to set, for the next backup, default directory...

user8023
No.... I set the directory default but the application writes the same error into log....

dlb
Nicholas is our resident expert on cron jobs. I'll ask him to take a look at this.


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)

user8023
Ok thanks..... this is a problem only with cronjob!!! The backup from task works fine!!!

thx!!!

nicholas
Akeeba Staff
Manager
@dlb Your guess is off. It's not a temp dir problem. It's JoomlaPack never getting a chance to run. Ever. At all.

@scarinciotto You say that you add JoomlaPack's URL in the cron tab. Well, there are some issues here:
1. Normally, CRON tabs accept command-line tools to run, not URLs. Of course this is server-dependent. You should first ask your host how you can schedule calling a URL at predefined intervals using the CRON tab.

2. Which URL did you use? Our manual talks about a special front-end backup URL. If you used JoomlaPack's back-end URL, it won't work. It looks like you are either using the wrong URL or doing so in an improper way.

3. It goes without saying, but the front-end backup feature must be enabled, a secret word must be set and passed in the front-end backup URL.

Please take a look at the manual section on front-end backups.

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!

user8023
1. No, my crontab accepts only url, no shell-command... them no secure!

2. I created a specific user for backup and then I write the passwd and id in the link how the task suggested!

3. This option is enabled.

Now, I have to try another test...
thx..

nicholas
Akeeba Staff
Manager
2. I created a specific user for backup and then I write the passwd and id in the link how the task suggested!


The URL accepts no regular Joomla! user and password parameters. You are supposed to use the "secret key" and the backup profile ID as suggested in the documentation. Your description makes me believe that you misunderstood the instructions in the documentation.

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!

user8023
Uhm.....

example:
I created a new user pippo with its passwd pippo.user, joomla assigned it the id 10, pippo is a administrator!!!

in the link suggested in the beckend: configuration->frontend I replace that fields:
- secret_key with pippo.user
- profile_id with 10

finally I write this url in my cronjob-task:

http://www.mysite.com/home/index2.php?option=com_joomlapack&view=backup&key=pippo.user&profile=10&format=raw

where did I mistake?

thanks a lot...

dlb
The profile ID should be the backup profile, the default is 1. You can set up different profiles in JoomlaPack, one that does a full site backup and another that does a database only backup, for example. The profile ID tells the front end backup which set of options to use.

The secret word is set in the JoomlaPack Configuration screen, on the Front End Backup pane. The secret word is used in place of a user ID and password for the front end backup.


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)

user8023
could you check my attachment, please?

dlb
:D


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)

user8023
Ok, now it seems to work fine!It runs, but now I've another problem... do I open another topic?

May be depends my provider, but if I make a full-backup (db+site) the application always fails!!! Making only database backup works fine...

nicholas
Akeeba Staff
Manager
You can continue on the same topic, if you'd like. A full backup failure can usually be attributed to large files which can be excluded from the backup. Just make sure your log level is set to "All Information and Debug", download the log file of a failed backup job, ZIP it, attach it here and we'll try to understand what's going on and how to help you work around it.

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!

user8023
I did how you wrote....

this is my logfile:

http://www.megaupload.com/?d=ujp1hs3a

Mirrors:
http://rapidshare.com/files/337610070/84061joomlapack.zip.html
http://www.megaupload.com/?d=ujp1hs3a

nicholas
Akeeba Staff
Manager
Usually it works better if you ZIP the log and attach it to your post here. Having me to wait 1 minute to download your log makes my response take MUCH longer than usual :)

And, here it is:
INFO |100119 00:20:17|Large directory /components/com_expose/expose/img/alb_49 while scanning for subdirectories; I will resume scanning in next step.

It looks like you have too many files inside this directory which, combined with your moderately slow server, leads to a timeout.

I would suggest first trying to set the backup mode to "Javascript Redirects", then try to exclude this directory using the Directory Exclusion button in JoomlaPack's Control Panel.

If you still get this error, ZIP and attach, using the file attachment function of this forum, your log file. If you get any error message on your backup screen, please copy it and paste it here as well, or take a screenshot and post it here.

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!

user8023
Hi,
I set the backup mode to "Javascript Redirects" .... nothing special!
In attachment you can read the log file... joomlapack_20100120.zip

nicholas
Akeeba Staff
Manager
You only did the first of the two proposed solutions:

I would suggest first trying to set the backup mode to "Javascript Redirects", [b]then try to exclude this directory using the Directory Exclusion button in JoomlaPack's Control Panel[b].


You really have to try excluding the components/com_expose/expose/img/alb_49 directory.

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!