常见问题：
0、 现象：有同学按照要求把网络配置好以后，主机还是无法Ping通虚拟机，在虚拟机中ping 192.168.1.2 网关的时候报网络不可用
原因：虚拟机的网卡的MAC已经更改，但设置未更改。
解决：在虚拟机菜单：应用程序->系统设置-〉网络-〉设备Tab页-〉编辑按钮-〉硬件设备Tab页 点击[探测]按钮获取正确MAC地址，然后保存，激活。
1、现象：有同学启动虚拟机的时候选择了复制，结果在启动linux的时候被询问是否要重新配置的时候选择了Skip忽略，导致无法启动数据库。
原因：网络状态无效。
解决：在linux->系统设置->网络管理-> 网卡eth0的硬件配置处重新探测MAC地址，然后保存，重启网络 service network restart
停止数据库：./stopdb.sh
如果侦听还没被停掉，使用lsnrctl stop停止它。
重启数据库 ./startdb.sh
2、现象：有同学自行运行了autoconfig ,但不知道apps密码，于是随便给了一个密码运行了一段出问题了，启动数据库没问题，但启动应用服务的时候报用户名或密码错。
原因：非正常运行autoconfig 导致 Apps用户被锁定，
解决：使用system登陆数据库，把apps用户解锁 alter user apps account unlock;
再次运行autoconfig ,使用正确的apps密码（apps)
autoconfig成功完成后，再次启动应用服务器。
3、现象：有同学不小心使用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
然后停应用,重启服务器!!
4、现象：有同学回到寝室使用虚拟机，启动服务器正常，但访问时卡了，很长时间后出现http 500错误。
原因：目前实验发现虚拟机中的oracle db11g 的侦听服务对主机网卡状态敏感，主机网卡没联网的情况会导致反应很慢的情况。
解决：使用EBS R12虚拟机时请保志主机网卡状态处于连接状态（比如可以两个人电脑互联，并设置一个固定IP,使主机网卡状态有效);或者把网络改成host only方式（这种方式不需要保持网络连接状态)
或者如果你很想使用nat方式，但又无法联网，则把虚拟机中的DNS去掉也可以。