Jump to content

wkg

Members
  • Posts

    100
  • Joined

  • Last visited

Posts posted by wkg

  1. If you have currently selected 5.4, this will not be changed.

     

    The default to 5.6 will only affect customers on 5.3.

     

    Also, effective after the change: PHP can be set per domain or sub-domain via the cPanel MultiPHP Manager

     

    This means- PHP Can no longer be set per directory via cPanel but you can do so manually in any directory.

     

    Thanks, Billy.

     

    I have a couple of clients with really old scripts that even had to be patched when we moved to 5.4. Setting the version per domain will be a nice feature. I don't think I'll need by-directory.

  2. The MySQL database is certainly not current. I know for sure it is at least 2 days out of date, perhaps more. Entries from Feb 29 and Mar 1st are certainly not present.

     

    Are there additional database files to restore or is this as far as it goes?

     

    Thanks for your assistance.

  3. Once you have fully restored from backup, would you please let us know the date and time of that backup image, so I can determine if I need to re-upload the latest data from any of the 35 domain accounts I have on this server. Thanks.

  4. Was MySQL upgraded to 5.1 at the same time as PHP was upgraded? Many, but not all, of my tables have been renamed with #mysql50# prepended. Can you please point me to the what, why, how, etc. My scripts are unbroken, but sorting of table names is messed up.

  5. I changed to these ports and checked the SSL box for each.

     

    I got a warning message: The server you are connected to is using a security certificate that could not be verified. The certificate's CN name does not match the passed value.

     

    Is this because we are using a TCH (generic) SSL cert for all domains? Seems I remember this in a discussion some time ago.

     

    If this cool, hopefully I'll only have to click OK once (or once per session.)

     

    Otherwise seems to work fine. Thanks for your help.

  6. Is it possible to set up standard email (POP/SMTP) using SSL? My concern is using public WiFi while on the road. Gmail now uses this method. I tried to find something about this in various forums, but had no luck. Am I barking up the wrong tree?

  7. In *nix you run a process in the background by adding an ampersand at the end of the command. I cannot guarantee that it will work on the TCH servers configuration. You would have to ask the help desk.

    Yesterday, I did try adding the ampersand and also combinations of redirecting to dev/null, but that wasn't the problem. The problem is that the script wasn't running at all. I wasn't concerned at that moment about background, just wanted to test exec() or shell_exec() to fork a process.

     

    I began to think there might have been something weird going on with my backup script - it runs fine as cron, but maybe there is something in there that is not compatible as a command script (I didn't write this script.) So I wrote the simplest, tiny script to send a test email to me. And it works both with and without the ampersand and output redirection. (An ampersand and output redirection will be important in the actual application where the script will take some time to run.)

     

    In case someone is following along, all of these worked:

    >shell_exec("/usr/bin/php /home/myaccount/public_html/cgi-bin/send-mail-fork.php 2> /dev/null &");
    shell_exec("/usr/bin/php /home/wscp/public_html/cgi-bin/send-mail-fork.php");
    exec("/usr/bin/php /home/myaccount/public_html/cgi-bin/send-mail-fork.php 2> /dev/null &");

    Thanks for your time. Now I'll have to see if I can do something a little more useful :)

  8. Why do you need to run it in the background? Looks like a backup script, just let cron handle it.

    I'm using that script simply to test if I can get a script to run in the background (since I know the backup script runs.) My goal is to modify a mailing list script I have. TCH has limits on the number of emails per time period. It is easy enough to put the script to sleep for, say, five minutes between two batches, but then the page appears to hang. If I could fork the send routine off to run in the background, then the page could finish loading.

  9. Anyone successfully run a php script in the background?

     

    I've tried various configurations using exec() and shell_exec() without success. I can run a command, such as 'ls', but cannot seem to get the trick of running a php script.

     

    I've tried to mimic a cron job that runs fine. This is the cron statement

     

    >php -q /home/myaccount/public_html/cgi-bin/backup_dbs.php

     

    such as

     

    >shell_exec("php -q /home/myaccount/public_html/cgi-bin/backup_dbs.php");
    shell_exec("/usr/bin/php  /home/myaccount/public_html/cgi-bin/backup_dbs.php");
    shell_exec("/usr/bin/php ./home/myaccount/public_html/cgi-bin/backup_dbs.php");

     

    or variations such as

     

    >exec("wget [url="http://myaccount.com/cgi-bin/backup_dbs.php&quot%3b%29;"]http://myaccount.com/cgi-bin/backup_dbs.php");[/url]

     

    Permission is set to 755 and like I said the script runs fine as a cron job.

  10. I've been using the awstat script successfully for a while now but I am now experiencing a problem with it not recognizing the username and/or password. I tried all the suggestions in this thread without success. Has anyone come across another correction. Thanks.

    I just tried a couple of my domains and it is still working fine. You might want to submit a help ticket to see if something changed in the configuration of your server.

  11. Thanks for chipping in btrfld. There were maybe two things going on. One seemed to clear up while tech support was looking at it (or I was doing something wrong, so maybe that was a non-issue.)

     

    The problem on the new site I was setting up seemed to be due to my using the dollar sign in the password. It works fine to use '$' for password protected directories, but not for this script. I'm guessing this remote stats access script, which is written in PHP, chokes on the dollar sign.

     

    Yeah, I know $ denotes a variable in PHP, but I would have thought the authentication process was being handled by the same mechanism as protected directories, but apparently not. I changed the $ to S and it worked fine.

  12. The password you are seeing is your password to enter the help desk not your cpanel password. It should not be an issue.

    Hmmm, I guess I thought I needed to use my cPanel password to log in to submit a ticket.

     

    If I change my password at the Support Center, that will just be local to tech support and not my account?

     

    These things are not always obvious to the users, even experienced users.

  13. Don't know if this is the right forum, but it is a security related question/issue.

     

    Whenever I submit a ticket to the Help Desk, the confirmation email I receive in return contains my cPanel password in plain text. I understand entering my password in the help site to assist the tech. I realize the vulnerability is extremely small, but it is unnecessary to email it back to me, so why do it at all?

  14. Has something changed? I was trying to set up the AWStats access to a new client and it would not accept the username/password. I check that I had things set correctly and everything was ok. I then thought to check client site where I'd previously set this up and it had been working... and it is not working.

     

    This is the first time I've checked this since moving to the new server... and maybe the first time since the migration to PHP5, I can't remember that for a fact.

  15. This server has now been rescheduled for migration to the TCH NOC on Friday, October 03, 2008.

     

    Backups are being transferred to the new box currently and this will be re synced just before we start with the account restores. Restore will be started at 11:00 PM EST on Friday and regular posts here will keep you updated on the status. No services on the current server will be taken down during the restore. The only down time expected is at the end of the restore when we close down all standard ports on the current server and switch the dns.

     

    Looks to me like the backup was not re-synced before the restores as all changes I made to images or pages on my reseller accounts anytime on Friday were not restored to the new server. (Updates to databases on Friday did seem to be properly migrated.)

     

    I'm just glad I stumbled upon this myself before my clients discovered the changes I said I made did not in fact appear on their sites. This is very frustrating and disappointing. Not how I'd planned to spend my Saturday afternoon and Sunday morning.

     

    After my submitting help tickets, your Help Desk staff did fix problems I had with cron jobs, cPanel malfunctions, and were able to restore missing AWStats. Unfortunately, the cgi counter of one of the two clients who used them was not correctly restored to include the previous count totals. And having accounts that I had terminated weeks before show up in WHM on Saturday was unsettling, to say the least.

     

    I'm left with an uneasy feeling about what else might be lurking, as yet unseen.

     

    I've been with TCH from the days when they were still SNH and generally found them to be conscientious and helpful, and understand that changing servers is a technically challenging task, but I hope TCH carefully reviews their migration check-list for future server moves, based on this experience.

  16. The DNS sync has completed and all sites are now live on the new server, if you experience any issues please open a help desk ticket and we will promptly investigate.

    Is the migration the reason why my email client downloaded every single email that was still sitting on the old mailserver for every account this morning and marked it as unread?

     

    If this is a one time occurrence I don't need a help ticket, but is this something I should warn/explain to my clients?

     

    Bill

  17. Bill, what this means is everything on the server that is hosted at one of the partner data centers is being transferred to a server inside the TotalChoice Network Operations Center.

    OK, that sounds like a good thing. I do have a few questions.

     

    1. How much down time is expected, typically?

     

    2. Will the server time (time zone) change? I have a few php scripts that adjust my local time display based upon the current timezone offset.

     

    3. I have a cron job that runs everyday at 2am, server time, to backup, compress, and email me all my database data. Do I need to adjust that for the Friday night/Saturday morning server move?

     

    4. Is there a period of time between your sync and restore where database (or other) changes should be avoided?

     

    Thanks for your time.

  18. Dbsender can be used for several database backups. All you need to do is to upload it to different folders and configure each php file before uploading it to respective folder and configure one cron job per backup.

    True, but the beauty of a script such as Dagon's is that it automatically searches for all your databases (you can set exceptions, though I haven't tried that) and it won't need reconfiguration if you add a new database. With dbsender you'd need to add new files & directories, configure files, etc. I'd get busy with the db and forget to do the housekeeping :)

×
×
  • Create New...