ECS: NFS 원격 I/O 오류, FS 지원 버킷의 버킷 소유자 변경으로 인해 애플리케이션 및/또는 사용자가 NFS 파일에 액세스할 수 없음

사용자가 사용자 인터페이스


의 버킷 소유자 페이지로 변경:이 문제는 NFS가 활성화된 버킷과 사용자 인터페이스에 의한 버킷 소유자 변경에 적용됩니다. 이로 인해 애플리케이션 또는 Linux 파일 시스템의 버킷에 대한 액세스가 손실될 수 있습니다. 변경 사항을 원래 소유자로 되돌려도 DU로 이어지는 액세스는 불가능합니다.

이 예:
버킷 소유자가 사용자 인터페이스를 사용하여 "curl2"로 변경되었습니다. ECS의 제한 사항으로 인해 버킷 소유자 이름을 다시 "dns1"으로 변경한 후에도 발생합니다. ECS는 사용자 인터페이스를 사용하여 버킷 소유자를 "curl1"으로 다시 변경하지 않습니다. 이 작업은 페이로드가 있는 API를 사용하여 CLI에서만 수행하여 소유자 플래그를 true로 재설정할 수 있습니다.

Linux 시스템에서 문제를 식별하는 방법은 사용자에게 예를 들어 파일을 터치하도록 요청합니다.

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

특정 사용자를 소유자로 사용하여 버킷을 생성한 후 버킷의 소유권을 변경합니다. 마지막으로, ECS 로그 예외와 함께 ACL 페이지를 사용하여 원래 소유자에게 모든 권한을 부여하는 작업이 실패합니다.

ObjectControllerException: method updateObjectInternal not allowed for previous bucket owner <ownerid>
This is a known issue currently being evaluated by Dell EMC at this time.

해결 방법은 페이로드가 있는 CLI를 통해 API를 사용하여 버킷 소유자를 true로 재설정하는 것입니다.

1. 현재 버킷 소유자를 확인합니다.

admin@ecsnode1:~> tok=$(curl -iks https://XX.XX.XX.XX:4443/login -u 'root:ChangeMe' | grep X-SDS-AUTH-TOKEN)

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>

2. vi 편집기를 사용하여 간단한 xml 파일을 생성합니다. 아래 예에서는 /tmp/bucket-owner.xml이라고 합니다. 이는 2단계 프로세스입니다. 임시로 새 소유자에게 설정해야 합니다2. 아래 예에서와 같이 원래 owner curl1로 다시 설정하기 전에 출력을 확인합니다.

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. 

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. 

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>

. 7. 구성 변경이 완료되면 더 이상 동일한 오류가 표시되지 않습니다.

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 KB:

• ECS: 기본 NFS 내보내기를 생성하고 클라이언트에 마운트하는 방법
• ECS: NFS가 오브젝트를 쓰거나 삭제할 수 없음
• ECS: 3.2 업그레이드 후 ESXi에서 대규모 NFS 쓰기가 실패할 수 있음
• ECS: 다중 VDC 환경에서 새 내보내기를 추가한 후 NFS 내보내기 구성 재설정
• ECS: dataheadsvc 로그 스트리밍 오류: NFSv3 프로시저 LINK가 요청 ReadLinkRequest에서 지원되지 않음
• ECS: NFS를 나열할 때 중복 쿠키 오류
• ECS: No such file or directory 또는 ERROR_OBJECT_NOT_FOUND가 표시되며 NFS 마운트가 실패함
• ECS: 2백만 개 이상의 파일이 포함된 NFS 버킷의 파일 목록이 느려지거나 실패할 수 있음
• ECS: S3 브라우저를 사용하여 생성된 하위 폴더 또는 디렉토리는 NFS 클라이언트/Linux 시스템에서 나열되지 않지만 하위 폴더 콘텐츠는 기본 또는 루트 디렉토리에 나타납니다.
• ECS: NFS를 사용하여 버킷에 쓰기를 시도하는 동안 원격 I/O 오류가 수신됨
• ECS: NFS 원격 I/O 오류 FS가 활성화된 버킷에 대한 버킷 소유자를 변경하면 애플리케이션/사용자가 NFS 파일에 액세스할 수 없게 될 수 있습니다.
• ECS: 특정 양의 데이터 후에 NFS 쓰기에 I/O 오류가 발생함
• ECS: ECS의 NFS 파일 공유를 VMware NFS 데이터스토어에 사용
• ECS: ECS NFS 내보내기를 마운트하는 모범 사례
• ECS: Windows 클라이언트에서 NFS 공유를 마운트하는 방법
• ECS: UI에서 파일 내보내기 설정을 변경한 후 NFS가 마운트되지 않음
• ECS: Oracle WCC(WebCenter Content)는 ECS와 호환됩니까?

제품 업데이트를 구독합니다.
아래
기술 문서의 지침에 따라 업데이트를 신청할 수 있습니다. DELL EMC: 제품 페이지 - Dell 지원 구독 방법