ECS: NFS Uzak G/Ç hataları; FS etkin grup için grup sahibi değişikliği, uygulamaların ve/veya kullanıcıların NFS dosyalarına erişememesine neden olabilir
概要: Önceki Grup Sahibine izin verilmez veya ObjectControllerException kısıtlanır: Yöntem güncellemesiObjectInternal önceki grup sahibi için izin verilmez
この記事は次に適用されます：
この記事は次には適用されません：
この記事は、特定の製品に関連付けられていません。
すべての製品パージョンがこの記事に記載されているわけではありません。
現象
Kullanıcı tarafından kullanıcı arabirimindeki grup sahibi sayfasına yapılan değişiklik:
Bu sorun, NFS etkin grupları ve grup sahibini kullanıcı arabirimi tarafından yapılan bir değişiklik için geçerlidir. Bu, Linux dosya sistemindeki gruba erişimin kesilmesine neden olan uygulamalara veya kullanıcılara neden olabilir. Değişikliği tekrar orijinal sahibine geri döndüremezsek bile du'ya erişim mümkün değildir.
Bu örnekte:
Grup sahibi, kullanıcı arabirimi kullanılarak "sham2" olarak değiştirilmiştir. ECS'deki bir sınırlama nedeniyle grup sahibi adını "sham1" olarak değiştirdikten sonra bile ECS, kullanıcı arayüzünü kullanarak grup sahibini "sham1" olarak değiştirmez. Bu işlem yalnızca cli, sahip bayrağını true olarak sıfırlamak için yüke sahip bir API kullanarak yalnızca şimdi yapılabilir.
Linux makinede sorunu tespit etmek için kullanılan yollar kullanıcıdan bir dosyaya dokunmalarını gerektirir örneğin:
Bu sorun, NFS etkin grupları ve grup sahibini kullanıcı arabirimi tarafından yapılan bir değişiklik için geçerlidir. Bu, Linux dosya sistemindeki gruba erişimin kesilmesine neden olan uygulamalara veya kullanıcılara neden olabilir. Değişikliği tekrar orijinal sahibine geri döndüremezsek bile du'ya erişim mümkün değildir.
Bu örnekte:
Grup sahibi, kullanıcı arabirimi kullanılarak "sham2" olarak değiştirilmiştir. ECS'deki bir sınırlama nedeniyle grup sahibi adını "sham1" olarak değiştirdikten sonra bile ECS, kullanıcı arayüzünü kullanarak grup sahibini "sham1" olarak değiştirmez. Bu işlem yalnızca cli, sahip bayrağını true olarak sıfırlamak için yüke sahip bir API kullanarak yalnızca şimdi yapılabilir.
Linux makinede sorunu tespit etmek için kullanılan yollar kullanıcıdan bir dosyaya dokunmalarını gerektirir örneğin:
admin@node1~>touch file
touch: setting times of `file': Remote I/O error
se svc_log with the string "method updateObjectInternal "
Command:
# svc_log -a -sr dataheadsvc | grep "method updateObjectInternal"
Example:
admin@node1~>svc_log -a -sr dataheadsvc | grep "method updateObjectInternal" svc_log v1.0.22 (svc_tools v1.5.3) Started 2019-06-06 10:45:04 Running on nodes: <All nodes> Time range: 2019-06-05 10:45:04 - 2019-06-06 10:45:04 Filter string(s): <All messages> Show nodename(s): True Search reclaim logs (if any): False com.emc.storageos.data.object.exception.ObjectControllerException: method updateObjectInternal not allowed for previous bucket owner sham1 Caused by: com.emc.storageos.data.object.exception.ObjectControllerException: method updateObjectInternal not allowed for previous bucket owner sham1
原因
Sahip olarak belirli bir kullanıcıyla grup oluşturma ve ardından grup sahipliği değişikliği. Son olarak, acl sayfasını kullanarak orijinal sahibine tam kontrol vermek ECS günlük istisnası ile başarısız olur:
ObjectControllerException: method updateObjectInternal not allowed for previous bucket owner <ownerid> This is a known issue currently being evaluated by Dell EMC at this time.
解決方法
Geçici çözüm, sahip bayrağını true olarak sıfırlamak için yük ile CLI üzerinden API'yi kullanarak grup sahibini değiştirmektir.
1. Geçerli grup sahibini belirleme.
2. Vi düzenleyiciyi kullanarak basit bir xml dosyası oluşturma. Aşağıdaki örnekte buna /tmp/bucket-owner.xml adı verilmiştir. Bu, iki adımlı bir işlemdir. Bunu geçici olarak Sham2'nin yeni sahibine ayarlamanız gerekir. Aşağıdaki örnekte olduğu gibi, orijinal sahibi sham1'e geri döndürmeden önce çıktıyı onaylayın:
. 7. Yapılandırma değişikliği tamamlandıktan sonra aynı hatanın artık algılanamaması gerekir
1. Geçerli grup sahibini belirleme.
BELIRTECI oluşturmak için kullanıcı arayüzü kök parolasını gerektirir. Örneğin:
admin@ecsnode1:~> tok=$(curl -iks https://XX.XX.XX.XX:4443/login -u 'root:ChangeMe' | grep X-SDS-AUTH-TOKEN)
Geçerli grup sahibini doğrulayın (durumunuzda yedek grup ve ad alanı):
admin@node1:~> curl -s -k -X GET -H "$tok" https://XX.XX.XX.XX:4443/object/bucket/sham_bk_nfs/info?namespace=degreat_nfs | xmllint --format - | grep '<owner>' <owner>sham2</owner>
Bu, reset_previous_owners true olarak ayarlandıktan sonra parametreyi doğrular. Geri döndürülen grup sahibi kullanıcı arabirimi üzerindedir ancak CLI aracılığıyla API, ECS'nin grup sahibini hala "sham2" olarak görmeye devam ediyor olduğunu onaylar.
2. Vi düzenleyiciyi kullanarak basit bir xml dosyası oluşturma. Aşağıdaki örnekte buna /tmp/bucket-owner.xml adı verilmiştir. Bu, iki adımlı bir işlemdir. Bunu geçici olarak Sham2'nin yeni sahibine ayarlamanız gerekir. Aşağıdaki örnekte olduğu gibi, orijinal sahibi sham1'e geri döndürmeden önce çıktıyı onaylayın:
admin@node1:~ # vi /tmp/bucket-owner.xml admin@ecsnode1:~ # cat /tmp/bucket-owner.xml <object_bucket_update_owner> <namespace>degreat_nfs</namespace> <new_owner>sham2</new_owner> <reset_previous_owners>true</reset_previous_owners> </object_bucket_update_owner> 3. Change the bucket owner to the temporary owner.
Grup sahibini xml dosyası üzerinden "sham2" olarak değiştirmek için gereken API söz dizimi aşağıdaki gibidir:
admin@ecsnode1:~> curl -v -k -X "POST" "https://xx.xx.xx.xx:4443/object/bucket/sham_bk_nfs/owner" -H "$tok" -H "Content-Type: application/xml" -H "ACCEPT:application/xml" -d @/tmp/bucket-owner.xml -v * Hostname was NOT found in DNS cache * Trying xx.xx.xx.xx... * Connected to xx.xx.xx.xx (xx.xx.xx.xx) port 4443 (#0) * successfully set certificate verify locations: * CAfile: none CApath: /etc/ssl/certs/ * SSLv3, TLS unknown, Certificate Status (22): * SSLv3, TLS handshake, Client hello (1): * SSLv3, TLS handshake, Server hello (2): * SSLv3, TLS handshake, Certificate (11): * SSLv3, TLS handshake, Server key exchange (12): * SSLv3, TLS handshake, Server finished (14): * SSLv3, TLS handshake, Client key exchange (16): * SSLv3, TLS change cipher, Client hello (1): * SSLv3, TLS handshake, Finished (20): * SSLv3, TLS change cipher, Client hello (1): * SSLv3, TLS handshake, Finished (20): * SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA384 * Server certificate: * subject: CN=localhost * start date: 2019-03-25 09:53:41 GMT * expire date: 2029-03-22 09:53:41 GMT * issuer: CN=localhost * SSL certificate verify result: self signed certificate (18), continuing anyway. > POST /object/bucket/sham_bk_nfs/owner HTTP/1.1 > User-Agent: curl/7.37.0 > Host: xx.xx.xx.xx:4443 > X-SDS-AUTH-TOKEN: BAAcUy9KYlhxTlVYb2M0bnF3bTNscEsvSEdDeWhJPQMAjAQASHVybjpzdG9yYWdlb3M6VmlydHVhbERhdGFDZW50ZXJEYXRhOmJhOGQ3ZTkzLTMyMGYtNDNmNy05Y2FkLWM4YWQzMWFiMzY1MAIADTE1NTk3Mzk3OTA2MDgDAC51cm46VG9rZW46YjQ4NGNiZjEtNTkwNy00YWI3LTgzYTctM2Y3OGRhM2RiY2NiAgAC0A8= > Content-Type: application/xml > ACCEPT:application/xml > Content-Length: 179 > * upload completely sent off: 179 out of 179 bytes < HTTP/1.1 200 OK < Date: Thu, 06 Jun 2019 10:56:08 GMT < Content-Length: 0 < Connection: keep-alive < * Connection #0 to host xx.xx.xx.xx left intact 4. Edit the simple.xml file previously created in step 2 and this time insert original owner of sham1
admin@node1:~ # vi /tmp/bucket-owner.xml admin@ecsnode1:~ # cat /tmp/bucket-owner.xml <object_bucket_update_owner> <namespace>degreat_nfs</namespace> <new_owner>sham1</new_owner> <reset_previous_owners>true</reset_previous_owners> </object_bucket_update_owner> 5. Change the bucket owner back to the original owner The API syntax required to change the bucket owner back to "sham1" through the xml file is as follows:
admin@ecsnode1:~> curl -v -k -X "POST" "https://xx.xx.xx.xx:4443/object/bucket/sham_bk_nfs/owner" -H "$tok" -H "Content-Type: application/xml" -H "ACCEPT:application/xml" -d @/tmp/bucket-owner.xml -v * Hostname was NOT found in DNS cache * Trying xx.xx.xx.xx... * Connected to xx.xx.xx.xx (xx.xx.xx.xx) port 4443 (#0) * successfully set certificate verify locations: * CAfile: none CApath: /etc/ssl/certs/ * SSLv3, TLS unknown, Certificate Status (22): * SSLv3, TLS handshake, Client hello (1): * SSLv3, TLS handshake, Server hello (2): * SSLv3, TLS handshake, Certificate (11): * SSLv3, TLS handshake, Server key exchange (12): * SSLv3, TLS handshake, Server finished (14): * SSLv3, TLS handshake, Client key exchange (16): * SSLv3, TLS change cipher, Client hello (1): * SSLv3, TLS handshake, Finished (20): * SSLv3, TLS change cipher, Client hello (1): * SSLv3, TLS handshake, Finished (20): * SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA384 * Server certificate: * subject: CN=localhost * start date: 2019-03-25 09:53:41 GMT * expire date: 2029-03-22 09:53:41 GMT * issuer: CN=localhost * SSL certificate verify result: self signed certificate (18), continuing anyway. > POST /object/bucket/sham_bk_nfs/owner HTTP/1.1 > User-Agent: curl/7.37.0 > Host: xx.xx.xx.xx:4443 > X-SDS-AUTH-TOKEN: BAAcUy9KYlhxTlVYb2M0bnF3bTNscEsvSEdDeWhJPQMAjAQASHVybjpzdG9yYWdlb3M6VmlydHVhbERhdGFDZW50ZXJEYXRhOmJhOGQ3ZTkzLTMyMGYtNDNmNy05Y2FkLWM4YWQzMWFiMzY1MAIADTE1NTk3Mzk3OTA2MDgDAC51cm46VG9rZW46YjQ4NGNiZjEtNTkwNy00YWI3LTgzYTctM2Y3OGRhM2RiY2NiAgAC0A8= > Content-Type: application/xml > ACCEPT:application/xml > Content-Length: 179 > * upload completely sent off: 179 out of 179 bytes < HTTP/1.1 200 OK < Date: Thu, 06 Jun 2019 10:56:08 GMT < Content-Length: 0 < Connection: keep-alive < * Connection #0 to host xx.xx.xx.xx left intact 6. Confirm the bucket owner change is reflected.
Grup sahibi değişikliğinin artık "sham1" olduğunu onaylayın.
admin@ecsnode1:~> curl -s -k -X GET -H "$tok" https://XX.XX.XX.XX:4443/object/bucket/sham_bk_nfs/info?namespace=degreat_nfs | xmllint --format - | grep '<owner>' <owner>sham1</owner>
Grup sahibi API'ye geri döndürülün, ana bilgisayarın artık Linux dosya sistemindeki gruba erişeni onaylayın.
. 7. Yapılandırma değişikliği tamamlandıktan sonra aynı hatanın artık algılanamaması gerekir
svc_log -f "method updateObjectInternal not allowed" -start "20 hour ago" -sr all -sh -st hour svc_log v1.0.22 (svc_tools v1.6.8) Started 2020-01-23 09:28:17 Running on nodes: <All nodes> Time range: 2020-01-22 13:28:17 - 2020-01-23 09:28:17 Filter string(s): 'method updateObjectInternal not allowed' Show nodename(s): True Search reclaim logs (if any): False Count of message occurrences per hour: 2020-01-22 13:xx - 5066 2020-01-22 14:xx - 9580 2020-01-22 15:xx - 9574 2020-01-22 16:xx - 9580 2020-01-22 17:xx - 9570 2020-01-22 18:xx - 9576 2020-01-22 19:xx - 9564 2020-01-22 20:xx - 9576 2020-01-22 21:xx - 9576 2020-01-22 22:xx - 9572 2020-01-22 23:xx - 9564 2020-01-23 00:xx - 9586 2020-01-23 01:xx - 9574 2020-01-23 02:xx - 9572 2020-01-23 03:xx - 4564 2020-01-23 04:xx - 0 2020-01-23 05:xx - 0 2020-01-23 06:xx - 0 2020-01-23 07:xx - 0 2020-01-23 08:xx - 0 2020-01-23 09:xx - 0 Dell EMC is aware of this issue and are working on a fix in a future release.
その他の情報
NFS'yle ilgili KB:
Aşağıdaki Knowledge Article'deki talimatları izleyerek güncelleştirmelere abone olabilirsiniz:
DELL EMC: Ürün Sayfalarına abone olma - Dell Destek?
- ECS: Temel bir NFS dışa aktarımı oluşturma ve bunu istemciye bağlama
- ECS: NFS nesneleri yazamıyor veya silemiyor (İngilizce)
- ECS: ESXi'den büyük NFS yazmaları 3.2 yükseltmesinden sonra başarısız olabilir
- ECS: Çoklu VDC Ortamında Yeni Dışa Aktarma Ekledikten Sonra NFS Dışa Aktarma Yapılandırmasını Sıfırlama (İngilizce)
- ECS: dataheadsvc günlük akışı hatası: NFSv3 prosedürü bağlantısı ReadLinkRequest isteğinde desteklenmiyor (İngilizce)
- ECS: NFS'yi listelerken yinelenen çerez hatası (İngilizce)
- ECS: NFS bağlama işlemi "No such file or directory" ya da "ERROR_OBJECT_NOT_FOUND" hatasıyla başarısız oluyor (İngilizce)
- ECS: 2 milyondan fazla dosya içeren NFS grubu dosya listesi yavaş veya başarısız olabilir (İngilizce)
- ECS: S3 Tarayıcı kullanılarak oluşturulan alt klasör veya dizin NFS İstemcisi/Linux makinesi tarafından listelenmiyor ancak alt klasör içeriği ana dizinde veya kök dizinde görünüyor
- ECS: NFS ile bir gruba yazma girişimi sırasında uzaktan G/Ç hatası alınıyor (İngilizce)
- ECS: NFS Uzak G/Ç hataları; FS etkin grup için grup sahibi değişikliği, uygulamaların/kullanıcıların NFS dosyalarına erişenema durumlarında neden olabilir
- ECS: NFS yazma işlemi, belirli bir miktarda verinin ardından G/Ç hatası veriyor (İngilizce)
- ECS: ECS'den NFS dosya paylaşımını VMware NFS veri deposuyla kullanma (İngilizce)
- ECS: ECS NFS dışa aktarımlarını bağlamak için en iyi uygulamalar (İngilizce)
- ECS: Windows istemcide NFS paylaşımını bağlama (İngilizce)
- ECS: Kullanıcı arayüzünde dosya dışa aktarma ayarları değiştirildikten sonra NFS bağlanamıyor (İngilizce)
- ECS: Oracle WebCenter İçeriği (WCC) ECS ile uyumlu mu? (İngilizce)
Aşağıdaki Knowledge Article'deki talimatları izleyerek güncelleştirmelere abone olabilirsiniz:
DELL EMC: Ürün Sayfalarına abone olma - Dell Destek?
対象製品
Elastic Cloud Storage製品
ECS Appliance, ECS Appliance Software with Encryption, ECS Appliance Software without Encryption, Elastic Cloud Storage文書のプロパティ
文書番号: 000055535
文書の種類: Solution
最終更新: 25 3月 2025
バージョン: 4
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。