Support

Admin Tools

#23960 Cron job does not create PHP File Change Scanner record

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 tampe125 on Monday, 21 December 2015 09:06 CST

[email protected]
 I have just purchased and installed Admin Tools Professional, and have tried to configure the PHP File Change Scanner. I forced a scan now, and after a short while, got an email with the results, as well as a record in the system. I also used the info in the documentation to set up a cron job, and to my surprise it seemed to work, in that I received an email with the output from the cron job, as well as an email with the results. However, the output email did not really contain any data. The tmp directory, which has permissions of 0777 and an .htaccess files as suggested has a file akeeba.backend.log, with 0 size.

The command line for the cron job is /usr/local/cpanel/3rdparty/bin/php /home/xxxxxxxx/public_html/cli/admintools-filescanner.php

What have I done wrong?

 Jackiet

tampe125
Akeeba Staff
Hello Jackie,

just to be sure, if you login inside your site, you can see the results of your scan inside Admin Tools?

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

[email protected]
That was what first alerted me to the issue. There are no results inside Admin Tools - see screenshot attached.

 Jackiet

tampe125
Akeeba Staff
Is that the first scan you have ever did?
If so, that's the expected behavior: Admin Tools will flag the changed files, since it has no previous data, everything is flagged as new ie no modified files.

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

[email protected]
Yes, you are correct. I manually forced a scan from within the component, to see and check the results. I then scheduled the cron job for later in the day. The email results were attached to the ticket, and the screenshot shows that the cron job did not put anything into the results table. The next scan (currently scheduled for tonight) should show some changes, as I flushed some caches to force some changes.

 Jackiet

tampe125
Akeeba Staff
Could you please double check the scanner configuration?
Which extension files are included?

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

[email protected]
I have taken a screen print of the configure page for the scanner page, and the main system configuration has:
Configure how the PHP File Scanner works

Calculate diffs when scanning No

Send results to this email [email protected] (the real address is actually present)

The scan created by pressing the Scan Now button used the same settings, and was OK

 Jackiet

tampe125
Akeeba Staff
After running the CLI scan, do you have the record inside Admin Tools?
Does it reports anything (added, modified, suspicious)?

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

[email protected]
No, there is nothing inside admin tools. I attached a screen capture earlier. There is nothing under the record that does appear. It is as though nothing was put into the SQL database, so nothing was reported. Even the email looks as though there is no data in it, just the standard fields.

 Jackiet

[email protected]
Further news over the weekend. To recap:
Scan 1 was manually initiated, and gave the expected results and reports
Scan 2 (which is what raised this ticket) was run automatically by a cron job, and produced an email report with no information, and no entiries in the Admin Tools panel
Scan 3 run by a cron job. I had just updated Akeeba Backup, and the scan correctly reported the changes, both in the email and the Admin Tools panel. This scan was reported as #3 - there was no line for #2
Scan 4 run by a cron job. There were no changes, but the email report overview had: Overview Total Files: 10551 Modified: 0 Added: 0 Suspicious: The Admin Tools panel reportde the same numbers (as #4), with No report generated for the actions & reports column.

The issue now (if there is one) is that the second scan that the system makes does not always correctly report if there are no changes at all. As far as I am concerned, you can close the ticket, but you should look at the issue I reported, as it is very confusing for a new user.

 Jackiet

tampe125
Akeeba Staff
Just to be sure, any other CLI scan is working as expected (report and email created)?
Did you get the "Scan 2" issue just once?

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

[email protected]
Yes, the only issue was with the second scan, where no files had changed, and nothing was reported in the Admin Tools panel. There was an email, but no values were provided in it. Subsequent scans have worked fine, even when there have been no changes.

I just installed Admin Tools on my sub-domain, and set it up like the main website. I can report that the second scan, made by a cron job, worked correctly, in that it did not produce a report as such (no file changes), but Admin Tools panel did report that the scan had been made, and that there were no changes.

Who knows what went wrong on the main site second scan, but all seems OK now.

 Jackiet

tampe125
Akeeba Staff
Yep, that's really strange, since neither you or me could replicate the issue.
Let's put it aside for the moment. If it gets back in the future, let's try to debug it once again.

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
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!