昨天，遇到了一個測試的環境，雖然在啟動腳本中，使用-server參數指定了sun jvm的運行模式，但是通過ProcessExplorer來看，居然是運行在client模式下，后來以為是打開了調試端口導致的，jvm_opts=%jvm_opts% -classic -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=%port%,server=y,suspend=y，最后發現時因為-classic造成的，解釋參見 http://wangpan80.javaeye.com/blog/248708

  前天同事反映在測試環境中，給表創建新的分區時，出現了：
  根據經驗和oracle官方的解釋，是所在表空間的空間不夠導致的，但是根據OEM觀察，這個表空間的還有不少未使用的部分，這下就比較迷惑了。
  當把oracle的alert.log文件拿出來分析后，發現有提示指明temp表空間不足了，當擴展了temp表空間的數據文件后，異常消失了，看來temp表空間的不足也能引發 ORA-01658異常，并且是提示另一個表空間，值得注意

  今天在linux搭建的IPV6環境下重新啟動了一下oracle，在啟動listener時得到如下的輸出：
 
  根據提示listener在start后，顯示啟動成功，但是查看狀態時報錯，隨即分析了Listener的日志，并且將listener的trace level設定為了admin，也無法定位問題。
  隨后，在google進行搜索，發現在linux下出現listener相關的問題，有很大部分是和/etc/hosts的配置有關，特別是其中一篇提到在/etc/hosts 中沒有設定 127.0.0.1，會產生錯誤，的確在這個IPV6的環境中，已經將127.0.0.1從/etc/hosts，替換為::1,在/etc/hosts恢復了127.0.0.1的配置，問題解決。不知這個問題是否oracle的一個缺陷？特別是啟動的提示太有誤導了，一點提示都找不到