OpenID
Log In | Register
Skip to main content
Recent Posts
2
WHM Backup Solutions Script Support / Re: Can WHMbackup be used without reseller account?
Last post by Pete -
Hi,

WHM Backup Solutions would be great for that. A reseller account is essentially root with just a few less privileges. So yes, instead of entering the reseller login details in the config file just enter your root details. I highly recommend using the API Token with restricted permissions however as shown on the FAQ page. Just to keep safety in mind :).
3
WHM Backup Solutions Script Support / Can WHMbackup be used without reseller account?
Last post by vesperax -
I'm using WHM as root user (with 5 configured cPanel accounts), but I don't have a reseller account configured. Is there a way to use the WHMbackup solution as a root user?
What I'm trying to achieve is to use the standard WHM backup for local backups (7x daily and 2x monthly), but I would like to transfer just the 2x monthly backups to the remote backup server (WHM would normally transfer all created backups to the remote server). So, ideally, I would use the standard WHM backup service for the 7x daily and 2x monthly local backups, and then configure the WHMbackup script to create and transfer just, for example, weekley backups to the remote backup server. Would this be possible?
4
Change Log / V1.5
Last post by Pete -
  • BUG FIX: Resolved issues using ftp_retention.php with a custom configuration file when run via CLI/Cron Job.
5
WHM Backup Solutions Script Support / Re: The subprocess ended prematurely because it received the “KILL” (9) signal.
Last post by Pete -
Hi,

I'm glad you were able to identify and resolve the issue.
Unfortunately the issue with regards to requiring home directory storage space is something that i've looked at several times with no workaround possible. The only thing I could do is build in storage usage indication into the script. Which i'm currently looking into.
6
WHM Backup Solutions Script Support / Re: The subprocess ended prematurely because it received the “KILL” (9) signal.
Last post by rob_van -

It's still happening..  so this has nothing to do with it.    I'm sure the whm/cpanel is not getting the successful transfer backup message so after much more searching..   I found that azure closes there connections after 4 mins.  They rely on keep alive.  With no way to support keepalive on a reseller server - I was able to find a way to change this setting - I used the max of 30 mins.

https://docs.microsoft.com/en-us/azure/load-balancer/load-balancer-tcp-idle-timeout#set-the-tcp-timeout-on-a-load-balanced-rule-to-15-minutes

I will post back if this resolve the problem

Okay this did infact solve the problem.  Hope this helps someone else..   So the problem was with my router (azure) time out setting on the ftp server side.  But upon closer examination.. I can see the backup file for each account is dumped into the users home directory while its being transferred (or at least that is how it configured on my reseller host).  This may pose a problem if the account is more then 3/4 of the way full.  As the compressed backup may push the account out of space.  I assumed that a temp file was written somewhere but apparently not.  I guess I could just write a script that removes the backups daily.  Actually its' not a bad idea to run it just incase the FTP transfer fails and the backup is not removed (the account could then run out of space). 

I guess the take away or warning to anyone else using this method of backup - Make sure you have enough space in the home dir to cover the backup while it's running or emails or uploads to the account are going to fail. 
7
WHM Backup Solutions Script Support / Re: The subprocess ended prematurely because it received the “KILL” (9) signal.
Last post by rob_van -
I enabled logging on my FTP server to see if that would shed some light.

I noticed in the log that because this backup is much larger than the rest of them.. the next backup starts before this one completes.  I had them spaced out 10 mins apart (the one cron job is set to run every 10 mins).   Normally they complete within a min or two including ftp upload.  But this one takes 13 mins to complete from start to finish.   It takes 6 mins to build the backup then another 7mins to transfer and the next one is already running by the time this one starts.

I also noticed that the upload does complete but there is no goodbye message just shows it completed then disconnected.  The other backups show a goodbye message.  So i'm hoping this is because it has something to do with the next backup already starting from the same server.  

Would be nice if you could disable keeping the backup file in the home directory weather it thinks the backup successfully transferred or not.  If anyone knows if this could be scripted; let me know as i have no idea.  But I can see problems for others if an ftp backup transfer gets interrupted or something happens.. most likely it would be more important to discard the backup then to clog up the home directory.

So for now i've adjusted the backups to run every 30 mins instead of 10.  Giving large backup plenty of time to complete.   I will report back if adjusting the backup period resolves the issue.  I'm hoping that it does.

It's still happening..  so this has nothing to do with it.    I'm sure the whm/cpanel is not getting the successful transfer backup message so after much more searching..   I found that azure closes there connections after 4 mins.  They rely on keep alive.  With no way to support keepalive on a reseller server - I was able to find a way to change this setting - I used the max of 30 mins.

https://docs.microsoft.com/en-us/azure/load-balancer/load-balancer-tcp-idle-timeout#set-the-tcp-timeout-on-a-load-balanced-rule-to-15-minutes

I will post back if this resolve the problem
8
WHM Backup Solutions Script Support / Re: The subprocess ended prematurely because it received the “KILL” (9) signal.
Last post by rob_van -
I enabled logging on my FTP server to see if that would shed some light.

I noticed in the log that because this backup is much larger than the rest of them.. the next backup starts before this one completes.  I had them spaced out 10 mins apart (the one cron job is set to run every 10 mins).   Normally they complete within a min or two including ftp upload.  But this one takes 13 mins to complete from start to finish.   It takes 6 mins to build the backup then another 7mins to transfer and the next one is already running by the time this one starts.

I also noticed that the upload does complete but there is no goodbye message just shows it completed then disconnected.  The other backups show a goodbye message.  So i'm hoping this is because it has something to do with the next backup already starting from the same server.  

Would be nice if you could disable keeping the backup file in the home directory weather it thinks the backup successfully transferred or not.  If anyone knows if this could be scripted; let me know as i have no idea.  But I can see problems for others if an ftp backup transfer gets interrupted or something happens.. most likely it would be more important to discard the backup then to clog up the home directory.

So for now i've adjusted the backups to run every 30 mins instead of 10.  Giving large backup plenty of time to complete.   I will report back if adjusting the backup period resolves the issue.  I'm hoping that it does. 
9
WHM Backup Solutions Script Support / Re: The subprocess ended prematurely because it received the “KILL” (9) signal.
Last post by rob_van -
So i did a little research with my FTP server - it appears that connection timeout setting on the server may come into play here.   My guess is the client (whm/cpanel server in this case)  is not giving a reply because the connection was closed (as it takes awhile for the large file transfer).

sorry i mean - the client is given a reply from the FTP server

i'll post any updates to see if the connection time out fixes the problem

err..  no reply is given to the client rather.  Sorry not sure if i can edit a post.. :)  or delete them.. 

Hopefully this fixes.. will update tomorrow

unfortunately this did not resolve the issue..  still getting upload failed..  i will continue to investigate.. if anyone has any ideas please let me know..
10
WHM Backup Solutions Script Support / Re: The subprocess ended prematurely because it received the “KILL” (9) signal.
Last post by rob_van -
So i did a little research with my FTP server - it appears that connection timeout setting on the server may come into play here.   My guess is the client (whm/cpanel server in this case)  is not giving a reply because the connection was closed (as it takes awhile for the large file transfer).

sorry i mean - the client is given a reply from the FTP server

i'll post any updates to see if the connection time out fixes the problem

err..  no reply is given to the client rather.  Sorry not sure if i can edit a post.. :)  or delete them.. 

Hopefully this fixes.. will update tomorrow