在部署LNMP的时候遇到Nginx启动失败的2个问题_服务器应用_Linux公社-Linux系统门户网站
你好，游客
在部署LNMP的时候遇到Nginx启动失败的2个问题
来源：Linux社区&
在部署LNMP的时候遇到Nginx启动失败的2个问题
报错如下：&1，/usr/local/nginx/sbin/nginx: error while loading shared libraries: libssl.so.6: cannot open shared object file: No such file or directory&意思是导入共享库错误，libssl.so.6无法打开，或者是没有这个文件或者文件夹&用命令查看：&#ldd $(which /usr/local/nginx/sbin/nginx)&
& & linux-vdso.so.1 =&& (0x00007fff98d03000)&
&libcrypt.so.1 =& /lib64/libcrypt.so.1 (0xab000)&&libpcre.so.0 =& /lib64/libpcre.so.0 (0xf000)&&& & & & libssl.so.6 =& no found&&libcrypto.so.6 =&& no found&&libdl.so.2 =& /lib64/libdl.so.2 (0xfacf000)&&libz.so.1 =& /lib64/libz.so.1 (0xb8000)&&libc.so.6 =& /lib64/libc.so.6 (0x5000)&&libfreebl3.so =& /lib64/libfreebl3.so (0xc3000)&&libgssapi_krb5.so.2 =& /lib64/libgssapi_krb5.so.2 (0xe000)&&libkrb5.so.3 =& /lib64/libkrb5.so.3 (0xed98000)&&libcom_err.so.2 =& /lib64/libcom_err.so.2 (0xeb94000)&&libk5crypto.so.3 =& /lib64/libk5crypto.so.3 (0x7000)&&libresolv.so.2 =& /lib64/libresolv.so.2 (0xd000)&&/lib64/ld-linux-x86-64.so.2 (0xed000)&&libkrb5support.so.0 =& /lib64/libkrb5support.so.0 (0x1000)&&libkeyutils.so.1 =& /lib64/libkeyutils.so.1 (0xe000)&&libpthread.so.0 =& /lib64/libpthread.so.0 (0x1000)&&libselinux.so.1 =& /lib64/libselinux.so.1 (0xdf01000)&去/lib64/下面查找，果然没有这两个文件，我的系统是6.3_x86_64，我用yum网络安装libssl，没有这个包，在网上找了，有网友说要yum install libssl.so.6，网络安装了openssl098e.i686包，安装完了我在/usr/lib/下找到了libcrypto.so.6和libssl.so.6，依然无法启动，我做了软连接到/lib64下面，启动的时候报了第二个错误：&2，nginx: error while loading shared libraries: libssl.so.6: wrong ELF class: ELFCLASS32&我看到了错误才发现yum安装的是32位的包，只有在网上找64位的安装包，有网友提供了64位openssl098e-0.9.8e下载地址：wget ftp://ftp.pbone.net/mirror/www.startcom.org/AS-6.0.0/os/x86_64/Packages/openssl098e-0.9.8e-17.SEL6.x86_64.rpm。在安装rpm包的时候提示已经安装或者需要更新的，可以删除rpm包再重新安装即可。安装完了执行：&#ldd $(which /usr/local/nginx/sbin/nginx)就发现已经找到那两个共享库，在/usr/lib64/下面，然后启动成功。&解决问题
相关资讯 & & &
& (03月30日)
& (11/19/:18)
& (07月04日)
& (12/13/:04)
& (11/11/:49)
图片资讯 & & &
　　　同意评论声明
　　　发表
尊重网上道德，遵守中华人民共和国的各项有关法律法规
承担一切因您的行为而直接或间接导致的民事或刑事法律责任
本站管理人员有权保留或删除其管辖留言中的任意内容
本站有权在网站内转载或引用您的评论
参与本评论即表明您已经阅读并接受上述条款storysky 的BLOG
用户名：storysky
文章数：81
评论数：398
访问量：1190691
注册日期：
阅读量：5863
阅读量：12276
阅读量：309232
阅读量：1025417
51CTO推荐博文
&& 最近跟一个公司合作，要把我们的应用安装在他们的服务器上，不过问题来了。他们为了他们自己服务器安全，不给我们root权限，只给了我们普通用户权限，所有的程序都要装在规定的路径里，限制可不少。没办法装吧~~~&& 我登录到服务器上一看 傻了，rpm -qa 一查 需要的包没装几个。一个个下源码包就装吧~~ 到源码站下载了一大堆包开始装，pcre openssl xml mhash mcrypt等等一步步开始装，磕磕绊绊少什么装什么终于装到了nginx 结果make的时候报错了&& make -f objs/Makefilemake[1]: Entering directory `/data/source/nginx'cd /usr/local/ufo/lib/pcre \&& if [ -f Makefile ]; fi \&& CC="gcc" CFLAGS="-O2 -fomit-frame-pointer -pipe " \./configure --disable-shared/bin/sh: ./configure: No such file or directorymake[1]: *** [/usr/local/services/lib/pcre/Makefile] Error 127make[1]: Leaving directory `/data/source/nginx-0.7.61'make: *** [build] Error 2我明明指定了 pcre的路径啊 我又仔细看了看路径是不是有问题！没问题啊，奇怪了我指定了路径怎么会 出现这样的过程呢 cd /usr/local/ufo/lib/pcre 他去安装目录 运行什么 ./configure 啊！这时我的一个同事仔细看了看 ./configure --help 然后让我看看下面这条原来是这样啊~~嗨--with-pcre&&&&&&&&&&&&&&&&&&&& force PCRE library usage--with-pcre=DIR&&&&&&&&&&&&&&&& set path to PCRE library sources原来这个路径指定的是 源码包所在的路径啊~~~晕，nginx为什么要去自己重现编译pcre 呢？指定源码包的路径吧 ./configure ...... --with-pcre=/data/source/pcre再次make OK 一切顺利，终于装上了。我在网上搜索的时候发现很多朋友遇到了这个问题，但是没有什么好的办法 (当然，因为没有root权限是没法安装rpm包的，其实只要装上pcre-devel包就好了)呵呵，希望遇到这种情况的朋友能看到我的这篇帖子O(∩_∩)O~本文出自 “” 博客，请务必保留此出处
了这篇文章
类别：┆阅读(0)┆评论(0)
10:35:11 10:45:34 11:33:05 16:46:36 13:17:42 08:43:06Win7下nginx默认80端口被System占用，造成nginx启动报错的解决方案
在win7 32位旗舰版下，启动1.0.8版本nginx，显示如下错误：&
13:55:59 [emerg] : bind() to 0.0.0.0:80 failed (10013: An attempt was made to access a socket in a way forbidden by its access permissions) &
在cmd窗口运行如下命令：
C:\Users\Administrator&netstat -aon | findstr :80 &
看到80端口果真被占用。发现占用的pid是4，名字是System。怎么禁用呢？
1、打开注册表：regedit
2、找到：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\HTTP
3、找到一个REG_DWORD类型的项Start，将其改为0
4、重启系统，System进程不会占用80端口
重启之后，start nginx.exe 。在中，输入127.0.01，即可看到亲爱的&Welcome to nginx!& 了。
作者 love__coder
阅读(...) 评论()xinfan0507 的BLOG
用户名：xinfan0507
文章数：61
访问量：26345
注册日期：
阅读量：5863
阅读量：12276
阅读量：309232
阅读量：1025417
51CTO推荐博文
装完了nginx和php-5.5配置好了nginx调用php后，就开始启动php-fpm。/usr/local/php/sbin/php-fpm&&&就可以启动了。&在nginx的目录中创建个php的检测脚本index.php&结果在打开悲剧的发现居然无法打开&。&查看日志文件，看了下报错原因&22:34:26&[error]&3214#0:&*64&FastCGI&sent&in&stderr:&&Primary&script&unknown&&while&reading&response&header&from&upstream,&client:&192.168.168.19,&server:&localhost,&request:&&GET&/index.php&HTTP/1.1&,&upstream:&&fastcgi://127.0.0.1:9000&,&host:&&192.168.168.140&&在网上找了一下。。都没有找到答案。&&只好自己弄了查看下端口&。看到php-fpm的9000端口已经打开了，说明php-fpm是没什么问题的，问题出在了nginx上了。可能是我的配置文件有问题。&找到nginx加载php配置的那块。另外参考了下网上nginx的配置文件。在第69行有一个调用脚本路径fastcgi_param&&SCRIPT_FILENAME&&/scripts$fastcgi_script_我把路径改下，改成下面的就可以了。&fastcgi_param&&SCRIPT_FILENAME&&$document_root$fastcgi_script_可以出现php的版本信息了。&本文出自 “” 博客，请务必保留此出处
了这篇文章
类别：┆阅读(0)┆评论(0)
16:45:12 14:31:40