500(Internal Server)Error怎么处理?
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了500(Internal Server)Error怎么处理?相关的知识,希望对你有一定的参考价值。
当无法解决500(Internal Server)Error的问题,可以联系服务器开发维护人员,寻求人工解决。
重启后再看nginx的错误日志,重新载入设置,有没有发现500报错的情况了。
如果是windows服务器,打开IIS,选择出错页面的网站,然后双击错误页,然后在左边选择编辑功能设置。
然后在打开的对话框中选择,详细错误,选确定。
再打开出错的页面看看,能看到详细的错误原因。
扩展资料:
出现500(Internal Server)Error问题的原因:
1、是否磁盘空间不足?
使用 df -k 查看硬盘空间是否满了。清理硬盘空间就可以解决500错误。nginx如果开启了access log,在不需要的情况下,最好关闭access log。access log会占用大量硬盘空间。
2、nginx配置文件错误?
这里不是指语法错误,nginx如果配置文件有语法错误,启动的时候就会提示。当配置rewrite的时候,有些规则处理不当会出现500错误,请仔细检查自己的rewrite规则。如果配置文件里有些变量设置不当,也会出现500错误,比如引用了一个没有值的变量。
3、如果上面的问题都不存在可能是模拟的并发数太多了,需要调整一下nginx.conf的并发设置数
参考资料:
百度百科-500错误
这个问题不是浏览者造成的,而是所浏览的服务器出现了故障,一般来讲,如果对这种错误不加处理的话,会显示一堆乱麻,有经验的程序员,一般认为的控制这种错误,一般的话,显示该网站正在维护,或者此页无法显示。
解决方法:
服务器日常维护,进行停机处理,或者更新程序,这时候,浏览者登陆该网站,就会报500的错误,一般等维护更新完毕,启动服务器以后,就可以自动解决,用户只需要耐心等待即可。
当程序员编写的程序不够严谨,出现异常的时候,浏览者也会看到500的错误,解决这种问题的方法是,联系程序开发人员,进行程序跟踪,debug下程序,找到错误所在,然后修改程序,经测试没有问题,重新发布程序,然后系统正常。
中毒引起 ,有的时候,有写病毒会改写服务器的一些设置,导致用户无法正常访问,报500的错误,这时需要程序员进行杀毒处理,处理完程序后,系统恢复正常。
配置问题 ,用户无法访问网站,是因为系统参数的配置有问题,遇到这种情况,找BASIS人员进行处理,处理完毕,访问就正常了。
数据库问题 ,网站读写操作都在数据库,数据库如果异常的话,访问也会不正常,遇到此类情况,通知网站的DBA,让他帮助分析解决,解决完毕后,访问就会正常。
扩展资料
http 500内部服务器(HTTP-Internal Server Error)错误说明IIS服务器无法解析ASP代码,访问一个静态页面试试是否也出现这个问题,如果访问静态页面没问题,那就要分以下几种 情况来分析了: ① 你是否改变过计算机名称。 ② 站点所在的文件目录是否自定义了安全属性。 ③ 安装了域控制器后是否调整了域策略。
如果是其中的一种情况,请一一将 改变的参数设置回来看是否解决问题。 如果静态空间也无法访问,则说明解析还没生效。
使用synciwam.vbs脚本时,要注意一个问题,那就是在你运行synciwam.vbs之前,必须保证iis metabase数据库与active directory中的iwam密码已经一致。因为synciwam.vbs脚本是从iis metabase数据库而不是从active directory取得iwam账号的密码。
如果iis metabase中的密码不正确,那synciwam.vbs取得的密码也会不正确,同步操作执行到“updating applications”系统就会报80110414错误,即“找不到应用程序3d14228d-fbe1-11d0-995d-00c04fd919c1”。
造成500错误常见原因有:ASP语法出错、ACCESS数据库连接语句出错、文件引用与包含路径出错(如未启用父路径)、使用了服务器不支持的组件如FSO等。
参考资料:百度百科HTTP-500错误词条
参考技术B 该错误产生原因多种多样,内存资源占用过多、IE安全级别设置与浏览的网站不匹配、与其他软件发生冲突、博客有恶意软件或插件干扰等,这些情况都有可能,需要耐心加以解决。
有效的方法是:
1、降低IE安全级别。执行“工具→Internet选项”菜单,选择“安全”选项卡,单击“默认级别”按钮,拖动滑块降低默认的安全级别。
2、用“QQ医生”检查系统漏洞,修补。
3、清除恶意代码或插件干扰:
清理杂乱文件有两个方法,一是用“磁盘清理”,把鼠标指向程序——附件——系统工具——就显示出“磁盘清理”,所有的盘C、D、E等都要清理(主要是系统盘C)只要显示有文件的,都可以选择清理,;
二是点网页上的“工具”,点“Internet选项(0)”,在新页面分别点“Cookies(I)”“删除文件(F)”“清除历史记录(H)”、最后“确定”。这两种方法,都可以清除正常浏览网页没有保存的所有文件,都采用效果更好,有用的系统文件和安装保存的文件不会被清理
4、解决恶意流氓软件和恶意流氓插件影响。
恶意流氓软件和恶意流氓插件除少数是躲在自己下载的软件和安装的代码里面以外,主要是自己强行安装进电脑的,目的就是干扰操作系统,影响程序正常工作,用“磁盘清理”清不掉,杀毒软件发现不了,卡卡助手、奇虎360、雅虎助手等凡杀毒软件配置的助手,都可以用系统优化功能、系统防护功能等有效的清除恶意流氓软件和恶意流氓插件,只要经常清理,就可以保证电脑健康。
5、去掉添加多余空白面版影响(消除恶意代码)
新版本点“设置首页内容”,把首页自己添加的不需要的模版全部去掉勾,“确定”就可以了。
如果是老版本
(1)、登录新浪自己博客后:
(2)、点首页“博客管理”
(3)、点“ 制定BLOG模板 ”
(4)、在“恢复初始数据”栏点“恢复我的初始模首页”“确定” 显示成功。这时刷新博客,首页恢复到初始,变成新版本。
然后再点“设置首页内容”,勾选自己需要的“模版”,“确定”即可。
6、杀毒软件和一键恢复
经常更新病毒库,升级杀毒,不要让病毒长期存留在电脑里,选择高级设置,发现病毒杀毒,杀不了删除文件、隔离、手动清除等配套杀毒,是电脑不受病毒侵害,保证健康最有效的手段。但电脑遭遇病毒是难免的,为了减少重装系统的麻烦,一定要在装系统时装“一键恢复” 。“一键恢复”就是操作系统备份,一般是装系统时设置,也就是确保操作系统健康,在电脑遭遇病毒无法清除、程序错乱等严重问题时,任何时候“一键恢复”,电脑就恢复到健康正常的系统(对初学者、电脑盲尤其重要)。
排出电脑故障,刷新不行,多点几此还是不行,重新开机试试,还是不行,换一个好电脑试试找原因,否则只有等网络或系统恢复正常了。 参考技术C 一般来说是不关你的事,主要是服务器现在了问题,因为我们浏览网页都是通过我们本地的计算机(也就是电脑)向服务器(也就是网站程序运行的计算机)发出一个请求,然服务器就会发出一个浏览器可以解析的文件数据给本地计算机的浏览器。
服务器程序运行如果出现错误就是会出向请求方出一个显示错误的信息,如果处理好,我们是看不到像你出现的那样不友好的信息的。一般来说都是网站在设计时没有处理好,或者其他原因(如:被人黑了、硬件等等)。
但也有另外一种可能,就是你的计算机或浏览器被木马或病毒感染,那么也有可能会出现这种情况,所以你也可以试一试你杀毒。
如果是网站的问题,建议你不要到这样的网站去购物了,安全性不好。本回答被提问者采纳 参考技术D
问题解决:
打开httpd.conf(在那里? APACHE目录的CONF目录里面),用文本编纂器打开后,查找
去掉下面的注释
创建 .htaccess 文件:
.htaccess 内容:
问题所在:
是服务器的问题。
Apache中的.htaccess(或者”分布式配置”了针对目录改变配置的方法,即,在特定的文档目录中放置包含或多个指令的,以作用于此目录及其子目录。
解决搭建官方openstack时遇到的服务器报错Internal Server Error 返回状态500The server encountered an internal error
这是登录dashboard时出现的报错
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator at root@localhost to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be available in the server error log.
这是大致翻译:
内部服务器错误
服务器遇到内部错误或配置错误,无法完成您的请求。
请与root@localhost的服务器管理员联系,通知他们发生此错误的时间,以及您在此错误之前执行的操作。
有关此错误的更多信息可在服务器错误日志中获得。
然后我就尝试了几次还是不行,还是返回500报错
于是 我便去查看了我的httpd服务的配置文件,之前研究httpd时遇到过类似的问题,把下面这个给注释掉就可以了
[root@controller openstack-dashboard]# cd /etc/httpd/conf/
[root@controller conf]# ls
httpd.conf magic
[root@controller conf]# pwd
/etc/httpd/conf
[root@controller conf]#
[root@controller conf]# ls
httpd.conf magic
[root@controller conf]# vi httpd.conf
LoadModule foo_module modules/mod_foo.so
但是这次注释也不行了。于是便直接查看httpd的日志文件。毕竟查看日志就能首先知道问题出在哪里。虽然有可能一时无法解决
但是我们可以明白发生错误的原因在哪里
下面开始查看我们的日志
[root@controller httpd]# ls
conf conf.d conf.modules.d logs modules run
[root@controller httpd]# cd logs/
[root@controller logs]# ls
access_log error_log keystone-access.log keystone-error.log
[root@controller logs]# pwd
/etc/httpd/logs
[root@controller logs]# cat error_log | tail -n 20
[Thu May 16 14:28:55.291742 2019] [:error] [pid 9305] [remote 192.168.217.1:228] __import__(name)
[Thu May 16 14:28:55.291746 2019] [:error] [pid 9305] [remote 192.168.217.1:228] File "/usr/share/openstack-dashboard/openstack_dashboard/wsgi/../../openstack_dashboard/settings.py", line 365, in <module>
[Thu May 16 14:28:55.291757 2019] [:error] [pid 9305] [remote 192.168.217.1:228] '.secret_key_store'))
[Thu May 16 14:28:55.291761 2019] [:error] [pid 9305] [remote 192.168.217.1:228] File "/usr/lib/python2.7/site-packages/horizon/utils/secret_key.py", line 54, in generate_or_read_from_file
[Thu May 16 14:28:55.291768 2019] [:error] [pid 9305] [remote 192.168.217.1:228] with lock:
[Thu May 16 14:28:55.291771 2019] [:error] [pid 9305] [remote 192.168.217.1:228] File "/usr/lib/python2.7/site-packages/fasteners/process_lock.py", line 174, in __enter__
[Thu May 16 14:28:55.291778 2019] [:error] [pid 9305] [remote 192.168.217.1:228] self.acquire()
[Thu May 16 14:28:55.291782 2019] [:error] [pid 9305] [remote 192.168.217.1:228] File "/usr/lib/python2.7/site-packages/fasteners/process_lock.py", line 151, in acquire
[Thu May 16 14:28:55.291788 2019] [:error] [pid 9305] [remote 192.168.217.1:228] self._do_open()
[Thu May 16 14:28:55.291791 2019] [:error] [pid 9305] [remote 192.168.217.1:228] File "/usr/lib/python2.7/site-packages/fasteners/process_lock.py", line 123, in _do_open
[Thu May 16 14:28:55.291797 2019] [:error] [pid 9305] [remote 192.168.217.1:228] self.lockfile = open(self.path, 'a')
[Thu May 16 14:28:55.291861 2019] [:error] [pid 9305] [remote 192.168.217.1:228] IOError: [Errno 13] Permission denied: '/usr/share/openstack-dashboard/openstack_dashboard/local/_usr_share_openstack-dashboard_openstack_dashboard_local_.secret_key_store.lock'
重点已经出来了
请认真查看最后一行
[Thu May 16 14:28:55.291861 2019] [:error] [pid 9305] [remote 192.168.217.1:228] IOError: [Errno 13] Permission denied: '/usr/share/openstack-dashboard/openstack_dashboard/local/_usr_share_openstack-dashboard_openstack_dashboard_local_.secret_key_store.lock'
原因就是
IOError: [Errno 13] Permission denied:
拒绝我们的 /usr/share/openstack-dashboard/openstack_dashboard/local/usr_share_openstack-dashboard_openstack_dashboard_local.secret_key_store.lock’ 这个目录
那么我们便着手解决这个问题,我们就直接给它appache的所属用户、者的权限
[root@controller logs]# chown -R apache:apache /usr/share/openstack-dashboard/
然后再重启我们的httpd服务和我们的会话缓存服务。
[root@controller logs]# systemctl restart httpd
[root@controller logs]# systemctl restart memcached
[root@controller logs]#
下面可以看到我们的所有服务一切正常启动
[root@controller logs]# systemctl status httpd
● httpd.service - The Apache HTTP Server
Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor preset: disabled)
Drop-In: /usr/lib/systemd/system/httpd.service.d
└─openstack-dashboard.conf
Active: active (running) since Thu 2019-05-16 14:38:48 EDT; 18min ago
Docs: man:httpd(8)
man:apachectl(8)
Process: 9574 ExecStop=/bin/kill -WINCH $MAINPID (code=exited, status=0/SUCCESS)
Process: 9610 ExecStartPre=/usr/bin/python /usr/share/openstack-dashboard/manage.py compress --force (code=exited, status=0/SUCCESS)
Process: 9590 ExecStartPre=/usr/bin/python /usr/share/openstack-dashboard/manage.py collectstatic --noinput --clear (code=exited, status=0/SUCCESS)
Main PID: 9633 (httpd)
Status: "Total requests: 11; Current requests/sec: 0; Current traffic: 0 B/sec"
CGroup: /system.slice/httpd.service
├─9633 /usr/sbin/httpd -DFOREGROUND
├─9635 /usr/sbin/httpd -DFOREGROUND
├─9636 (wsgi:keystone- -DFOREGROUND
├─9637 (wsgi:keystone- -DFOREGROUND
├─9638 (wsgi:keystone- -DFOREGROUND
├─9639 (wsgi:keystone- -DFOREGROUND
├─9640 (wsgi:keystone- -DFOREGROUND
├─9641 (wsgi:keystone- -DFOREGROUND
├─9642 (wsgi:keystone- -DFOREGROUND
├─9643 (wsgi:keystone- -DFOREGROUND
├─9644 (wsgi:keystone- -DFOREGROUND
├─9645 (wsgi:keystone- -DFOREGROUND
├─9646 /usr/sbin/httpd -DFOREGROUND
├─9647 /usr/sbin/httpd -DFOREGROUND
├─9648 /usr/sbin/httpd -DFOREGROUND
├─9649 /usr/sbin/httpd -DFOREGROUND
├─9650 /usr/sbin/httpd -DFOREGROUND
├─9737 /usr/sbin/httpd -DFOREGROUND
├─9738 /usr/sbin/httpd -DFOREGROUND
├─9739 /usr/sbin/httpd -DFOREGROUND
├─9740 /usr/sbin/httpd -DFOREGROUND
└─9741 /usr/sbin/httpd -DFOREGROUND
May 16 14:38:33 controller python[9590]: Copying '/usr/share/javascript/jquery_ui/ui/minified/i18n/jquery.ui.datepicker-tr.min.js'
May 16 14:38:33 controller python[9590]: Copying '/usr/share/javascript/jquery_ui/ui/minified/i18n/jquery.ui.datepicker-hr.min.js'
May 16 14:38:33 controller python[9590]: Copying '/usr/share/javascript/jquery_ui/ui/minified/i18n/jquery.ui.datepicker-uk.min.js'
May 16 14:38:33 controller python[9590]: Copying '/usr/share/javascript/jquery_ui/ui/minified/i18n/jquery.ui.datepicker-hu.min.js'
May 16 14:38:33 controller python[9590]: Copying '/usr/share/javascript/jquery_ui/ui/minified/i18n/jquery.ui.datepicker-vi.min.js'
May 16 14:38:33 controller python[9590]: Copying '/usr/share/javascript/jquery_ui/ui/minified/i18n/jquery.ui.datepicker-hy.min.js'
May 16 14:38:33 controller python[9590]: Copying '/usr/share/javascript/jquery_ui/ui/minified/i18n/jquery.ui.datepicker-zh-CN.min.js'
May 16 14:38:33 controller python[9590]: Copying '/usr/share/javascript/jquery_ui/ui/minified/i18n/jquery.ui.datepicker-id.min.js'
May 16 14:38:33 controller python[9590]: Copying '/usr/share/javascript/jquery_ui/ui/minified/i18n/jquery.ui.datepicker-zh-HK.min.js'
May 16 14:38:48 controller systemd[1]: Started The Apache HTTP Server.
[root@controller logs]#
[root@controller logs]# systemctl status memcached
● memcached.service - Memcached
Loaded: loaded (/usr/lib/systemd/system/memcached.service; enabled; vendor preset: disabled)
Active: active (running) since Thu 2019-05-16 14:38:57 EDT; 18min ago
Main PID: 9706 (memcached)
CGroup: /system.slice/memcached.service
└─9706 /usr/bin/memcached -u memcached -p 11211 -m 64 -c 1024
May 16 14:38:57 controller systemd[1]: Started Memcached.
May 16 14:38:57 controller systemd[1]: Starting Memcached...
[root@controller logs]#
那么我们再次刷新我们的dashboard,果然报错解决了
重点就在于把拥有者的权限给他
[root@controller logs]# chown -R apache:apache /usr/share/openstack-dashboard/
好了 下面便可以继续我们的openstack搭建了。
搭建的时候 还有一点需要注意的就是
配置我们的dashboard文件时,一定要注意,把其他的会话给注销掉
。
root@controller logs]# cd /etc/openstack-dashboard/
[root@controller openstack-dashboard]# ls
ceilometer_policy.json glance_policy.json keystone_policy.json local_settings.rpmsave nova_policy.json
cinder_policy.json heat_policy.json local_settings neutron_policy.json
[root@controller openstack-dashboard]# vi local_settings
把其他的会话给注释掉就可以啦。
遇到报错不可怕。要尝试查看日志,而且现在日志都比较人性化了,分类上也特别详细。
以上是关于500(Internal Server)Error怎么处理?的主要内容,如果未能解决你的问题,请参考以下文章
Tomcat 提示 HTTP Status 500 – Internal Server ErrorTomcat 提示 HTTP Status 500 – Internal Server Error(示
HTTP 错误 500.19 - Internal Server Error(Windows Server 2012)
Laravel 路由器返回错误 500 internal-server-error
HTTP Status 500 ? Internal Server Error
HTTP 错误 500.22 - Internal Server Error
解决搭建官方openstack时遇到的服务器报错Internal Server Error 返回状态500The server encountered an internal error