一日，同事电话说有一个应用的数据库疯狂报ORA-600错！当时的第一感觉就是可能遇到ORACLE的BUG了！
收到错误报告的MAIL:
并且错误滚动报出，竟然占用了46G的磁盘空间！杀掉数据库实例后竟然无法重新启动！询问有没有修改过什么东西，告知前日因为监控系统的缘故，修改过主机名！立刻查看hosts文件，果然hosts没有新的主机名称信息，在hosts加入相关信息：
重新启动实例，一切正常。如果要修改机器名，需要修改/etc/hosts,/etc/sysconfig/network这两个文件，如忘了将/etc/hosts中127.0.0.1对应的机器修改成network文件中的一样，将会导致上面描述的错误。
收到错误报告的MAIL:
Errors in file /home/oracle/admin/orcl/udump/orcl_ora_3435.trc:
ORA-00600: internal error code, arguments: [keltnfy-ldmInit], [46], [1], [], [], [], [], []
USER: terminating instance due to error 600
Instance terminated by USER, pid = 3435
ORA-00600: internal error code, arguments: [keltnfy-ldmInit], [46], [1], [], [], [], [], []
USER: terminating instance due to error 600
Instance terminated by USER, pid = 3435
并且错误滚动报出，竟然占用了46G的磁盘空间！杀掉数据库实例后竟然无法重新启动！询问有没有修改过什么东西，告知前日因为监控系统的缘故，修改过主机名！立刻查看hosts文件，果然hosts没有新的主机名称信息，在hosts加入相关信息：
127.0.0.1 XXX（新的主机名称）
重新启动实例，一切正常。如果要修改机器名，需要修改/etc/hosts,/etc/sysconfig/network这两个文件，如忘了将/etc/hosts中127.0.0.1对应的机器修改成network文件中的一样，将会导致上面描述的错误。
不过另一个问题确实是摆在眼前的，日常管理还是不规范。往往自己人给自己人“下套”。如果在操作前多多沟通一下，这种错误还是可以比较好的避免的。
本文转自Be the miracle!博客51CTO博客，原文链接http://blog.51cto.com/miracle/79126如需转载请自行联系原作者
Larry.Yue
