常见问题：
0、 现象：有同窗按照要求把网络配置好之后，主机仍是没法Ping通虚拟机，在虚拟机中ping 192.168.1.2 网关的时候报网络不可用
缘由：虚拟机的网卡的MAC已经更改，但设置未更改。
解决：在虚拟机菜单：应用程序->系统设置-〉网络-〉设备Tab页-〉编辑按钮-〉硬件设备Tab页 点击[探测]按钮获取正确MAC地址，而后保存，激活。
一、现象：有同窗启动虚拟机的时候选择了复制，结果在启动linux的时候被询问是否要从新配置的时候选择了Skip忽略，致使没法启动数据库。
缘由：网络状态无效。
解决：在linux->系统设置->网络管理-> 网卡eth0的硬件配置处从新探测MAC地址，而后保存，重启网络 service network restart
中止数据库：./stopdb.sh
若是侦听还没被停掉，使用lsnrctl stop中止它。
重启数据库 ./startdb.sh
二、现象：有同窗自行运行了autoconfig ,但不知道apps密码，因而随便给了一个密码运行了一段出问题了，启动数据库没问题，但启动应用服务的时候报用户名或密码错。
缘由：非正常运行autoconfig 致使 Apps用户被锁定，
解决：使用system登录数据库，把apps用户解锁 alter user apps account unlock;
再次运行autoconfig ,使用正确的apps密码（apps)
autoconfig成功完成后，再次启动应用服务器。
三、现象：有同窗不当心使用root用户启动应用服务器，结果不成功，切换到applmgr后再次启动应用服务器也不成功；
缘由：使用root用户启动致使opmn的log文件的全部者被改为root, applmgr启动时由于权限不够没法成功启动。
更改错误提示中说起的log文件的权限的全部者为applmgr, 再次以applmgr启动服务能够成功.
此问题也会致使autoconfig失败，缘由也是有2个文件的全部者被改为root,根据autoconfig的log信息能够找到这两个文件，更改权限为applmgr全部后能够成功完成autoconfig.
但 数据库、应用服务启动均正常，但访问时出现 没法找到OA_HTML/appslogin的状况；把$INST目录递归更改为applmgr:dba后解决。
解决：在应用目录下找出user是root的文件
[root@syfdemo opmn]# find /d01/oracle/VIS/inst/apps -type f -user root -exec ls -ls {} \;
将找到的文件的全部者和组改成应用的用户.
例如：chown -R applmgr:dba /d01/oracle/VIS/inst/apps/VIS_syfdemo/logs
chown -R applmgr:dba /d01/oracle/VIS/inst/apps/VIS_syfdemo/ora/10.1.3/j2ee
而后停应用,重启服务器!!
四、现象：有同窗回到寝室使用虚拟机，启动服务器正常，但访问时卡了，很长时间后出现http 500错误。
缘由：目前实验发现虚拟机中的oracle db11g 的侦听服务对主机网卡状态敏感，主机网卡没联网的状况会致使反应很慢的状况。
解决：使用EBS R12虚拟机时请保志主机网卡状态处于链接状态（好比能够两我的电脑互联，并设置一个固定IP,使主机网卡状态有效);或者把网络改为host only方式（这种方式不须要保持网络链接状态)
或者若是你很想使用nat方式，但又没法联网，则把虚拟机中的DNS去掉也能够。
html