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
- oracle 鎖問題的解決Oracle
- 解決Oracle死鎖問題步驟Oracle
- SQLserver 程式被死鎖問題解決SQLServer
- Mysql使用kill命令解決死鎖問題MySql
- 用分散式鎖解決併發問題分散式
- Redis分散式鎖解決搶購問題Redis分散式
- 通過 sysprocesses 解決Sql死鎖問題SQL
- Oracle觸發器死鎖問題解決Oracle觸發器
- Java 程式死鎖問題原理及解決方案Java
- 解決SQL2005死鎖問題SQL
- 解決「問題」,不要解決問題
- 什麼是鎖?深入分析解讀MySQL鎖,解決幻讀問題!MySql
- oracle 解鎖的問題Oracle
- 手把手教你分析解決MySQL死鎖問題MySql
- redis實現分散式鎖---實操---問題解決Redis分散式
- 解決SQL Server 2005中鎖的問題SQLServer
- 死鎖問題排查過程-間隙鎖的復現以及解決
- Mysql(MyISAM)的讀寫互斥鎖問題的解決方法MySql
- 運維必備-解決鎖問題的全過程運維
- oracle外來鍵索引解決父表鎖定問題Oracle索引
- 故障解析丨一次死鎖問題的解決
- 解決問題
- 能幫你解決90%以上Java面試中的鎖問題(Java中的鎖)Java面試
- Android鎖屏黑屏後連續定位問題解決方案Android
- 問題解決:無法獲得鎖 /var/lib/dpkg/lock
- 在Laravel中使用Redis鎖解決快取擊穿問題LaravelRedis快取
- SQL Server 2000 死鎖(dead lock) 問題解決SQLServer
- 發現問題,解決問題
- redis分散式鎖的問題和解決Redis分散式
- 實用派:iPhone 6指紋解鎖失敗問題解決辦法iPhone
- Python | 多執行緒死鎖問題的巧妙解決方法Python執行緒
- 最近解決了一個比較複雜的“死鎖”問題
- sqlserver大數批次update時死鎖的問題及解決方案SQLServer
- yum問題解決
- sqlitedabaseislocked問題解決SQLite
- dump 解決問題
- 靈活運用分散式鎖解決資料重複插入問題分散式