weblogic服务可以重启来,但是在访问之后出现500？

出现500内部服务器错误提示，说明IIS服务器无法解析ASP代码，访问一个静态页面是否也出现这个问题？如果访问静态页面没问题，那就要分以下几种 情况来分析了：
①你是否改变过计算机名称？
② 站点所在的文件目录是否自定义了安全属性。
③ 安装了域控制器后是否调整了域策略。如果是其中的一种情况，请将改变的参数设置回来看是否解决问题。 如果静态空间也无法访问，则说明解析还没生效
让IE显示详细的出错信息：
开始→控制面板→Internet选项→高级→去掉显示友好的>从你的日志来看，你如果是命令行启动服务。但是你注意到没有TheAdminservermaynotberunning。你先把你的当前域启动起来啊，就是把你的adminserver启动起来。如果你的adminserver确实启动了，而且是通过console控制台启动托管服务，那么你得保证你的节点管理器配置正确，运行正常。(查看机器的状态是不是reachable----->控制台左侧服务底下的machine或者中文是机器查看节点管理器的状态)

在你定义的域中可以找到如下命令：/[youhome]/domains/[yourdomain]/startweblogicsh/[youhome]/domains/[yourdomain]/stopweblogicsh启动weblogic，可以参考如下命令：nohup
/startweblogicsh
查看后台（nohup
会在当前目录下生成一个nohupout文件作为
在你定义的域中可以找到如下命令：
/[youhome]/domains/[yourdomain]/startweblogicsh
/[youhome]/domains/[yourdomain]/stopweblogicsh
启动weblogic，可以参考如下命令：
nohup
/startweblogicsh
&
查看后台（nohup
会在当前目录下生成一个nohupout文件作为输出）
tail
-f
nohupout或者：nohup
/startweblogicsh
日志文件名
&查看后台tail
-f
日志文件名
关闭weblogic，我们更倾向于直接杀掉weblogic进程：
查找到进程id之后，直接运行如下命令：kill
-9
id作者
aniyo

我可以肯定的告诉你，weblogic启动成功的标志有2个 ，一个是启动日志中可以找到“Server started in RUNNING mode” 这个字样， 另外在控制台去看这个server (非管理服务器）的状态也可。你这个启动应该是正常启动了的 你所说的下面应该还有一段 是指什么呢，通常下面应该是这个server 的工作日志了 ，比如运行了某些应用 等等。。。。。，通常adminserver是不会部署应用或者建JDBC连接的，所以后面没有信息很正常，你可以再控制台随便 *** 作查看信息，那这里的日志就会继续向下写了！

所以管理和维护好Weblogic应用服务器是业务系统维护的重中之重。 应用服务器市场的概况 根据美国META Group对当前应用服务器市场的调查结果，今后J2EE应用服务器将仍然是IT支出中的主要投资对象，目前是美国IBM和美国BEA Systems处于优势地位。IBM在知名度、战略眼光、多种平台、提供能力方面拥有优势，而BEA的强项在于技术和销售渠道方面。 BEA WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。将Java的动态功能和Java Enterprise标准的安全性引入大型网络应用的开发、集成、部署和管理之中。 BEA WebLogic Server拥有处理关键Web应用系统问题所需的性能、可扩展性和高可用性。与BEA WebLogic Commerce ServerTM配合使用，BEA WebLogic Server可为部署适应性个性化电子商务应用系统提供完善的解决方案。 BEA WebLogic Server具有开发和部署关键任务电子商务Web应用系统所需的多种特色和优势。 综上所述，BEA Weblogic服务器在一个企业的IT系统中所起的作用是非常重要的。所以管理和维护好Weblogic应用服务器是业务系统维护的重中之重。 如何管理Weblogic应用服务器 日常管理Weblogic应用服务器，我们需要关注以下几个方面： 1、系统资源，例如应用服务器本身所在的 *** 作系统CPU利用率、内存利用率、磁盘空间等基础资源的消耗情况。 2、Web容器，Web层在应用中更多的是用来生成表达逻辑。广泛使用的体系结构是从应用层读取数据，然后使用servlet和JSP生成动态内容，其中应用层一般由EJB组成。因此需要重点关注当前的Session数量，包括活动的数量以及峰值情况。 3、JMS，JMS子系统提供了很多的调试参数。JMS消息是由称为JMSDispatcher的独立执行队列处理的。需要重点关注的是JMS消息数等一些参数，包括已接收的和等待处理的数量等。 4、线程池执行队列，执行队列的线程数表示执行队列能够同时执行的 *** 作的数量。但此值不是设的越大越好，应该恰到好处的去设置它，太小了，执行队列中将会积累很多待处理的任务，太大了，则会消耗大量的系统资源从而影响整体的性能。因此需要重点关注当前空闲线程数、等待的请求数、总线程数等指标。 5、JDBC连接池，JDBC Connection Pool的调优受制于WebLogic Server线程数的设置和数据库进程数，游标的大小。通常我们在一个线程中使用一个连接，所以连接数并不是越多越好，为避免两边的资源消耗，建议设置连接池的最大值等于或者略小于线程数。同时为了减少新建连接的开销，将最小值和最大值设为一致。因此需要重点关注的是连接池大小、当前活动的连接数量、泄漏的连接数等指标。 摩卡软件应用监控的优势 摩卡软件在行业内具有十年的IT运维管理经验，摩卡软件在全国超过23家的大客户现场积累了深厚的应用平台运维管理经验，其中Weblogic应用服务器监控也非常成熟，摩卡软件对应用监控的主要优势如下： - 支持应用种类多：从J2EE应用平台到数据库，再到中间件，几乎无所不包。 - 专业底层的监控：多年来与大厂的良好合作关系，奠定了摩卡软件的技术实力，使得摩卡软件在应用的监控上更能够取得一些最有用的最底层的数据。 - 超越原厂家的监控：应用厂家可能不会想到，他们认为的最关键的一些东西对不同的客户而言可能关注点都不同，摩卡软件利用与厂家合作关系的优势结合运维管理经验，提出一套超越应用原厂家的监控指标。 - 更有用的监控：摩卡软件最独特的优势在于，所有对应用平台的监控指标都不是空穴来风，也不是每个技术人员所熟知的那些通用的监控，摩卡软件将十年来的IT运维管理经验进行了整合，所有的监控指标均来自我们全国超过23个大客户服务点多年来的运维管理经验，让监控指标更加有用。 - 更容易看懂的指标：摩卡软件将指标进行分类，以可用性指标、性能指标、配置指标等将指标进行分类管理，方便了用户的查阅。 摩卡软件对Weblogic应用服务器的监控 非常的灵活的策略体系，不仅可以针对不同的系统设定不同的监控策略（监控频度、指标阈值、报警方式），还可以对同一个系统的不同子资源设定不同的监控策略，例如多个JDBC连接池、线程池、Web应用等的系统。 摩卡业务服务管理（Mocha BSM）的Weblogic应用服务器监控可以实现很小颗粒度的监控，例如JTA提交成功的事务耗费的时间、Web应用当前活动Session数、JDBC连接池使用率、线程池空闲线程数等。而且每项设置软件都给出了经验值的参考，因此管理员不需要太多的专业技术背景就可以很清楚的掌握应用服务器的全面运行情况。 Mocha BSM的Weblogic应用服务器监控提供了几十个有针对性的指标，可以全方面的给管理员提供出服务器的运行状况。 保证Weblogic应用服务器健康稳定运行，摩卡软件的Mocha BSM助力IT系统为企业带来更大价值！

从错误信息上看是
服务器cms_server1不能接收他自己发送的多播数据包
看看你/etc/hosts文件中没有没
127001
localhost
这一行，没有本地环回，集群通信是有问题的！

IBM在知名度、战略眼光、多种平台、提供能力方面拥有优势，而BEA的强项在于技术和销售渠道方面。 BEA WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。将Java的动态功能和Java Enterprise标准的安全性引入大型网络应用的开发、集成、部署和管理之中。 BEA WebLogic Server拥有处理关键Web应用系统问题所需的性能、可扩展性和高可用性。与BEA WebLogic Commerce ServerTM配合使用，BEA WebLogic Server可为部署适应性个性化电子商务应用系统提供完善的解决方案。 BEA WebLogic Server具有开发和部署关键任务电子商务Web应用系统所需的多种特色和优势。 综上所述，BEA Weblogic服务器在一个企业的IT系统中所起的作用是非常重要的。所以管理和维护好Weblogic应用服务器是业务系统维护的重中之重。 如何管理Weblogic应用服务器 日常管理Weblogic应用服务器，我们需要关注以下几个方面： 1、 系统资源，例如应用服务器本身所在的 *** 作系统CPU利用率、内存利用率、磁盘空间等基础资源的消耗情况。 2、 Web容器，Web层在应用中更多的是用来生成表达逻辑。广泛使用的体系结构是从应用层读取数据，然后使用servlet和JSP生成动态内容，其中应用层一般由EJB组成。因此需要重点关注当前的Session数量，包括活动的数量以及峰值情况。 3、 JMS，JMS子系统提供了很多的调试参数。JMS消息是由称为JMSDispatcher的独立执行队列处理的。需要重点关注的是JMS消息数等一些参数，包括已接收的和等待处理的数量等。 4、 线程池执行队列，执行队列的线程数表示执行队列能够同时执行的 *** 作的数量。但此值不是设的越大越好，应该恰到好处的去设置它，太小了，执行队列中将会积累很多待处理的任务，太大了，则会消耗大量的系统资源从而影响整体的性能。因此需要重点关注当前空闲线程数、等待的请求数、总线程数等指标。 5、 JDBC连接池，JDBC Connection Pool的调优受制于WebLogic Server线程数的设置和数据库进程数,游标的大小。通常我们在一个线程中使用一个连接,所以连接数并不是越多越好,为避免两边的资源消耗，建议设置连接池的最大值等于或者略小于线程数。同时为了减少新建连接的开销,将最小值和最大值设为一致。因此需要重点关注的是连接池大小、当前活动的连接数量、泄漏的连接数等指标。 摩卡软件应用监控的优势 摩卡软件在行业内具有十年的IT运维管理经验，摩卡软件在全国超过23家的大客户现场积累了深厚的应用平台运维管理经验，其中Weblogic应用服务器监控也非常成熟，摩卡软件对应用监控的主要优势如下： 支持应用种类多：从J2EE应用平台到数据库，再到中间件，几乎无所不包。 专业底层的监控：多年来与大厂的良好合作关系，奠定了摩卡软件的技术实力，使得摩卡软件在应用的监控上更能够取得一些最有用的最底层的数据。 超越原厂家的监控：应用厂家可能不会想到，他们认为的最关键的一些东西对不同的客户而言可能关注点都不同，摩卡软件利用与厂家合作关系的优势结合运维管理经验，提出一套超越应用原厂家的监控指标。 更有用的监控：摩卡软件最独特的优势在于，所有对应用平台的监控指标都不是空穴来风，也不是每个技术人员所熟知的那些通用的监控，摩卡软件将十年来的IT运维管理经验进行了整合，所有的监控指标均来自我们全国超过23个大客户服务点多年来的运维管理经验，让监控指标更加有用。 更容易看懂的指标：摩卡软件将指标进行分类，以可用性指标、性能指标、配置指标等将指标进行分类管理，方便了用户的查阅。

---