What you need to do is make use of yum. That is the default package manager for centos. Doing something like 'yum search mysql' or 'su -c "yum search mysql"' should give you a list of packages with mysql in it to install. More help is available on the http://www.centos.org site. I recommend that you use the pre-compiled packages to make it easier to maintain your sites.
Pat
On Wed, 05 Dec 2007 13:11:58 -0500, "Tom Holmes Jr." tom@tomholmes.net wrote :
It's RedHat CentOS, not sure what version. So I am looking for the right rpm to download ....
should be rpm -i mysql-devel, but it's not finding it ...
I believe that rpm requires the full package name to install.
When I go to: http://dev.mysql.com/downloads/connector/php/ Seems like that one is for Windows only.
Pat Collins wrote:
Tom,
What OS is this machine? Maybe there is already a pre-compiled mysql package for mysql and php for your particular OS.
Pat PS I've changed the subject line to better reflect your issue.
On Wed, 05 Dec 2007 12:48:02 -0500, "Tom Holmes Jr." tom@tomholmes.net
wrote :
ok .............. deep breaths .... (in through nose, out through mouth) ...... (in through nose, out through mouth) ...... (in through nose, out through mouth) ......
Per the many suggestions ... I've spent the last three hours trying to get Apache/PHP setup. Apache 2.2.6 is working fine .... I downloaded gunziiped PHP 5.2.5 ... untarred, and started to go through the Apache2/PHP Unix installation as found here: http://us.php.net/manual/en/install.unix.apache2.php
The instruction say .... ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql
So, I did this and got the error message: "configure: error: Cannot find MySQL header files under yes."
On the thread located on this page, one user quoted ..... "| There is little or no documentation regarding the fact that MySQL Client Library isn't bundled with PHP anymore. The installation instructions need to be changed with, at the very least, some instructions for how to get PHP to recognize that the client library is installed. I realize that this may be a problem with licensing and as such, it's not possible to document too much regarding MySQL..."
Other messages seem to indicate that either: a) MySQL has to be on that box now in order to get the libraries b) you have to download mysql and compile it in order to get the libraries.
Can some PLEASE (and I am beggin now) please point me where I can get the PHP MySQL libraries so I can finish configuring my PHP with Apache, so I can correctly test Drupal 5.3 on that system .... Or ................. should I just use an older version of PHP 5.x that DOES have these mySQL libraries ....
==========================================================================================================================
As you might remember from previous messages ... I did two installs of Drupal 5.3 on Resin. One one machine (my laptop) Drupal-Resin-MySQL were all on one machine and it ran without issues. Perfectly fine!
In our real-world work environment ... reasonably so, the MySQL Server is on another machine/server and run by MySQL DBA's. And when I did a Resin/Drupal install ... it worked ... but then started to break .... but that could have been on modules issues or something else ....
I certainly know (ok, i presume) that Drupal 5.x will perfectly work on Apache/PHP on one machine while the database resides on another machine. Right!
I've provided as much information as I have ... if you need more ... please ask me nicely ....
Please ... I am begging again ... help me with install PHP with the Mysql Libraries so I can finish configuring it and setting it up.
|
[ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
Oh yeah, I forgot about 'yum' ... i usually do yast2 on my Suse systems at home, but this server machine is CentOS.
So .... I did a yum install php, and it upgraded the packages to php-4.3.9 ... not the latest/greatest 5.2.5 .... So ... does this php include the mysql libraries? how do I tie my newest Apache 2.2.6 with PHP?
I presume the first thing I have to find is the libmodphp4.so file or something to that effect .. or is it just mod_php.so? Then I know there is some more configuration in the httpd.conf file in order to tie these together.
Is there anything else I am missing? Thanks!
Pat Collins wrote:
What you need to do is make use of yum. That is the default package manager for centos. Doing something like 'yum search mysql' or 'su -c "yum search mysql"' should give you a list of packages with mysql in it to install. More help is available on the http://www.centos.org site. I recommend that you use the pre-compiled packages to make it easier to maintain your sites.
Pat
On Wed, 05 Dec 2007 13:11:58 -0500, "Tom Holmes Jr." tom@tomholmes.net wrote :
It's RedHat CentOS, not sure what version. So I am looking for the right rpm to download ....
should be rpm -i mysql-devel, but it's not finding it ...
I believe that rpm requires the full package name to install.
When I go to: http://dev.mysql.com/downloads/connector/php/ Seems like that one is for Windows only.
Pat Collins wrote:
Tom,
What OS is this machine? Maybe there is already a pre-compiled mysql package for mysql and php for your particular OS.
Pat PS I've changed the subject line to better reflect your issue.
On Wed, 05 Dec 2007 12:48:02 -0500, "Tom Holmes Jr." tom@tomholmes.net
wrote :
ok .............. deep breaths .... (in through nose, out through mouth) ...... (in through nose, out through mouth) ...... (in through nose, out through mouth) ......
Per the many suggestions ... I've spent the last three hours trying to get Apache/PHP setup. Apache 2.2.6 is working fine .... I downloaded gunziiped PHP 5.2.5 ... untarred, and started to go through the Apache2/PHP Unix installation as found here: http://us.php.net/manual/en/install.unix.apache2.php
The instruction say .... ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql
So, I did this and got the error message: "configure: error: Cannot find MySQL header files under yes."
On the thread located on this page, one user quoted ..... "| There is little or no documentation regarding the fact that MySQL Client Library isn't bundled with PHP anymore. The installation instructions need to be changed with, at the very least, some instructions for how to get PHP to recognize that the client library is installed. I realize that this may be a problem with licensing and as such, it's not possible to document too much regarding MySQL..."
Other messages seem to indicate that either: a) MySQL has to be on that box now in order to get the libraries b) you have to download mysql and compile it in order to get the libraries.
Can some PLEASE (and I am beggin now) please point me where I can get the PHP MySQL libraries so I can finish configuring my PHP with Apache, so I can correctly test Drupal 5.3 on that system .... Or ................. should I just use an older version of PHP 5.x that DOES have these mySQL libraries ....
==========================================================================================================================
As you might remember from previous messages ... I did two installs of Drupal 5.3 on Resin. One one machine (my laptop) Drupal-Resin-MySQL were all on one machine and it ran without issues. Perfectly fine!
In our real-world work environment ... reasonably so, the MySQL Server is on another machine/server and run by MySQL DBA's. And when I did a Resin/Drupal install ... it worked ... but then started to break .... but that could have been on modules issues or something else ....
I certainly know (ok, i presume) that Drupal 5.x will perfectly work on Apache/PHP on one machine while the database resides on another machine. Right!
I've provided as much information as I have ... if you need more ... please ask me nicely ....
Please ... I am begging again ... help me with install PHP with the Mysql Libraries so I can finish configuring it and setting it up.
|
[ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
On Wed, 05 Dec 2007 13:49:37 -0500 "Tom Holmes Jr." tom@tomholmes.net wrote:
Oh yeah, I forgot about 'yum' ... i usually do yast2 on my Suse systems at home, but this server machine is CentOS.
So .... I did a yum install php, and it upgraded the packages to php-4.3.9 ... not the latest/greatest 5.2.5 .... So ... does this php include the mysql libraries? how do I tie my newest Apache 2.2.6 with PHP?
I presume the first thing I have to find is the libmodphp4.so file or something to that effect .. or is it just mod_php.so? Then I know there is some more configuration in the httpd.conf file in order to tie these together.
Is there anything else I am missing? Thanks!
If CentOS did a reasonable work (Debian does) what you'll have to do is just install mod_php, apache and php-mysql, mod_rewrite (last one just on Apache 1.X?).
Then you'll have to understand where the default root of Apache is and place there your stuff.
It may be necessary to "AllowOverride All" in apache config.
These things are so stable, I'm not a sysadmin and they became easier and easier that I tend to avoid to remember them.
On 06/12/2007, Tom Holmes Jr. tom@tomholmes.net wrote:
Oh yeah, I forgot about 'yum' ... i usually do yast2 on my Suse systems at home, but this server machine is CentOS.
There is this tutorial, but it's pretty long winded and overkill in terms of the packages installed - you'll probably want to skip over the non PHP/Apache/MySQL parts.
http://www.howtoforge.com/perfect_server_centos4.5
Section 9 & 11 should be enough for you. Even then they install more packages that you really need, but I wouldn't worry about that for now.
It's best to just stick to the versions Centos installs rather than compiling your own.
Yeah ... I took this completely off the list ... I figured installing Apache/PHP with MySql support is NOT a Drupal issue. I thought that was appropriate ... Yep, I was googling for "Apache MySQL PHP Centos" to find a link that gave me that kind of information.
I did find your link helpful, I don't have direct access to the CentOS machine since that machine is in a data-center altogether. I did run through the instructions from that link on page 5 for apache/php. And now I have the Apache 2.0.x with PHP 4.3.9 installed.
This type of installation seems to install data/apps ALL over the place ... but that is an issue with CentOS and not Drupal. I'm used to not installing Apache/PHP on my Linux systems with the install because of that. I like to install apps where I want them to be. And kinda keep the apps together neatly. So I usually download and install the OS is installed.
I am testing out the PHP now anyway ... and it seems to work: index.php looks like; <? phpinfo() ?> And I get all the php information displayed .... including all the way down that mysql support is enabled. Now I can copy over the latest install of Drupal 5.3.
Thanks .....
Anton wrote:
On 06/12/2007, Tom Holmes Jr. tom@tomholmes.net wrote:
Oh yeah, I forgot about 'yum' ... i usually do yast2 on my Suse systems at home, but this server machine is CentOS.
There is this tutorial, but it's pretty long winded and overkill in terms of the packages installed - you'll probably want to skip over the non PHP/Apache/MySQL parts.
http://www.howtoforge.com/perfect_server_centos4.5
Section 9 & 11 should be enough for you. Even then they install more packages that you really need, but I wouldn't worry about that for now.
It's best to just stick to the versions Centos installs rather than compiling your own.
The Drupal database screen came up .... the Advanced Options did work for Apache (doesn't in resin causing you to change the db_url in settings.php manually). The settings.php did update to the correct db_url and accordinly change permissions on the file.
The result was the "white screen of death" ... no problem ... I'll research this myself ... It seems like it maybe some kind of memory issue set in php.ini .... If anyone wants to help, that's great ... just ask me for any information. Otherwise I will continue to research .....
Thanks! Tom
Tom Holmes Jr. wrote:
Yeah ... I took this completely off the list ... I figured installing Apache/PHP with MySql support is NOT a Drupal issue. I thought that was appropriate ... Yep, I was googling for "Apache MySQL PHP Centos" to find a link that gave me that kind of information.
I did find your link helpful, I don't have direct access to the CentOS machine since that machine is in a data-center altogether. I did run through the instructions from that link on page 5 for apache/php. And now I have the Apache 2.0.x with PHP 4.3.9 installed.
This type of installation seems to install data/apps ALL over the place ... but that is an issue with CentOS and not Drupal. I'm used to not installing Apache/PHP on my Linux systems with the install because of that. I like to install apps where I want them to be. And kinda keep the apps together neatly. So I usually download and install the OS is installed.
I am testing out the PHP now anyway ... and it seems to work: index.php looks like; <? phpinfo() ?> And I get all the php information displayed .... including all the way down that mysql support is enabled. Now I can copy over the latest install of Drupal 5.3.
Thanks .....
Anton wrote:
On 06/12/2007, Tom Holmes Jr. tom@tomholmes.net wrote:
Oh yeah, I forgot about 'yum' ... i usually do yast2 on my Suse systems at home, but this server machine is CentOS.
There is this tutorial, but it's pretty long winded and overkill in terms of the packages installed - you'll probably want to skip over the non PHP/Apache/MySQL parts.
http://www.howtoforge.com/perfect_server_centos4.5
Section 9 & 11 should be enough for you. Even then they install more packages that you really need, but I wouldn't worry about that for now.
It's best to just stick to the versions Centos installs rather than compiling your own.
Yeah that could very well be a memory issue.
you saw this page i assume? http://drupal.org/node/29268
Tom Holmes Jr. wrote:
The Drupal database screen came up .... the Advanced Options did work for Apache (doesn't in resin causing you to change the db_url in settings.php manually). The settings.php did update to the correct db_url and accordinly change permissions on the file.
The result was the "white screen of death" ... no problem ... I'll research this myself ... It seems like it maybe some kind of memory issue set in php.ini .... If anyone wants to help, that's great ... just ask me for any information. Otherwise I will continue to research .....
Thanks! Tom
Tom Holmes Jr. wrote:
Yeah ... I took this completely off the list ... I figured installing Apache/PHP with MySql support is NOT a Drupal issue. I thought that was appropriate ... Yep, I was googling for "Apache MySQL PHP Centos" to find a link that gave me that kind of information.
I did find your link helpful, I don't have direct access to the CentOS machine since that machine is in a data-center altogether. I did run through the instructions from that link on page 5 for apache/php. And now I have the Apache 2.0.x with PHP 4.3.9 installed.
This type of installation seems to install data/apps ALL over the place ... but that is an issue with CentOS and not Drupal. I'm used to not installing Apache/PHP on my Linux systems with the install because of that. I like to install apps where I want them to be. And kinda keep the apps together neatly. So I usually download and install the OS is installed.
I am testing out the PHP now anyway ... and it seems to work: index.php looks like; <? phpinfo() ?> And I get all the php information displayed .... including all the way down that mysql support is enabled. Now I can copy over the latest install of Drupal 5.3.
Thanks .....
Anton wrote:
On 06/12/2007, Tom Holmes Jr. tom@tomholmes.net wrote:
Oh yeah, I forgot about 'yum' ... i usually do yast2 on my Suse systems at home, but this server machine is CentOS.
There is this tutorial, but it's pretty long winded and overkill in terms of the packages installed - you'll probably want to skip over the non PHP/Apache/MySQL parts.
http://www.howtoforge.com/perfect_server_centos4.5
Section 9 & 11 should be enough for you. Even then they install more packages that you really need, but I wouldn't worry about that for now.
It's best to just stick to the versions Centos installs rather than compiling your own.
updated memory issue ... but I get this error before I can even logon:
PHP Fatal Error: Call to undefined function: user_access() in /var/www/html/drupal/modules/block/block.module on line 68 .....
sander-martijn wrote:
Yeah that could very well be a memory issue.
you saw this page i assume? http://drupal.org/node/29268
Tom Holmes Jr. wrote:
The Drupal database screen came up .... the Advanced Options did work for Apache (doesn't in resin causing you to change the db_url in settings.php manually). The settings.php did update to the correct db_url and accordinly change permissions on the file.
The result was the "white screen of death" ... no problem ... I'll research this myself ... It seems like it maybe some kind of memory issue set in php.ini .... If anyone wants to help, that's great ... just ask me for any information. Otherwise I will continue to research .....
Thanks! Tom
Tom Holmes Jr. wrote:
Yeah ... I took this completely off the list ... I figured installing Apache/PHP with MySql support is NOT a Drupal issue. I thought that was appropriate ... Yep, I was googling for "Apache MySQL PHP Centos" to find a link that gave me that kind of information.
I did find your link helpful, I don't have direct access to the CentOS machine since that machine is in a data-center altogether. I did run through the instructions from that link on page 5 for apache/php. And now I have the Apache 2.0.x with PHP 4.3.9 installed.
This type of installation seems to install data/apps ALL over the place ... but that is an issue with CentOS and not Drupal. I'm used to not installing Apache/PHP on my Linux systems with the install because of that. I like to install apps where I want them to be. And kinda keep the apps together neatly. So I usually download and install the OS is installed.
I am testing out the PHP now anyway ... and it seems to work: index.php looks like; <? phpinfo() ?> And I get all the php information displayed .... including all the way down that mysql support is enabled. Now I can copy over the latest install of Drupal 5.3.
Thanks .....
Anton wrote:
On 06/12/2007, Tom Holmes Jr. tom@tomholmes.net wrote:
Oh yeah, I forgot about 'yum' ... i usually do yast2 on my Suse systems at home, but this server machine is CentOS.
There is this tutorial, but it's pretty long winded and overkill in terms of the packages installed - you'll probably want to skip over the non PHP/Apache/MySQL parts.
http://www.howtoforge.com/perfect_server_centos4.5
Section 9 & 11 should be enough for you. Even then they install more packages that you really need, but I wouldn't worry about that for now.
It's best to just stick to the versions Centos installs rather than compiling your own.
Did you untar drupal on the server or untar it locally and then ftp the files up? I've had errors like this because I did the latter and ftp timed out on some of the files. You can do it through ftp but you might have to go through directories and make sure all the files are there.
Also check permissions, make sure you hae something like 775 on directories and 644 on files and that the files and folders are in the same group as php runs as.
.s
Tom Holmes Jr. wrote:
updated memory issue ... but I get this error before I can even logon:
PHP Fatal Error: Call to undefined function: user_access() in /var/www/html/drupal/modules/block/block.module on line 68 .....
sander-martijn wrote:
Yeah that could very well be a memory issue.
you saw this page i assume? http://drupal.org/node/29268
Tom Holmes Jr. wrote:
The Drupal database screen came up .... the Advanced Options did work for Apache (doesn't in resin causing you to change the db_url in settings.php manually). The settings.php did update to the correct db_url and accordinly change permissions on the file.
The result was the "white screen of death" ... no problem ... I'll research this myself ... It seems like it maybe some kind of memory issue set in php.ini .... If anyone wants to help, that's great ... just ask me for any information. Otherwise I will continue to research .....
Thanks! Tom
Tom Holmes Jr. wrote:
Yeah ... I took this completely off the list ... I figured installing Apache/PHP with MySql support is NOT a Drupal issue. I thought that was appropriate ... Yep, I was googling for "Apache MySQL PHP Centos" to find a link that gave me that kind of information.
I did find your link helpful, I don't have direct access to the CentOS machine since that machine is in a data-center altogether. I did run through the instructions from that link on page 5 for apache/php. And now I have the Apache 2.0.x with PHP 4.3.9 installed.
This type of installation seems to install data/apps ALL over the place ... but that is an issue with CentOS and not Drupal. I'm used to not installing Apache/PHP on my Linux systems with the install because of that. I like to install apps where I want them to be. And kinda keep the apps together neatly. So I usually download and install the OS is installed.
I am testing out the PHP now anyway ... and it seems to work: index.php looks like; <? phpinfo() ?> And I get all the php information displayed .... including all the way down that mysql support is enabled. Now I can copy over the latest install of Drupal 5.3.
Thanks .....
Anton wrote:
On 06/12/2007, Tom Holmes Jr. tom@tomholmes.net wrote:
Oh yeah, I forgot about 'yum' ... i usually do yast2 on my Suse systems at home, but this server machine is CentOS.
There is this tutorial, but it's pretty long winded and overkill in terms of the packages installed - you'll probably want to skip over the non PHP/Apache/MySQL parts.
http://www.howtoforge.com/perfect_server_centos4.5
Section 9 & 11 should be enough for you. Even then they install more packages that you really need, but I wouldn't worry about that for now.
It's best to just stick to the versions Centos installs rather than compiling your own.
Good morning ....
I moved the whole .gz file over to the destination server. Then I untarred the file on the destination server. No FTP was involved, so I know all the files are there.
I am running Apache/PHP as root ... this is a development shared server that no one else is using ... so no one gets hurt. ;-) Since I installed Apache/PHP with mysql support via packages ... things are a little all over the place. Believe it or not ... the Apache document root turned out to be: /var/www/html and drupal is installed under /var/www/html/drupal .... (where I untarred it) All these files then should be owned by root ... I will change that and then check permissions.
I gotta tell ya ... since Resin has a ready web-server and PHP implemented via Java. Getting Resin/Drupal and the database setup took no more than 10 minutes. And I thought I was making great head-way ....
Anyway, I'll make these changes and try again ... I'll let you know how I make out now that Apache/PHP is out of the way.
Thanks again! Tom
sander-martijn wrote:
Did you untar drupal on the server or untar it locally and then ftp the files up? I've had errors like this because I did the latter and ftp timed out on some of the files. You can do it through ftp but you might have to go through directories and make sure all the files are there.
Also check permissions, make sure you hae something like 775 on directories and 644 on files and that the files and folders are in the same group as php runs as.
.s
Tom Holmes Jr. wrote:
updated memory issue ... but I get this error before I can even logon:
PHP Fatal Error: Call to undefined function: user_access() in /var/www/html/drupal/modules/block/block.module on line 68 .....
sander-martijn wrote:
Yeah that could very well be a memory issue.
you saw this page i assume? http://drupal.org/node/29268
Tom Holmes Jr. wrote:
The Drupal database screen came up .... the Advanced Options did work for Apache (doesn't in resin causing you to change the db_url in settings.php manually). The settings.php did update to the correct db_url and accordinly change permissions on the file.
The result was the "white screen of death" ... no problem ... I'll research this myself ... It seems like it maybe some kind of memory issue set in php.ini .... If anyone wants to help, that's great ... just ask me for any information. Otherwise I will continue to research .....
Thanks! Tom
Tom Holmes Jr. wrote:
Yeah ... I took this completely off the list ... I figured installing Apache/PHP with MySql support is NOT a Drupal issue. I thought that was appropriate ... Yep, I was googling for "Apache MySQL PHP Centos" to find a link that gave me that kind of information.
I did find your link helpful, I don't have direct access to the CentOS machine since that machine is in a data-center altogether. I did run through the instructions from that link on page 5 for apache/php. And now I have the Apache 2.0.x with PHP 4.3.9 installed.
This type of installation seems to install data/apps ALL over the place ... but that is an issue with CentOS and not Drupal. I'm used to not installing Apache/PHP on my Linux systems with the install because of that. I like to install apps where I want them to be. And kinda keep the apps together neatly. So I usually download and install the OS is installed.
I am testing out the PHP now anyway ... and it seems to work: index.php looks like; <? phpinfo() ?> And I get all the php information displayed .... including all the way down that mysql support is enabled. Now I can copy over the latest install of Drupal 5.3.
Thanks .....
Anton wrote:
On 06/12/2007, Tom Holmes Jr. tom@tomholmes.net wrote:
> Oh yeah, I forgot about 'yum' ... i usually do yast2 on my Suse systems > at home, but this server machine is CentOS. > > > > There is this tutorial, but it's pretty long winded and overkill in terms of the packages installed - you'll probably want to skip over the non PHP/Apache/MySQL parts.
http://www.howtoforge.com/perfect_server_centos4.5
Section 9 & 11 should be enough for you. Even then they install more packages that you really need, but I wouldn't worry about that for now.
It's best to just stick to the versions Centos installs rather than compiling your own.
Checked all the permissions and they are fine .... they are owned by user/group root. All the files are 644, and all the directories are 775 .... same issue as before:
PHP Fatal Error: Call to undefined function: user_access() in /var/www/html/drupal/modules/block/block.module on line 68
line 68 is: 'access' => user_access('administer_blocks'),
Thanks again for the help.
sander-martijn wrote:
Did you untar drupal on the server or untar it locally and then ftp the files up? I've had errors like this because I did the latter and ftp timed out on some of the files. You can do it through ftp but you might have to go through directories and make sure all the files are there.
Also check permissions, make sure you hae something like 775 on directories and 644 on files and that the files and folders are in the same group as php runs as.
.s
Tom Holmes Jr. wrote:
updated memory issue ... but I get this error before I can even logon:
PHP Fatal Error: Call to undefined function: user_access() in /var/www/html/drupal/modules/block/block.module on line 68 .....
sander-martijn wrote:
Yeah that could very well be a memory issue.
you saw this page i assume? http://drupal.org/node/29268
Tom Holmes Jr. wrote:
The Drupal database screen came up .... the Advanced Options did work for Apache (doesn't in resin causing you to change the db_url in settings.php manually). The settings.php did update to the correct db_url and accordinly change permissions on the file.
The result was the "white screen of death" ... no problem ... I'll research this myself ... It seems like it maybe some kind of memory issue set in php.ini .... If anyone wants to help, that's great ... just ask me for any information. Otherwise I will continue to research .....
Thanks! Tom
Tom Holmes Jr. wrote:
Yeah ... I took this completely off the list ... I figured installing Apache/PHP with MySql support is NOT a Drupal issue. I thought that was appropriate ... Yep, I was googling for "Apache MySQL PHP Centos" to find a link that gave me that kind of information.
I did find your link helpful, I don't have direct access to the CentOS machine since that machine is in a data-center altogether. I did run through the instructions from that link on page 5 for apache/php. And now I have the Apache 2.0.x with PHP 4.3.9 installed.
This type of installation seems to install data/apps ALL over the place ... but that is an issue with CentOS and not Drupal. I'm used to not installing Apache/PHP on my Linux systems with the install because of that. I like to install apps where I want them to be. And kinda keep the apps together neatly. So I usually download and install the OS is installed.
I am testing out the PHP now anyway ... and it seems to work: index.php looks like; <? phpinfo() ?> And I get all the php information displayed .... including all the way down that mysql support is enabled. Now I can copy over the latest install of Drupal 5.3.
Thanks .....
Anton wrote:
On 06/12/2007, Tom Holmes Jr. tom@tomholmes.net wrote:
> Oh yeah, I forgot about 'yum' ... i usually do yast2 on my Suse systems > at home, but this server machine is CentOS. > > > > There is this tutorial, but it's pretty long winded and overkill in terms of the packages installed - you'll probably want to skip over the non PHP/Apache/MySQL parts.
http://www.howtoforge.com/perfect_server_centos4.5
Section 9 & 11 should be enough for you. Even then they install more packages that you really need, but I wouldn't worry about that for now.
It's best to just stick to the versions Centos installs rather than compiling your own.
Quoting "Tom Holmes Jr." tom@tomholmes.net:
Checked all the permissions and they are fine .... they are owned by user/group root. All the files are 644, and all the directories are 775 .... same issue as before:
PHP Fatal Error: Call to undefined function: user_access() in /var/www/html/drupal/modules/block/block.module on line 68
line 68 is: 'access' => user_access('administer_blocks'),
user_access is defined in user.module of the required core user module. How would you be able to not have a required function defined?
Earnie -- http://for-my-kids.com/ -- http://give-me-an-offer.com/
I am only trying to provide as much information in the hopes that someone can tell me "do xyz and all set" Of course that is rarely the case ....
So, I just downloaded the latest 5.4 version of Drupal and SCP'ed the whole gz file to the server. I gunzipped and untarred the file to the right location of my Apache 2.0 server. I initialized the database and set that back up .... For some reason .... the user that owned the new directory was 1080 root even though I untarred the file as root .. bizarre. I had to change the all the files and directories to be owned by root ... and then chmod of settings.php file to 777 to start.
When I went to the install page ... that went very well, and I got to the first page to create the first account. I created the first account ... but rather than giving me the password ... it went to the login page saying I did not have access to that page.
At least I am getting closer .... and now I am getting errors in the apache error_log ... I get lots of them .... undefined variables and undefined indexes .... But I will keep trying to get Drupal to where it is running fine ............. what a challenge!
Earnie Boyd wrote:
Quoting "Tom Holmes Jr." tom@tomholmes.net:
Checked all the permissions and they are fine .... they are owned by user/group root. All the files are 644, and all the directories are 775 .... same issue as before:
PHP Fatal Error: Call to undefined function: user_access() in /var/www/html/drupal/modules/block/block.module on line 68
line 68 is: 'access' => user_access('administer_blocks'),
user_access is defined in user.module of the required core user module. How would you be able to not have a required function defined?
Earnie -- http://for-my-kids.com/ -- http://give-me-an-offer.com/
On Thu, 06 Dec 2007 11:46:16 -0500 "Tom Holmes Jr." tom@tomholmes.net wrote:
At least I am getting closer .... and now I am getting errors in the apache error_log ... I get lots of them .... undefined variables and undefined indexes .... But I will keep trying to get Drupal to where it is running fine ............. what a challenge!
Not to turn you off or heat again the discussion but just to give a clue there seems to be better ways.
Installing Drupal for me is a matter of minutes on a fresh box and I'm one of the few that use unpopular environment as oooh postgresql.
Considering you're having so many troubles I'd think you still didn't chose the "main path".
As I said I'm not a sysadmin and fortunately I don't have to put up environment after environment where to install Drupal. But this has never been a serious obstacle so that I'm so confident that the process is so painless that I never invested time in "learning it".
That's to say that your CentOS env maybe have been tweaked by someone else, there are Apache config that are not standard and don't cooperate well with Drupal, php, mysql etc...
I'm not doing advocacy, I'm suggesting you really go through this stuff by the main way.
Do you have a personal Linux box? Something you installed by your own? Do you have a Windows box where you can install VMWare? Could you install Linux inside it an test?
Do not make it a painful experience to relate with Drupal just because you're not comfortable with the environment and what's happening could be influenced by thousands factors.
I know it is pointless since you'd like to know if Drupal can run smoothly on Resin in a Linux(?) env... but if by any chance you're more familiar with Windows... try Drupal there. You'd be confident that in your system there is nothing strange at least... and if there is... it is your system and you know it.
Quoting Ivan Sergio Borgonovo mail@webthatworks.it:
I know it is pointless since you'd like to know if Drupal can run smoothly on Resin in a Linux(?) env... but if by any chance you're more familiar with Windows... try Drupal there. You'd be confident that in your system there is nothing strange at least... and if there is... it is your system and you know it.
I do quite a bit of development/test on WAMP (Windows Apache MySql PHP). And I agree with Ivan, Drupal is really painless to setup.
Earnie -- http://for-my-kids.com/ -- http://give-me-an-offer.com/
That is NOT an option. My "marching orders" was to get it working on our shared CentOS server. It is not windows ... that is NOT an option.
I am PAINFULLY trying to go down the "main path" ...
I spent 10 hours yesterday trying to configre Apache/PHP with mysql support on that machine .... I tried to do a virgin download of Apache 2.2.6 and PHP 5.2.5 ... I found out then that PHP 5.2.5 doesn't have MySQL support .... I don't care what the reasons are provided I can get the documentation to tell me how to fix that issue .... I was told to use the Apache/PHP CentOS packages ... and Anton provided the link which told me how to correctly how to set that up. As a result CentOS installs Apache 2.0.43 ... and PHP 4.3.9 with mysql support ... so there ya go .... After 10 hours I finally figured my environment was setup correctly .... that was the tough part ... and no fault of Drupal's ....
Now I have what I think is a "main path" environment ... and yes, I agree dropping in Drupal should be trivial .... I did have some permissions issues which I fixed .... and I got the database installed .... I even got rid of that damned white-screen of death .................... Now I get to the page where I create the first account .... I create the first account ... and now I get to the page where it says Access Denied and the first user can't login at all or even to the screen where I set that first password.
I reported the errors I did because I thought that would have pointed to something stupid *I* did .... but it seems when I try to create that first new user .... no new error messages are being generated .... So .. now I am just doing research on the Drupal Forums .....
I'm sorry ..... but I have found this whole process to be challenging .... not just the Drupal Installation .............
Earnie Boyd wrote:
Quoting Ivan Sergio Borgonovo mail@webthatworks.it:
I know it is pointless since you'd like to know if Drupal can run smoothly on Resin in a Linux(?) env... but if by any chance you're more familiar with Windows... try Drupal there. You'd be confident that in your system there is nothing strange at least... and if there is... it is your system and you know it.
I do quite a bit of development/test on WAMP (Windows Apache MySql PHP). And I agree with Ivan, Drupal is really painless to setup.
Earnie -- http://for-my-kids.com/ -- http://give-me-an-offer.com/
Quoting "Tom Holmes Jr." tom@tomholmes.net:
For some reason .... the user that owned the new directory was 1080 root even though I untarred the file as root .. bizarre.
The bizarre part is that you unarchived the file as root. Usually this is done in a user such as webadmin.
I had to change the all the files and directories to be owned by root ... and then chmod of settings.php file to 777 to start.
You should change them owned as webadmin (or some other equivalent for CentOS).
When I went to the install page ... that went very well, and I got to the first page to create the first account. I created the first account ... but rather than giving me the password ... it went to the login page saying I did not have access to that page.
Let's see CentOS. Isn't there issues with its default security policy, SELinux?
http://www.google.com/search?q=SELinux+site%3Alists.drupal.org&btnG=Sear...
Earnie -- http://for-my-kids.com/ -- http://give-me-an-offer.com/
On Wednesday 05 December 2007, Tom Holmes Jr. wrote:
This type of installation seems to install data/apps ALL over the place ... but that is an issue with CentOS and not Drupal. I'm used to not installing Apache/PHP on my Linux systems with the install because of that. I like to install apps where I want them to be. And kinda keep the apps together neatly. So I usually download and install the OS is installed.
That's actually typical of most OSes, particularly Unixes. It's one reason why installing and managing software independent of a package manager is only for the extremely skilled and/or stupid. (Those two are not mutually exclusive.) Even Windows does that, to a lesser degree. (Registry, System32 directory, etc. It's a mess there, too.) Mac OS X is the odd man out here, and their setup has a different set of problems associated with it.
But yeah, nothing to do with Drupal. Web apps *should* be self-contained like that (as Drupal is). If they're not, they suck.
Quoting Larry Garfield larry@garfieldtech.com:
On Wednesday 05 December 2007, Tom Holmes Jr. wrote:
This type of installation seems to install data/apps ALL over the place ... but that is an issue with CentOS and not Drupal. I'm used to not installing Apache/PHP on my Linux systems with the install because of that. I like to install apps where I want them to be. And kinda keep the apps together neatly. So I usually download and install the OS is installed.
I shouldn't respond but I just can't help myself.
That's actually typical of most OSes, particularly Unixes. It's one reason why installing and managing software independent of a package manager is only for the extremely skilled and/or stupid. (Those two are not mutually exclusive.) Even Windows does that, to a lesser degree. (Registry, System32 directory, etc. It's a mess there, too.) Mac OS X is the odd man out here, and their setup has a different set of problems associated with it.
Thanks, Larry, I'm glad you think I'm extremely skilled. ;t I too like build applications and put things where I want them and gracefully do so. I have never liked the package managers because I don't learn the lower level recipes depending on them. For version control I use a package called stow.
But yeah, nothing to do with Drupal. Web apps *should* be self-contained like that (as Drupal is). If they're not, they suck.
Yes, it is true, some nice acronyms for methodologies come to mind as well. Even those are over done in some cases. I like Drupal's package layout. It is simple and works extremely well. But that doesn't mean I have to copy it to all of the websites on the system. I can point /usr/local/htdocs/Drupal in the web configuration or I can use a symbolic link to the Drupal directory as the htdocs directory for the website.
Earnie -- http://for-my-kids.com/ -- http://give-me-an-offer.com/