500 internal server error是啥原因

Posted 2023-04-03

500 internal server error的错误原因：

1、这个错误是由于数据库里面没有把该项目所需要的数据库建立起来，所以在entity framework 想要建立关系，用LINQ查找数据时，根本找不到。

2、“sa登陆失败”是因为 ，SQL Server 中用户-> sa-> 密码那里没有设置的和项目中的connectionstring 一样。

解决方法：

让IIS Express显示具体错误信息的方法：打开 %userprofile%\\Documents\\IISExpress\\config 文件夹中的 applicationhost.config 文件，在 httpErrors 配置节点添加 errorMode="Detailed"：

扩展资料：

代码就是程序员用开发工具所支持的语言写出来的源文件，是一组由字符、符号或信号码元以离散形式表示信息的明确的规则体系。代码设计的原则包括唯一确定性、标准化和通用性、可扩充性与稳定性、便于识别与记忆、力求短小与格式统一以及容易修改等。 源代码是代码的分支，某种意义上来说，源代码相当于代码。

现代程序语言中，源代码可以书籍或磁带形式出现，但最为常用格式是文本文件，这种典型格式的目的是为了编译出计算机程序。计算机源代码最终目的是将人类可读文本翻译成为计算机可执行的二进制指令，这种过程叫编译，它由通过编译器完成。

参考资料：百度百科-代码

参考技术A

500 Internal Server Error错误原因总结：

1、当访问的程序出错时，就会返回500错误。

2、用fiddler检测

解决办法：

1、给“系统盘:\\Windows\\ServiceProfiles\\NetworkService\\AppData\\Local\\Temp”目录添加一个“Authenticated Users”的用户，其中AppData目录是隐藏的，在进入的时候可以直接在地址栏输入路径，或者在文件夹选项里显示隐藏文件。 2、设置权限步骤：

右击Temp文件夹，选择“属性”》选择“安全”选项卡》单击“编辑”》出来“Temp 的权限”对话框，单击“添加”，在下面的“输入对象名称来选择”中输入Authenticated Users（也可以点击“高级...”按钮，再点击“查找”按钮，在查找结果中选择Authenticated Users），确定》返回到“Temp 的权限”，将Authenticated Users的权限中的完全控制给勾上，确定》确定。 

参考技术B 回答

您好，我这边正在为您查询，请稍等下哈～

错误500 -内部服务器错误 从符合rfc 2068超文本传输协议- http/1.1 ： 10.5.1 500内部服务器错误 服务器遇到了意外的状况，无法完成请求。联系系统管理人员

如果是老版本

（1）、登录新浪自己博客后：

（2）、点首页“博客管理”

（3）、点“ 制定BLOG模板 ”

（4）、在“恢复初始数据”栏点“恢复我的初始模首页”“确定” 显示成功。这时刷新博客，首页恢复到初始，变成新版本。

然后再点“设置首页内容”，勾选自己需要的“模版”，“确定”即可。

有效的方法是：

1、降低IE安全级别。执行“工具→Internet选项”菜单，选择“安全”选项卡，单击“默认级别”按钮，拖动滑块降低默认的安全级别。

2、用“QQ医生”检查系统漏洞，修补。

3、清除恶意代码或插件干扰：

清理杂乱文件有两个方法，一是用“磁盘清理”，把鼠标指向程序——附件——系统工具——就显示出“磁盘清理”，所有的盘C、D、E等都要清理（主要是系统盘C）只要显示有文件的，都可以选择清理，；

二是点网页上的“工具”，点“Internet选项（0）”，在新页面分别点“Cookies（I）”“删除文件（F）”“清除历史记录（H）”、最后“确定”。这两种方法，都可以清除正常浏览网页没有保存的所有文件，都采用效果更好，有用的系统文件和安装保存的文件不会被清理

希望以上回答对您有所帮助~ 如果您对我的回答满意的话，麻烦给个赞，谢谢您哦~

 参考技术C 1.服务器资源超载

如果你没对网站文件做过什么更改的话，最有可能的是同服务器的资源超载：即同一时间内处理器有太多的进程需要处理的时候，会出现500错误。借助SSH，可以在命令行中输入以下命令查看：

ps faux

ps faux |grep username

如果你查到某个进程消耗过多资源，可以用kill命令强制关闭这个进程，只需输入该进程的进程号（Pid）：

kill -9 pid

2.文件权限设置错误

500错误还有可能是对文件设置了不正确的权限：

后台目录和文件的权限默认应该是755，而图片，文字等html文件应该是644，所以如果在刚刚上传文件后出现500错误，应该主要检查文件权限设置。

可以使用FTP软件选中所有文件，然后批量修改文件权限。

3 .htaccess文件写入错误的代码

在使用某些wordpress SEO插件的时候，插件会改写.htacess文件，如果语法错误的话就有可能造成500错误！

在.htaccess文件中，可能因为添入了一些与源文件冲突的代码。所以为了检测到错误语句，最好的方法是为语句添加注释来逐条验证。因为注释之后，语句就不再起作用。

逐条添加“#”在语句前面，如

DirectoryIndex default.html
AddType application/x-httpd-php5 php

你可以添加#到该命令前，从而实现注释效果：

DirectoryIndex default.html
#AddType application/x-httpd-php5 php

这个方法可以迅速定位错误的命令，如果你找不到错误的段落，可以尝试把所有的命令全部添上注释然后反过来逐条删除#检查错误！

判断出错误语句之后，可以删掉#恢复正常！本回答被提问者和网友采纳 参考技术D 500服务器内部错误（Internal server error）主要是由于IWAM账号的密码错误造成的，最常见的出错提示：500 SERVER ERROR。解决方法：
1、更改Active Directory中IWAM_MYSERVER账号的密码：选择“开始”->“程序”->“管理工具”->"Active Directory用户和计算机"，启动“Active Directory用户和计算机”管理单元，单击“user”，选中右面的“IWAM_MYSERVER”，右击选择“重设密码(T)”，在跳出的重设密码对方框中给IWAM_MYSERVER设置新的密码，设置成A boutnt2001确定，等待密码修改成功。
2、同步IIS metabase中IWAM_MYSERVER，使用脚本修改IWAM_MYSERVER账号密码的方法：c:\Inetpub\AdminScripts>adsutil SET w3svc/WAMUserPass "Aboutnt2001"修改成功后，系统会有如下提示：WAMUserPass: (String) "Aboutnt2001"
3、同步COM+应用程序所用的IWAM_MYSERVER的密码，一种使用组件服务MMC管理单元，另一种是使用IWAM账号同步脚本s ynciwam.vbs。
使用组件服务MMC管理单元：
（1）启动组件服务管理单元：选择“开始”->“运行”->“MMC”，启动管理控制台,打开“添加/删除管理单元”对话框,将“组件服务”管理单元添加上。
（2）找到“组件服务”->“计算机”->“我的电脑”->“COM+应用程
序”->“Out-Of-Process Pooled Applications”，右击“Out-Of-Process Pooled
Applications”->“属性”。
（3）切换到“Out-Of-Process Pooled
Applications”属性对话框的“标志”选项卡。“此应用程序在下列账户下运行”选择中“此用户”会被选中，用户名是（4）“IWAM_MYSERVE
R”。这些都是缺省的，不必改动。在下面的“密码”和“确认密码”文本框内输入正确的密码“Aboutnt2001”，确定退出。
系统如果提示“应用程序被一个以上的外部产品创建。确定要被这些产品支持吗？”时确定即可。如果在IIS中将其它一些Web的“应用程序保护”设置为“高（独立的）”,那么这个WEB所使用的COM+应用程序的IWAM账号密码也需要同步。
重复（1 ）-（4）步，同步其它相应Out of process application的IWAM账号密码。
使用IWAM账号同步脚本synciwam.vbs：
cscript synciwam.vbs [-v|-h]“-v”参数表示详细显示脚本执行的整个过程(建议使用)，“-h”参数用于显示简单的帮助信息。

解决搭建官方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

把其他的会话给注释掉就可以啦。

遇到报错不可怕。要尝试查看日志，而且现在日志都比较人性化了，分类上也特别详细。