建站
咨詢
售后
建站咨詢
新聞中心
本篇內(nèi)容介紹了“SUSE安裝oracle client客戶端出現(xiàn)卡死現(xiàn)象怎么解決”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！
成都創(chuàng)新互聯(lián)公司堅持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：成都做網(wǎng)站、成都網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時代的揚州網(wǎng)站設(shè)計、移動媒體設(shè)計的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！
在安裝log中有一下記錄
dsw:/u01/app/oraInventory/logs # tail -n 10 oraInstall2018-09-07_01-56-57PM.err at java.io.StreamTokenizer.nextToken(StreamTokenizer.java:734) at java.io.StreamTokenizer.nextToken(StreamTokenizer.java:734) at java.io.StreamTokenizer.nextToken(StreamTokenizer.java:734) at java.io.StreamTokenizer.nextToken(StreamTokenizer.java:734) at java.io.StreamTokenizer.nextToken(StreamTokenizer.java:734) at java.io.StreamTokenizer.nextToken(StreamTokenizer.java:734) at java.io.StreamTokenizer.nextToken(StreamTokenizer.java:734) at java.io.StreamTokenizer.nextToken(StreamTokenizer.java:734) at java.io.StreamTokenizer.nextToken(StreamTokenizer.java:734) at java.io.StreamTokenizer.nextToken(StreamTokenizer.java:734)
百度下，沒什么收獲，自己分析吧
思考1：是不是資源不足？
通過vmstat top free觀察內(nèi)存不足
解決：添加swap
mkdir swap cd swap dd if=/dev/zero of=swapfile bs=1024 count=1000000 ##1G 創(chuàng)建swap文件 mkswap swapfile swapon swapfile ##激活swap文件 free cat /proc/swaps
解決了資源不足的情況，重新安裝問題依然存在,在無法解決問題的情況下，按照官方文檔開始排查可能出現(xiàn)的問題
This guide describes how to quickly install Oracle Database Client 11g Release 2 (11.2) on Linux x86 systems. It includes information about the following: ■ Reviewing Information About This Guide ■ Logging In to the System as root ■ Checking the Hardware Requirements ■ Checking the Software Requirements ■ Creating Required Operating System Groups and Users ■ Creating Required Directories ■ Configuring the oracle User’s Environment ■ Mounting the Product Disc ■ Installing Oracle Database Client ■ Performing an In-place Oracle Database Client Upgrade ■ What to Do Next? ■ Additional Information ■ Documentation Accessibility
排查可能出現(xiàn)問題的點：
1、Package Requirements
The following or later version of packages for SUSE Linux Enterprise Server 11 should be installed: binutils-2.19 gcc-4.3 gcc-c++-4.3 glibc-2.9 glibc-devel-2.9 libstdc++33-3.3.3 libstdc++43-4.3.3_20081022 libstdc++43-devel-4.3.3_20081022 libaio-0.3.104 libaio-devel-0.3.104 libgcc43-4.3.3_20081022 libstdc++-devel-4.3 make-3.81 sysstat-8.1.5
解決辦法：
掛載安裝介質(zhì)，通過zypper安裝
zypper addrepo /opt/dsw01/suse/x86_64 ding zypper in binutils* zypper in gcc* zypper in glibc* zypper in libstdc* zypper in libaio* zypper in libgcc* zypper in libstdc* zypper in make* zypper in sysstat* rpm -qa |grep -E 'binutils|gcc|gcc-c++|glibc-devel|libstdc++|make|sys|libaio|libgcc|libstdc'
問題依然沒有定位
然后，繼續(xù)，文檔中并沒有說明操作系統(tǒng)的設(shè)備
懷疑，是不是操作系統(tǒng)參數(shù)問題？
cat /etc/sysctl.conf kernel.shmall = 2097152 kernel.shmmax = 2147483648 # Smallest of -> (Half the size of the physical memory) or (4GB - 1 byte) kernel.shmmni = 4096 # semaphores: semmsl, semmns, semopm, semmni kernel.sem = 250 32000 100 128 fs.file-max = 65536 # 512 * PROCESSES net.ipv4.ip_local_port_range = 1024 65000 net.core.rmem_default=4194304 net.core.rmem_max=4194304 net.core.wmem_default=262144 net.core.wmem_max=262144
sysctl -p sysctl -a | grep
是不是操作系統(tǒng)問題？
開始審查安裝操作系統(tǒng)的步驟去，調(diào)整以下：
默認是physical machine
這次修改為 virtual machine
問題解決！！
“SUSE安裝oracle client客戶端出現(xiàn)卡死現(xiàn)象怎么解決”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！
當(dāng)前文章：SUSE安裝oracleclient客戶端出現(xiàn)卡死現(xiàn)象怎么解決
URL標題：http://ef60e0e.cn/article/gciise.html
