What does this mean? [cpbackup] Setting I/O priority to reduce system load

[tank]

[cpbackup] Setting I/O priority to reduce system load: best-effort: prio 3

I have never gotten this message before? Also it seems that i don't get a CRON report everyday anymore since the update? Any reason why that would change?

 

[kbuser]

Out of curiosity what are your load averages looking like?

 

[tank]

This is a brand new server with only 3 accounts on it. So the load is at .06 .01 .00right now. Good thought though.

 

[cPanelTristan]

When you mention you haven't gotten a cron report anymore, do you mean the daily upcp cron or some other cron. Please specify which report is not longer sending.

Also, can you provide your existing cPanel version:

cat /usr/local/cpanel/version ;echo

 

[AlanH]

I'm also seeing this.

Before the update from 11.28.x to 11.30.0 Build 23, there used to be a daily email with the subject line:
Cron <root@****> /usr/local/cpanel/scripts/cpbackup
This email had the cpbackup log as an attachment.

Following the update, I also only get that one line in the email:
[cpbackup] Setting I/O priority to reduce system load: best-effort: prio 3

There is no log attached.

 

[tank]

Current cpanel version after putting

cat /usr/local/cpanel/version ;echo

I get 11.30.0.26

Every day at around 1:05 AM i got an email for the /scripts/upcp basically telling me everything it updated, now I don't after the 31st of may. Instead i can a cron email from /usr/local/cpanel/scripts/cpbackup saying

[cpbackup] Setting I/O priority to reduce system load: best-effort: prio 3

What made this change? Should i get an email for the upcp Cron jobs?

Thanks

 

[cPanelTristan]

You should get an email for the upcp cron jobs. Try the following to see if it works again for the cron emails. First, go to WHM > Basic cPanel & WHM Setup area. Make sure the right email is listed there. Even if it is, save that area again.

Next, go to WHM > Change System Mail Preferences area and check your email is listed for each option there. Even if it is, re-save each one (by clicking "Change" button). Finally, go to WHM > Contact Manager and click the "Save" button there.

 

[tank]

My basic WHM setup has one email address that works, and everything else is being forwarded to root@..... under the contact manager. Which they both work. Any other ways i can check this? I did however get the update script that went to my junk mail. Which is only one day (today). Lets see if I get a cron job script tomorrow i guess.

 

[cPanelTristan]

Did you re-save every area? The only ticket I've had so far where I tried to troubleshoot this happening, re-saving each of those sections allowed the email to be sent again (I didn't know specifically which one might be the issue as I only had one machine with the issue reported to troubleshoot).

 

[tank]

I have re-saved all the email addresses again, even though they were the same. Should I create a ticked if this does not work?

 

[tank]

IT is emailing the cron job but it is sending this message only. cpbackup error message. scripts/cpbackup

[cpbackup] Setting I/O priority to reduce system load: best-effort: prio 3

So its getting to the email to me just not the one I really want. the upcp

 

[oberon.gr]

Must be something else than mail-sending problem.
I have WHM 11.30.0 (build 26) - CENTOS 5.5 x86_64 standard

From 06-02-2011 I receive the same mail ([cpbackup] Setting I/O priority to reduce system load: best-effort: prio 3) but I also receive three more mails:

Date 06-05-2011
Subject [cpbackup] Backup complete on xxx.xxx.gr
*** message body ***
Please see the attached log file.
(and the log file of the backup is attached)


Date 06-02-2011
Subject Cron <root@xxx> /scripts/cpbackup
*** message body ***
[cpbackup] Setting I/O priority to reduce system load: best-effort: prio 3

Date 06-05-2011
Subject Cron <root@xxx> /usr/local/cpanel/scripts/cpbackup
*** message body ***
[cpbackup] Setting I/O priority to reduce system load: best-effort: prio 3

Note: 3 days later, the same body, different subject

And upcp related:

Date 06-05-2011
Subject Cron <root@xxx> /usr/local/cpanel/scripts/upcp --cron
*** message body ***
[20110605.004002] Detected cron=1 (cron mode set from command line)
----------------------------------------------------------------------------------------------------
=> Log opened from /usr/local/cpanel/scripts/upcp at Sun Jun 5 00:40:02 2011
[20110605.004002] Detected cron=1 (cron mode set from command line)
=> Log closed Sun Jun 5 00:40:02 2011
[20110605.004002] mtime on upcp is 1307050805 (Fri Jun 3 00:40:05 2011)
...
...
...
[20110605.004033] - Processing command `/usr/local/cpanel/scripts/ftpquotacheck`
[20110605.004033] [26669] Ftp Quota Check v1.8
[20110605.004033] [26669] [ftpquotacheck] Setting I/O priority to reduce system load: best-effort: prio 6
(etc)
(Hey! Here it is once more, in ftp backup.)

Note: 3 days later, the different body, different subject, same(?) job

Date 06-01-2011
Subject Cron <root@xxx> /scripts/upcp
*** message body ***
/scripts/upcp syntax OK
Running Futex Check/Fix......Done
Updating /scripts...
Sync Source: http://httpupdate.cpanel.net/RELEASE-x86_64/Cpanel
Fetching http://httpupdate.cpanel.net/cpanelsync/RELEASE-x86_64/Cpanel/.cpanelsync.lock (0)....Resolving httpupdate.cpanel.net...Fetching http://httpupdate.cpanel.net/mirror_addr_list (0).......connecting to 208.109.109.239..[email protected]%......Done
...found 36 host(s) from mirror_addr_list......searching for mirrors (attempt 1)......loaded mirror speeds from cache......connecting to 83[email protected]

Hope this helps cPanel team to debug.

Note: at 06-02-2011 I receive
"The SSL certificate for cpanel on xxx.xxx.gr expired. A new self-signed certificate was installed to replace it."
I dont belive it has something to do with our issue...

 

[Promethyl]

I also see this, subscribing to this thread.

 

[Promethyl]

From a quick analysis it seems a patch may have broken the email log attachment portion. The backup is still running. Since I found this email tedious to begin with (hey, just email me when it breaks!) I am considering this low priority.


root@host [/scripts]# ./cpbackup --force
[cpbackup] Setting I/O priority to reduce system load: best-effort: prio 3
[cpbackup] Process started in background.
[cpbackup] Log file: /usr/local/cpanel/logs/cpbackup/1307285988.log

 

[tank]

So update after re saving the email addresses now it works like a charm. Now I am getting my CRON job upcp, it is however in a different formant. Looks easier to read so fine by me. second update the update turned off my ioncube setting in cpanel, so once i fixed that. Everything worked fine. I am still getting the
/usr/local/cpanel/scripts/cpbackup
[cpbackup] Setting I/O priority to reduce system load: best-effort: prio 3

 

[cPanelTristan]

The 11.30 upcp does have a different format than the 11.28 version did. The upcp was changed to have a more legible format so it would be easier to know what is happening specifically for each section of the log.

As for the cpbackup email, it is likely reducing the priority by renicing cpbackup to priority 3 so it will use less system load. This should not be an issue, since it would simply means cpbackup will run a bit longer but take up less system resources while it runs. If you are having a specific issue with this, please let us know via a ticket.

 

[AlanH]

As for the cpbackup email, it is likely reducing the priority by renicing cpbackup to priority 3 so it will use less system load.

That in itself isn't a problem. However, there is now no cpbackup log with the email. There is just this single line in the email body. With 11.28, there was a cpbackup log emailed through as an attachment.

 

[cPanelTristan]

However, there is now no cpbackup log with the email. There is just this single line in the email body. With 11.28, there was a cpbackup log emailed through as an attachment.

As I stated:

If you are having a specific issue with this, please let us know via a ticket.

This sounds like an issue, so please submit a ticket for us to investigate it. Please post the ticket number here upon submitting one.

 

[AlanH]

Sorry, I thought that when you said

If you are having a specific issue with this

...you meant a specific issue with

reducing the priority by renicing cpbackup to priority 3 so it will use less system load

...which I don't.

All I was trying to do was add a bit more detail to the OP's post. Unfortunately I don't have a cPanel Store or Tickets account so I'd need to raise it via my dedicated server provider.

 

[cPanelTristan]

Anyone is welcome to open up a ticket with us provided a valid cPanel license exists. We have complimentary support at no cost via our ticket system. All we do require beyond a cPanel license would be root SSH and WHM access to the machine. You can use the link in my signature to submit a ticket. Your service provider does not have to do this for you. The system will create an account for you in our ticket system upon opening your first ticket with valid login credentials.