openldap+NFS 鎖問題解決
openldap+NFS 鎖問題解決[@more@]
openldap的第一遍文章,介紹一下NFS上面使用openldap的問題.
環境:solaris10 x86,openlda 2.3.32,bdb4.2 ,準備bdb資料放在NFS上面,但初始openldap資料的時候,總是報concant -1的錯,連不上資料庫,開啟除錯slapd -d -1,發現openldap開啟資料檔案非常慢,我一共設定了24個資料庫,但發現只開啟了一個
bdb_db_open: o=auth.net,c=cn
bdb_db_open: dbenv_open(/var/data/xmail/openldap/auth)
下面還有0-24個目錄資料庫沒有open,感覺openldap就死在那裡似的,檢視資料檔案物理檔案,發現都沒有生成相應的.log,.bdb檔案,只有一個alock檔案,測試了N個小時沒有開啟原因,最後把資料放到了本機磁碟上,檔案系統是UFS,馬上就全都OK了,查了一個官方的檔案列表,好象也沒有明確的答覆,但原來使用NFS作儲存的時候,openlap的時候有報錯,應該是alock package is unstable ,有的說是檔案屬性的問題,我也都試過了,都不對,現在唯一懷疑NFS的引數問題,可能是引數問題.
當時有問題的時候有lsof發現有如下問題
slapd 9816 root 9u VREG 293,14 0 7006003 /var/data/xmail/openldap/auth/alock
而正常的應該是,下面是使本機磁碟作為儲存的為,沒有使NFS
slapd 10333 root 9uw VREG 29,70 2048 23826 /var/data/xmail/openldap/auth/alock
slapd 10333 root 12uw VREG 29,70 2048 23857 /var/data/xmail/openldap/24/alock
slapd 10333 root 15uw VREG 29,70 2048 23874 /var/data/xmail/openldap/25/alock
slapd 10333 root 18uw VREG 29,70 2048 23883 /var/data/xmail/openldap/26/alock
slapd 10333 root 21uw VREG 29,70 2048 23892 /var/data/xmail/openldap/27/alock
slapd 10333 root 24uw VREG 29,70 2048 23901 /var/data/xmail/openldap/28/alock
slapd 10333 root 27uw VREG 29,70 2048 23918 /var/data/xmail/openldap/29/alock
slapd 10333 root 30uw VREG 29,70 2048 23927 /var/data/xmail/openldap/30/alock
slapd 10333 root 33uw VREG 29,70 2048 23936 /var/data/xmail/openldap/31/alock
slapd 10333 root 36uw VREG 29,70 2048 23945 /var/data/xmail/openldap/32/alock
slapd 10333 root 39uw VREG 29,70 2048 23954 /var/data/xmail/openldap/33/alock
slapd 10333 root 42uw VREG 29,70 2048 23963 /var/data/xmail/openldap/34/alock
slapd 10333 root 45uw VREG 29,70 2048 23972 /var/data/xmail/openldap/35/alock
slapd 10333 root 48uw VREG 29,70 2048 23981 /var/data/xmail/openldap/36/alock
slapd 10333 root 51uw VREG 29,70 2048 23990 /var/data/xmail/openldap/37/alock
slapd 10333 root 54uw VREG 29,70 2環境:solaris10 x86,openlda 2.3.32,bdb4.2 ,準備bdb資料放在NFS上面,但初始openldap資料的時候,總是報concant -1的錯,連不上資料庫,開啟除錯slapd -d -1,發現openldap開啟資料檔案非常慢,我一共設定了24個資料庫,但發現只開啟了一個
bdb_db_open: o=auth.net,c=cn
bdb_db_open: dbenv_open(/var/data/xmail/openldap/auth)
下面還有0-24個目錄資料庫沒有open,感覺openldap就死在那裡似的,檢視資料檔案物理檔案,發現都沒有生成相應的.log,.bdb檔案,只有一個alock檔案,測試了N個小時沒有開啟原因,最後把資料放到了本機磁碟上,檔案系統是UFS,馬上就全都OK了,查了一個官方的檔案列表,好象也沒有明確的答覆,但原來使用NFS作儲存的時候,openlap的時候有報錯,應該是alock package is unstable ,有的說是檔案屬性的問題,我也都試過了,都不對,現在唯一懷疑NFS的引數問題,可能是引數問題.
當時有問題的時候有lsof發現有如下問題
slapd 9816 root 9u VREG 293,14 0 7006003 /var/data/xmail/openldap/auth/alock
而正常的應該是,下面是使本機磁碟作為儲存的為,沒有使NFS
slapd 10333 root 9uw VREG 29,70 2048 23826 /var/data/xmail/openldap/auth/alock
slapd 10333 root 12uw VREG 29,70 2048 23857 /var/data/xmail/openldap/24/alock
slapd 10333 root 15uw VREG 29,70 2048 23874 /var/data/xmail/openldap/25/alock
slapd 10333 root 18uw VREG 29,70 2048 23883 /var/data/xmail/openldap/26/alock
slapd 10333 root 21uw VREG 29,70 2048 23892 /var/data/xmail/openldap/27/alock
slapd 10333 root 24uw VREG 29,70 2048 23901 /var/data/xmail/openldap/28/alock
slapd 10333 root 27uw VREG 29,70 2048 23918 /var/data/xmail/openldap/29/alock
slapd 10333 root 30uw VREG 29,70 2048 23927 /var/data/xmail/openldap/30/alock
slapd 10333 root 33uw VREG 29,70 2048 23936 /var/data/xmail/openldap/31/alock
slapd 10333 root 36uw VREG 29,70 2048 23945 /var/data/xmail/openldap/32/alock
slapd 10333 root 39uw VREG 29,70 2048 23954 /var/data/xmail/openldap/33/alock
slapd 10333 root 42uw VREG 29,70 2048 23963 /var/data/xmail/openldap/34/alock
slapd 10333 root 45uw VREG 29,70 2048 23972 /var/data/xmail/openldap/35/alock
slapd 10333 root 48uw VREG 29,70 2048 23981 /var/data/xmail/openldap/36/alock
slapd 10333 root 51uw VREG 29,70 2048 23990 /var/data/xmail/openldap/37/alock
slapd 10333 root 54uw VREG 29,70 2048 23999 /var/data/xmail/openldap/38/alock
slapd 10333 root 57uw VREG 29,70 2048 24008 /var/data/xmail/openldap/39/alock
slapd 10333 root 60uw VREG 29,70 2048 24017 /var/data/xmail/openldap/40/alock
slapd 10333 root 63uw VREG 29,70 2048 24026 /var/data/xmail/openldap/41/alock
slapd 10333 root 66uw VREG 29,70 2048 24035 /var/data/xmail/openldap/42/alock
slapd 10333 root 69uw VREG 29,70 2048 24044 /var/data/xmail/openldap/43/alock
slapd 10333 root 72uw VREG 29,70 2048 24053 /var/data/xmail/openldap/44/alock
slapd 10333 root 75uw VREG 29,70 2048 24062 /var/data/xmail/openldap/45/alock
slapd 10333 root 78uw VREG 29,70 2048 24071 /var/data/xmail/openldap/46/alock
slapd 10333 root 81uw VREG 29,70 2048 24080 /var/data/xmail/openldap/47/alock
048 23999 /var/data/xmail/openldap/38/alock
slapd 10333 root 57uw VREG 29,70 2048 24008 /var/data/xmail/openldap/39/alock
slapd 10333 root 60uw VREG 29,70 2048 24017 /var/data/xmail/openldap/40/alock
slapd 10333 root 63uw VREG 29,70 2048 24026 /var/data/xmail/openldap/41/alock
slapd 10333 root 66uw VREG 29,70 2048 24035 /var/data/xmail/openldap/42/alock
slapd 10333 root 69uw VREG 29,70 2048 24044 /var/data/xmail/openldap/43/alock
slapd 10333 root 72uw VREG 29,70 2048 24053 /var/data/xmail/openldap/44/alock
slapd 10333 root 75uw VREG 29,70 2048 24062 /var/data/xmail/openldap/45/alock
slapd 10333 root 78uw VREG 29,70 2048 24071 /var/data/xmail/openldap/46/alock
slapd 10333 root 81uw VREG 29,70 2048 24080 /var/data/xmail/openldap/47/alock
bdb_db_open: o=auth.net,c=cn
bdb_db_open: dbenv_open(/var/data/xmail/openldap/auth)
下面還有0-24個目錄資料庫沒有open,感覺openldap就死在那裡似的,檢視資料檔案物理檔案,發現都沒有生成相應的.log,.bdb檔案,只有一個alock檔案,測試了N個小時沒有開啟原因,最後把資料放到了本機磁碟上,檔案系統是UFS,馬上就全都OK了,查了一個官方的檔案列表,好象也沒有明確的答覆,但原來使用NFS作儲存的時候,openlap的時候有報錯,應該是alock package is unstable ,有的說是檔案屬性的問題,我也都試過了,都不對,現在唯一懷疑NFS的引數問題,可能是引數問題.
當時有問題的時候有lsof發現有如下問題
slapd 9816 root 9u VREG 293,14 0 7006003 /var/data/xmail/openldap/auth/alock
而正常的應該是,下面是使本機磁碟作為儲存的為,沒有使NFS
slapd 10333 root 9uw VREG 29,70 2048 23826 /var/data/xmail/openldap/auth/alock
slapd 10333 root 12uw VREG 29,70 2048 23857 /var/data/xmail/openldap/24/alock
slapd 10333 root 15uw VREG 29,70 2048 23874 /var/data/xmail/openldap/25/alock
slapd 10333 root 18uw VREG 29,70 2048 23883 /var/data/xmail/openldap/26/alock
slapd 10333 root 21uw VREG 29,70 2048 23892 /var/data/xmail/openldap/27/alock
slapd 10333 root 24uw VREG 29,70 2048 23901 /var/data/xmail/openldap/28/alock
slapd 10333 root 27uw VREG 29,70 2048 23918 /var/data/xmail/openldap/29/alock
slapd 10333 root 30uw VREG 29,70 2048 23927 /var/data/xmail/openldap/30/alock
slapd 10333 root 33uw VREG 29,70 2048 23936 /var/data/xmail/openldap/31/alock
slapd 10333 root 36uw VREG 29,70 2048 23945 /var/data/xmail/openldap/32/alock
slapd 10333 root 39uw VREG 29,70 2048 23954 /var/data/xmail/openldap/33/alock
slapd 10333 root 42uw VREG 29,70 2048 23963 /var/data/xmail/openldap/34/alock
slapd 10333 root 45uw VREG 29,70 2048 23972 /var/data/xmail/openldap/35/alock
slapd 10333 root 48uw VREG 29,70 2048 23981 /var/data/xmail/openldap/36/alock
slapd 10333 root 51uw VREG 29,70 2048 23990 /var/data/xmail/openldap/37/alock
slapd 10333 root 54uw VREG 29,70 2環境:solaris10 x86,openlda 2.3.32,bdb4.2 ,準備bdb資料放在NFS上面,但初始openldap資料的時候,總是報concant -1的錯,連不上資料庫,開啟除錯slapd -d -1,發現openldap開啟資料檔案非常慢,我一共設定了24個資料庫,但發現只開啟了一個
bdb_db_open: o=auth.net,c=cn
bdb_db_open: dbenv_open(/var/data/xmail/openldap/auth)
下面還有0-24個目錄資料庫沒有open,感覺openldap就死在那裡似的,檢視資料檔案物理檔案,發現都沒有生成相應的.log,.bdb檔案,只有一個alock檔案,測試了N個小時沒有開啟原因,最後把資料放到了本機磁碟上,檔案系統是UFS,馬上就全都OK了,查了一個官方的檔案列表,好象也沒有明確的答覆,但原來使用NFS作儲存的時候,openlap的時候有報錯,應該是alock package is unstable ,有的說是檔案屬性的問題,我也都試過了,都不對,現在唯一懷疑NFS的引數問題,可能是引數問題.
當時有問題的時候有lsof發現有如下問題
slapd 9816 root 9u VREG 293,14 0 7006003 /var/data/xmail/openldap/auth/alock
而正常的應該是,下面是使本機磁碟作為儲存的為,沒有使NFS
slapd 10333 root 9uw VREG 29,70 2048 23826 /var/data/xmail/openldap/auth/alock
slapd 10333 root 12uw VREG 29,70 2048 23857 /var/data/xmail/openldap/24/alock
slapd 10333 root 15uw VREG 29,70 2048 23874 /var/data/xmail/openldap/25/alock
slapd 10333 root 18uw VREG 29,70 2048 23883 /var/data/xmail/openldap/26/alock
slapd 10333 root 21uw VREG 29,70 2048 23892 /var/data/xmail/openldap/27/alock
slapd 10333 root 24uw VREG 29,70 2048 23901 /var/data/xmail/openldap/28/alock
slapd 10333 root 27uw VREG 29,70 2048 23918 /var/data/xmail/openldap/29/alock
slapd 10333 root 30uw VREG 29,70 2048 23927 /var/data/xmail/openldap/30/alock
slapd 10333 root 33uw VREG 29,70 2048 23936 /var/data/xmail/openldap/31/alock
slapd 10333 root 36uw VREG 29,70 2048 23945 /var/data/xmail/openldap/32/alock
slapd 10333 root 39uw VREG 29,70 2048 23954 /var/data/xmail/openldap/33/alock
slapd 10333 root 42uw VREG 29,70 2048 23963 /var/data/xmail/openldap/34/alock
slapd 10333 root 45uw VREG 29,70 2048 23972 /var/data/xmail/openldap/35/alock
slapd 10333 root 48uw VREG 29,70 2048 23981 /var/data/xmail/openldap/36/alock
slapd 10333 root 51uw VREG 29,70 2048 23990 /var/data/xmail/openldap/37/alock
slapd 10333 root 54uw VREG 29,70 2048 23999 /var/data/xmail/openldap/38/alock
slapd 10333 root 57uw VREG 29,70 2048 24008 /var/data/xmail/openldap/39/alock
slapd 10333 root 60uw VREG 29,70 2048 24017 /var/data/xmail/openldap/40/alock
slapd 10333 root 63uw VREG 29,70 2048 24026 /var/data/xmail/openldap/41/alock
slapd 10333 root 66uw VREG 29,70 2048 24035 /var/data/xmail/openldap/42/alock
slapd 10333 root 69uw VREG 29,70 2048 24044 /var/data/xmail/openldap/43/alock
slapd 10333 root 72uw VREG 29,70 2048 24053 /var/data/xmail/openldap/44/alock
slapd 10333 root 75uw VREG 29,70 2048 24062 /var/data/xmail/openldap/45/alock
slapd 10333 root 78uw VREG 29,70 2048 24071 /var/data/xmail/openldap/46/alock
slapd 10333 root 81uw VREG 29,70 2048 24080 /var/data/xmail/openldap/47/alock
048 23999 /var/data/xmail/openldap/38/alock
slapd 10333 root 57uw VREG 29,70 2048 24008 /var/data/xmail/openldap/39/alock
slapd 10333 root 60uw VREG 29,70 2048 24017 /var/data/xmail/openldap/40/alock
slapd 10333 root 63uw VREG 29,70 2048 24026 /var/data/xmail/openldap/41/alock
slapd 10333 root 66uw VREG 29,70 2048 24035 /var/data/xmail/openldap/42/alock
slapd 10333 root 69uw VREG 29,70 2048 24044 /var/data/xmail/openldap/43/alock
slapd 10333 root 72uw VREG 29,70 2048 24053 /var/data/xmail/openldap/44/alock
slapd 10333 root 75uw VREG 29,70 2048 24062 /var/data/xmail/openldap/45/alock
slapd 10333 root 78uw VREG 29,70 2048 24071 /var/data/xmail/openldap/46/alock
slapd 10333 root 81uw VREG 29,70 2048 24080 /var/data/xmail/openldap/47/alock
在openldap使用nfs檔案系統作為儲存的時候,會出現alock package not use,大概是鎖不可用.這時候需要修改nfs掛的引數.
192.168.2.5:/vol/ud/ud2 - /var/data/xmail/openldap nfs - yes llock,rw,bg,hard,intr,forcedirectio,noac,pro
to=tcp,vers=3,rsize=32768,wsize=32768,timeo=600
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/1806527/viewspace-1006851/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- 解決Oracle死鎖問題步驟Oracle
- 用分散式鎖解決併發問題分散式
- Mysql使用kill命令解決死鎖問題MySql
- 什麼是鎖？深入分析解讀MySQL鎖，解決幻讀問題！MySql
- 手把手教你分析解決MySQL死鎖問題MySql
- redis實現分散式鎖---實操---問題解決Redis分散式
- 死鎖問題排查過程-間隙鎖的復現以及解決
- 問題解決：無法獲得鎖 /var/lib/dpkg/lock
- 運維必備-解決鎖問題的全過程運維
- 故障解析丨一次死鎖問題的解決
- Mysql(MyISAM)的讀寫互斥鎖問題的解決方法MySql
- Android鎖屏黑屏後連續定位問題解決方案Android
- Python | 多執行緒死鎖問題的巧妙解決方法Python執行緒
- 在Laravel中使用Redis鎖解決快取擊穿問題LaravelRedis快取
- 記憶體混亂及解決方法和死鎖問題記憶體
- redis分散式鎖的問題和解決Redis分散式
- 能幫你解決90%以上Java面試中的鎖問題（Java中的鎖）Java面試
- 靈活運用分散式鎖解決資料重複插入問題分散式
- 提問題比解決問題更重要
- PHP利用Redis鎖解決併發訪問PHPRedis
- 解決跨域問題跨域
- SERVICE問題解決方法
- 解決 Unexpectedlexicaldeclarationincaseblock的問題BloC
- 解決mapper重名問題APP
- qeephp 解決跨越問題PHP
- 解決高度塌陷問題
- 使用redis分散式鎖解決併發執行緒資源共享問題Redis分散式執行緒
- mysql同一個事務中update，insert導致死鎖問題分析解決MySql
- [奇技Y巧]解決程式快取鎖命名困難，命名衝突問題快取
- 解決 github 訪問不了的問題Github
- 解決github訪問慢的問題Github
- 解決 Github 國內訪問問題Github
- No module named MYSQLdb 問題解決MySql
- rabbitmq解決erlang版本問題MQ
- 解決高度塌陷、定位問題
- display:flex解決的問題Flex
- As常見問題解決方法
- WebSocket跨域問題解決Web跨域
- 解決中文亂碼問題