Web Hosting Talk : Web Hosting Main Forums : VPS Hosting : VPS Tutorials : Centmin Mod - Nginx / MariaDB auto installer

[elvis1]

Originally Posted by eva2000

https://twitter.com/vbtechsupport

Added

Question here : I forgot to uncomment

#ARCH_OVERRIDE='i386'

Should I wipe the box and start again?

EDIT:
concerning the 64 bits stuff how about this ( I found it googling in a 3rd party web)

MACHINE_TYPE=`uname -m`
if [ ${MACHINE_TYPE} == 'x86_64' ]; then
  # 64-bit stuff here
else
  # 32-bit stuff here
fi

Maybe this helps out ( for the uncomment thing):

http://snipplr.com/view/16862/

Take into account it will uncomment every line of the file.
Maybe do a single file to be the target of Xbits detection ?

[eva2000]

only need to uncomment ARCH_OVERRIDE with Xen 32bit OS users on 64bit host nodes

[RRWH]

Originally Posted by eva2000

Centmin Mod 1st year Anniversary - just a preview of what is to come in future versions http://vbtechsupport.com/2045/

Currently, testing MariaDB 5.5 switch from MariaDB 5.2.x, if anyone has spare VPS or test servers and want to help test MariaDB 5.5 upgrade on CentOS 5.x and 6.x, let me know

I spent a little while last night upgrading an OpenVZ VPS from 6.2 to 6.3 (X86_64), then CMM from -10 to -17 (current Version), upgraded php to 5.3.14 and nginx to 2.2 - all went well, although, first run for compiling PHP failed, (ran out of memory) but re-run and it all completed fine.

I am using CMM to run on my Monitoring VPS's - build a 512Meg RAM OpenVZ VM, run up CMM, modify the nginx config to include all the modules I need, then chuck on Cacti and a few other tools. Works great!

Drop me a note if you need to run up a few test VM's - I will clone my monitoring host and run any dev version you have (with MDB 5.5) and see how it all goes.

[eva2000]

Originally Posted by RRWH

I spent a little while last night upgrading an OpenVZ VPS from 6.2 to 6.3 (X86_64), then CMM from -10 to -17 (current Version), upgraded php to 5.3.14 and nginx to 2.2 - all went well, although, first run for compiling PHP failed, (ran out of memory) but re-run and it all completed fine.

I am using CMM to run on my Monitoring VPS's - build a 512Meg RAM OpenVZ VM, run up CMM, modify the nginx config to include all the modules I need, then chuck on Cacti and a few other tools. Works great!

Drop me a note if you need to run up a few test VM's - I will clone my monitoring host and run any dev version you have (with MDB 5.5) and see how it all goes.

Thanks... always good to have feedback from Centmin Mod users

I'll have to rework my MariaDB 5.5 routine first as i did it with the usual RPM updates. But now that MariaDB has an official YUM repo for this, I'll have to change stuff around to make use of the YUM repo before providing dev versions

[eva2000]

Been quite a while since last release. MariaDB 5.5 integration is still being tested for now since I decided to skip MariaDB 5.3.

Centmin Mod v1.2.2-eva2000.18 released !

Change Log

v1.2.2-eva2000.18 - 15/07/2012

• Updated Nginx from v1.1.20 to v1.2.2 stable release http://nginx.org/en/CHANGES
• Updated PHP from v5.3.13 to v5.3.14 http://php.net/ChangeLog-5.php
• Updated NSD config file with hide-version: yes option to prevent NSD from replying with the version string on CHAOS class queries
• Updated Xcache from v2.0.0. to v2.0.1 http://xcache.lighttpd.net/browser/tags/2.0.1/ChangeLog
• Updated pigz, lzip, plzip, lbzip2 and lzib versions
• Updated CentOS 6.x YUM EPEL Repo version download url from epel-release-6-6 to epel-release-6-7
• Added detection support during installation for CentOS 6.x updated /switched to Oracle Unbreakable Enterprise Kernel R2 - 2.6.32-300.25.1 and 2.6.39-100.7.1 (based on 3.0.16 Kernel). Full details here.

Full change log at:
http://centminmod.com/changelog.html

Download at:
http://vbtechsupport.com/920/ (for now until transition to centminmod.com domain).


Also Centminmod.com now has further presence and link to Centminmod.com's own Google+ Page where you can follow updates of Centminmod.com news and releases. Already 240+ folks have added Centminmod to their own circles

[bluesman]

eva2000, I'm looking to install Nginx, PHP with APC and MarbiaDB on a 128MB OpenVZ VPS. Can I use your script for this? I recall reading somewhere that your script "requires" 256MB RAM or more than 128MB. Correct me if I am wrong.

[RRWH]

Well, after much frustration with a fairly specific case over the last several month's I have identified an area for improvement. It is not a bug as such, but none the less caused me a lot of problems.

I have a specific case where the PHP timezone Must match the VPS/Server timezone or it wreaks all sorts of havoc. It was not until I looked into the script that I see that the TZ is being set.

What needs to happen is that the script needs to either look for the Server TZ or that the Instructions should be updated to reflect that you should set the TZ in the centmin script before running it.

The TZ in the centmin script is used to set the PHP timezone in the php.ini As you may or may not know, without a timzone set in php it does not work.

The specific case was when I run cacti - which uses RRD, The Timezone varied between the OS and PHP by 14 hours, which meant that I would not see any live data - just data that was 14 hours old - not ideal for a monitoring system

Anyway, just thought that I should point this out.

[eva2000]

Originally Posted by bluesman

eva2000, I'm looking to install Nginx, PHP with APC and MarbiaDB on a 128MB OpenVZ VPS. Can I use your script for this? I recall reading somewhere that your script "requires" 256MB RAM or more than 128MB. Correct me if I am wrong.

Yeah unfortunately Centmin Mod needs 256MB minimum (technically it can work with 160-192MB but it's way too slow to install i.e. on local pc tested with 112MB and it swapped to disk by 68MB and took 2+ hrs to install compared to 20-30 mins. I do have something in the works for <256MB http://www.webhostingtalk.com/showpo...&postcount=151 just need to test to see if it works

Originally Posted by RRWH

Well, after much frustration with a fairly specific case over the last several month's I have identified an area for improvement. It is not a bug as such, but none the less caused me a lot of problems.

I have a specific case where the PHP timezone Must match the VPS/Server timezone or it wreaks all sorts of havoc. It was not until I looked into the script that I see that the TZ is being set.

What needs to happen is that the script needs to either look for the Server TZ or that the Instructions should be updated to reflect that you should set the TZ in the centmin script before running it.

The TZ in the centmin script is used to set the PHP timezone in the php.ini As you may or may not know, without a timzone set in php it does not work.

The specific case was when I run cacti - which uses RRD, The Timezone varied between the OS and PHP by 14 hours, which meant that I would not see any live data - just data that was 14 hours old - not ideal for a monitoring system

Anyway, just thought that I should point this out.

Timezones can be set or changed in the script before or after install. FAQ details http://centminmod.com/faq.html#datetimezone - full link http://centminmod.com/date_timezones/index.html

[RRWH]

Originally Posted by eva2000

Timezones can be set or changed in the script before or after install. FAQ details http://centminmod.com/faq.html#datetimezone - full link http://centminmod.com/date_timezones/index.html

I might have mis-represented the problems. When You have a running system, grab the latest version of the script and run it, following the 3 steps on the homepage to just upgrade the applications it will default to the Timezone configured in the newly downloaded script. This is where I came un-done with the upgrade.

Maybe this just needs to be added to the instructions Before running the script to edit it and set the TZ ?

Hey, only trying to make it better for all and if it is just a simple addition to the install instructions...

[kafloofen]

That's why one of the steps I do when I download a new centmin is edit

inc/phpsededit.inc

and edit the line

date.timezone = Australia\/Brisbane/g

to my timezone

[eva2000]

Ah i see what you mean

Originally Posted by kafloofen

That's why one of the steps I do when I download a new centmin is edit

inc/phpsededit.inc

and edit the line

date.timezone = Australia\/Brisbane/g

to my timezone

thanks mate, forgot a hardcoded that part.. more fixes for next version

curious for folks in ssh telnet as root user when you type this command, what output do you get ?

cat /etc/sysconfig/clock | awk -F "\"" '{print $2}'

[RRWH]

Originally Posted by eva2000

curious for folks in ssh telnet as root user when you type this command, what output do you get ?

cat /etc/sysconfig/clock | awk -F "\"" '{print $2}'

On a stand-alone Server I get the expected output - on an OpenVZ Instance, well, I get nothing - except an error message.

cat: /etc/sysconfig/clock: No such file or directory

[eva2000]

Originally Posted by RRWH

On a stand-alone Server I get the expected output - on an OpenVZ Instance, well, I get nothing - except an error message.

cat: /etc/sysconfig/clock: No such file or directory

OpenVZ such a pain

RRWH and others who are interested, I have a test script to upgrade Centmin Mod based MariaDB 5.2.x rpm installs to the new MariaDB 5.5.x YUM Repo based installations for CentOS 5.5 to 5.8 and 6.0 to 6.2. Haven't tested 6.3 yet. If any of you have spare VPS or local test servers and want to help me test MariaDB 5.5 YUM repo update, please contact me.

Best thing about updating to MariaDB 5.5 is it includes what CentOS 6.x mysql-libs usually provides so you can get software which is dependent on mysql-libs to install properly i.e. postfix.

[kafloofen]

I also add this line to accomodate longer vhost domains

config/nginx/nginx.conf

add server_names_hash_bucket_size 64;

[eva2000]

More details on MariaDB 5.5 and fixes for mysql-lib http://centminmod.com/faq.html#mysqllibs