LNMP安装常见问题集锦

1、ERROR: invalid PHP executable specified by TEST_PHP_EXECUTABLE  = /usr/local/src/php-5.3.18/sapi/cli/php

出现情况:make php过程中的错误

错误意思:
关闭安全模式就好了,都是safe模式的测试 惹的祸。最新版的php 安装包中已经没有safe模块了。

解决办法: 该错误可以忽略直接make install 好了。

2、nginx: [emerg] getpwnam("www") failed

出现情况:刚装完nginx后,运行测试文件的时候。

错误意思:获得 www  用户失败。

解决办法:在nginx.conf中 把"#user nobody;"的前面#注释去掉,改为"user www www;"

3、nginx: [error] open() "/usr/local/nginx/logs/nginx.pid" failed (2: No such file or directory)

出现情况:刚安装完nginx后重启时报的错。

错误意思:在  
/usr/local/nginx/logs 目录下没有nginx.pid

解决办法: 运行这句话,问题解决 "/usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf" 这句话的意思的为nginx指定配置文件路径。

/usr/local/nginx/sbin/nginx -t  测试nginx的配置文件是否正确

4、nginx: [warn] conflicting server name "" on 0.0.0.0:80, ignored

出现情况: 配置完nginx的 配置文件后,reload时出现的这个错误。

错误意思:nginx的 配置文件中有域名冲突了

解决办法:查看配置文件是否有冲突的域名,如果有的话删除再reload就可以了。

linux上用LINUX下用grep "blogguy.cn"搜索一下,一般是由于修改的是没有注意造成的。

搜索到有相同的重复,去掉重复的域名配置就可以了。

5、nginx: [alert] kill(34719, 1) failed (3: No such process)

出现情况:重启linux系统后,运行 "/usr/local/nginx/sbin/nginx -s reload" 报这个错误

错误意思:nginx启动的时候杀死进程34719失败,原因是没有这个进程。

解决办法:

[root @mylinux ~]# /usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf

[root @mylinux ~]# /usr/local/nginx/sbin/nginx -s reload

指定一下nginx 的配置文件 然后重启就好了。

6、[root@mylinux logs]# /usr/local/php/sbin/php-fpm -t

[23-Jun-2013 21:00:29] ERROR: failed to open configuration file ‘/usr/local/php/etc/php-fpm.conf‘: No such file or directory (2)

[23-Jun-2013 21:00:29] ERROR: failed to load configuration file ‘/usr/local/php/etc/php-fpm.conf‘

[23-Jun-2013 21:00:29] ERROR: FPM initialization failed

出现情况:运行 " /usr/local/php/sbin/php-fpm -t" 测试 php-fpm 的配置文件时出现。

错误意思:找不到 
php-fpm.conf 文件(php-fpm配置文件)

解决办法:

[[email protected] init.d]# cd /usr/local/php/etc

[root@mylinux etc]# cp php-fpm.conf.default php-fpm.conf

[root@mylinux etc]# /usr/local/php/sbin/php-fpm -t

[23-Jun-2013 21:04:00] NOTICE: configuration file /usr/local/php/etc/php-fpm.conf test is successful

7、[root@mylinux init.d]# /etc/init.d/php-fpm start  或者 service php-fpm start

Starting php-fpm [23-Jun-2013 21:16:01] ERROR: failed to open configuration file ‘/usr/local/php/etc/php-fpm.conf‘: No such file or directory (2)

[23-Jun-2013 21:16:01] ERROR: failed to load configuration file ‘/usr/local/php/etc/php-fpm.conf‘

[23-Jun-2013 21:16:01] ERROR: FPM initialization failed

failed

出现情况:启动php-fpm的时候遇到,该问题和问题6、实际是同一个问题。

错误意思: 找不到 php-fpm.conf 文件(php-fpm配置文件)

解决办法:

[root@mylinux init.d]# cd /usr/local/php/etc

[root@mylinux etc]# cp php-fpm.conf.default php-fpm.conf

[root@mylinux etc]# service php-fpm start

Starting php-fpm  done

8、Starting MySQL.. ERROR! The server quit without updating PID file (/usr/local/mysql/data/mylinux.pid).

出现情况:运行" service mysqld start"或者" /etc/init.d/mysqld start"启动mysqld守护进程的时

错误意思:重启mysql失败,原因是找不到

解决办法:

从报错上看,看不出具体问题,只能看日志了

[root@mylinux /]# cd /usr/local/mysql/data

[root@mylinux data]# tail -f -n 20 mylinux.err

130623 16:34:53 mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql/data

130623 16:34:53 [Note] Plugin ‘FEDERATED‘ is disabled.

130623 16:34:53 InnoDB: The InnoDB memory heap is disabled

130623 16:34:53 InnoDB: Mutexes and rw_locks use GCC atomic builtins

130623 16:34:53 InnoDB: Compressed tables use zlib 1.2.3

130623 16:34:53 InnoDB: Initializing buffer pool, size = 128.0M

130623 16:34:53 InnoDB: Completed initialization of buffer pool

InnoDB: Unable to lock ./ibdata1, error: 11

InnoDB: Check that you do not already have another mysqld process

InnoDB: using the same InnoDB data or log files.

InnoDB: Unable to lock ./ibdata1, error: 11

InnoDB: Check that you do not already have another mysqld process

InnoDB: using the same InnoDB data or log files.

InnoDB: Unable to lock ./ibdata1, error: 11

InnoDB: Check that you do not already have another mysqld process

InnoDB: using the same InnoDB data or log files.

InnoDB: Unable to lock ./ibdata1, error: 11

InnoDB: Check that you do not already have another mysqld process

InnoDB: using the same InnoDB data or log files.

InnoDB: Unable to lock ./ibdata1, error: 11

InnoDB: Check that you do not already have another mysqld process

InnoDB: using the same InnoDB data or log files.

InnoDB: Unable to lock ./ibdata1, error: 11

InnoDB: Check that you do not already have another mysqld process

InnoDB: using the same InnoDB data or log files.

InnoDB: Unable to lock ./ibdata1, error: 11

InnoDB: Check that you do not already have another mysqld process

InnoDB: using the same InnoDB data or log files.

InnoDB: Unable to lock ./ibdata1, error: 11

InnoDB: Check that you do not already have another mysqld process

InnoDB: using the same InnoDB data or log files.

InnoDB: Unable to lock ./ibdata1, error: 11

InnoDB: Check that you do not already have another mysqld process

InnoDB: using the same InnoDB data or log files.

InnoDB: Unable to lock ./ibdata1, error: 11

InnoDB: Check that you do not already have another mysqld process

InnoDB: using the same InnoDB data or log files.

InnoDB: Unable to lock ./ibdata1, error: 11

InnoDB: Check that you do not already have another mysqld process

InnoDB: using the same InnoDB data or log files.

InnoDB: Unable to lock ./ibdata1, error: 11

InnoDB: Check that you do not already have another mysqld process

InnoDB: using the same InnoDB data or log files.

130623 16:36:33  InnoDB: Unable to open the first data file

InnoDB: Error in opening ./ibdata1

130623 16:36:33  InnoDB: Operating system error number 11 in a file operation.

InnoDB: Error number 11 means ‘Resource temporarily unavailable‘.

InnoDB: Some operating system error numbers are described at

InnoDB: http://dev.mysql.com/doc/refman/5.5/en/operating-system-error-codes.html

130623 16:36:33 InnoDB: Could not open or create data files.

130623 16:36:33 InnoDB: If you tried to add new data files, and it failed here,

130623 16:36:33 InnoDB: you should now edit innodb_data_file_path in my.cnf back

130623 16:36:33 InnoDB: to what it was, and remove the new ibdata files InnoDB created

130623 16:36:33 InnoDB: in this failed attempt. InnoDB only wrote those files full of

130623 16:36:33 InnoDB: zeros, but did not yet use them in any way. But be careful: do not

130623 16:36:33 InnoDB: remove old data files which contain your precious data!

130623 16:36:33 [ERROR] Plugin ‘InnoDB‘ init function returned error.

130623 16:36:33 [ERROR] Plugin ‘InnoDB‘ registration as a STORAGE ENGINE failed.

130623 16:36:33 [ERROR] Unknown/unsupported storage engine: InnoDB

130623 16:36:33 [ERROR] Aborting

130623 16:36:33 [Note] /usr/local/mysql/bin/mysqld: Shutdown complete

130623 16:36:33 mysqld_safe mysqld from pid file /usr/local/mysql/data/mylinux.pid ended

出现情况:查看以上日志很明显是一句 
InnoDB: Check that you do not already have another mysqld process

说明已经有mysqld进程在运行了,所以启动mysql失败。

解决办法:

[root@mylinux etc]#ps -ef|grep mysqld

[root@mylinux etc]#kill -9  进程号

[root@mylinux etc]#service mysqld
start

这是启动一次 mysql 报的具体的错误。

我重启了一下CentOS服务器,再重启一下mysqld,问题自己解决了,可能是由于LVM磁盘管理软件的原因。

google了下 ,出现这个问题可能的原因有多种,具体什么原因最好的办法是先查看下错误日志:

1.可能是/usr/local/mysql/data/rekfan.pid文件没有写的权限

解决方法 :给予权限,执行 “chown -R mysql:mysql /var/data” “chmod -R 755 /usr/local/mysql/data”  然后重新启动mysqld!

2.可能进程里已经存在mysql进程

解决方法:用命令“ps -ef|grep mysqld”查看是否有mysqld进程,如果有使用“kill -9  进程号”杀死,然后重新启动mysqld!

3.可能是第二次在机器上安装mysql,有残余数据影响了服务的启动。

解决方法:去mysql的数据目录/data看看,如果存在mysql-bin.index,就赶快把它删除掉吧,它就是罪魁祸首了。本人就是使用第三条方法解决的 !http://blog.rekfan.com/?p=186

4.mysql在启动时没有指定配置文件时会使用/etc/my.cnf配置文件,请打开这个文件查看在[mysqld]节下有没有指定数据目录(datadir)。

解决方法:请在[mysqld]下设置这一行:datadir = /usr/local/mysql/data

5.skip-federated字段问题

解决方法:检查一下/etc/my.cnf文件中有没有没被注释掉的skip-federated字段,如果有就立即注释掉吧。

6.错误日志目录不存在

解决方法:使用“chown” “chmod”命令赋予mysql所有者及权限

7.selinux惹的祸,如果是centos系统,默认会开启selinux

解决方法:关闭它,打开/etc/selinux/config,把SELINUX=enforcing改为SELINUX=disabled后存盘退出重启机器试试。

8.mysql的data目录挂载的磁盘空间已经用完

解决方法:df -h 查看磁盘使用情况,果然磁盘满了,因为当时分区采用系统默认,不知道为什么不能自动扩容然后清理多余数据,以后在研究吧。启动mysql,成功启动!

时间: 2024-10-05 13:18:47

LNMP安装常见问题集锦的相关文章

LNMP安装了哪些软件?安装目录在哪?

LNMP官网:http://lnmp.org/faq/lnmp-software-list.html LNMP一键安装包除去安装所必须的依赖包,还会默认安装以下软件: Nginx.MySQL/MariaDB.PHP.phpMyAdmin.Zend Optimizer/Zend GuardLoader.用户可以根据自己的需要安装其他组件,如FTP服务器.缓存组件,也可以使用升级脚本对Nginx.MySQL.PHP进行升级.安装这些组件或升级都需要在lnmp下载解压缩后的目录,比如下载到/root目

lnmp安装脚本

lnmp安装脚本.一起学习.有更好的建议请留言. #!/bin/bash # # describe: linux nginx mysql php install FileS=/updatefile mkdir -p $FileS # 安装lrzsz 方便后续文件上传 wget http://vault.centos.org/6.5/os/x86_64/Packages/lrzsz-0.12.20-27.1.el6.x86_64.rpm -P $FileS &>/dev/null rpm -v

LNMP安装教程

转载自https://lnmp.org/install.html 系统需求: CentOS/RHEL/Fedora/Debian/Ubuntu/Raspbian Linux系统 需要5GB以上硬盘剩余空间 需要128MB以上内存(如果为128MB的小内存VPS,Xen的需要有SWAP,OpenVZ的至少要有128MB以上的vSWAP或突发内存),注意小内存请勿使用64位系统! 安装MySQL 5.6或5.7及MariaDB 10必须1G以上内存!. VPS或服务器必须已经联网,且必须设置的是网络

lnmp安装---源码安装mysql5.6 -- nginx -- php -- memached

LNMP --->源码包装nginx mysql5.6  php 1.安装mysql #先解开mysql5.6源码包 #tar -zxf mysql-5.6.25.tar.gz#cd mysql-5.6.25/#useradd mysql#yum -y install cmake  gcc#yum install gcc-c++# yum -y install  ncurses-devel#cmake -DCMAKE_INSTALL_PREFIX=/usr/local/mysql -DSYSCO

lnmp安装完成后无法解析php页面

当你的lnmp架构安装完成后,发现html页面可以打开,但php页面却无法打开,页面提示404 not found,如果确定配置过程不会有问题,可以从下面两个方法来查看 1.nginx的server里面有添加对php的支持没有,如 location / { root html; index index.php index.html index.htm ; } location ~ \.php$ { root html; fastcgi_pass 127.0.0.1:9000; fastcgi_i

【转】Elasticsearch5.0 安装问题集锦

Elasticsearch5.0 安装问题集锦 elasticsearch 5.0 安装过程中遇到了一些问题,通过查找资料几乎都解决掉了,这里简单记录一下 ,供以后查阅参考,也希望可以帮助遇到同样问题的你. 问题一:警告提示 [2016-11-06T16:27:21,712][WARN ][o.e.b.JNANatives ] unable to install syscall filter: java.lang.UnsupportedOperationException: seccomp un

Android Studio使用心得 - 常见问题集锦

整理了一些这段时间遇到的常见问题,希望对各位猿们有帮助...如果觉得有用就点个赞哦 问题一: Error:(26, 9) Attribute [email protected] value=(@drawable/logo) from AndroidManifest.xml:26:9 Error:(28, 9) Attribute [email protected] value=(@style/ThemeActionBar) from AndroidManifest.xml:28:9 is als

VPS用LNMP安装WordPress

前言 前几天,朋友手头上有一个空闲的vps,256M内存,我决定拿来玩一下.经过一番思考,还是用来挂站吧.然后看是CentOS6系统,果断决定用从来没玩过的LNMP.于是,百度.谷歌找教程,好多教程都是有问题的,导致重装无数次系统,浪费大把大把时间.现在总结一下成功的经验. 安装screen 在终端输入?yum install screen 完成后输入?screen -S lnmp 为什么要这样做呢?答案很简单,因为它可以保护您的远程连接,让工作不半路意外停止.我在安装LNMP的时候时间比较长,

mysql常见问题集锦

首先你应该试着找出问题mysqld守护进程是否死掉或你的问题是否与你的客户有关.你可以用mysqladmin version检查你的mysqld服务器正常执行了多长时间,如果mysqld死了,你可以在文件“mysql-data- directory/’hostname’.err”中找到其原因. 使用MySQL时的一些常见错误 MySQL server has gone away 常见的原因是服务器超时了并且关闭了连接.缺省地,如果没有事情发生,服务器在 8个小时后关闭连接.你可在启动mysqld