ECS: NFS eksterne I/O-feil; Bytte av bøtteeier for FS-aktivert bøtte kan føre til applikasjoner og eller brukere får ikke tilgang til NFS filer

Sammendrag: Forrige bucketeier er ikke tillatt eller begrenset ObjectControllerException: Method updateObjectInternal er ikke tillatt for tidligere bucketeier

Berørte produkter

Denne artikkelen gjelder for Denne artikkelen gjelder ikke for Denne artikkelen er ikke knyttet til noe bestemt produkt. Det er ikke produktversjonene som identifiseres i denne artikkelen.

Ta en titt på andre ressurser

Symptomer

Endring gjort av brukeren til siden for eieren av bøtta i brukergrensesnittet:
kA23a0000000BOMCA2_3_0

Dette problemet gjelder NFS-aktiverte samlinger og endring av skuffeeieren av brukergrensesnittet. Dette kan føre til at applikasjoner eller brukere som er koblet til mister tilgang til bøtten på Linux-filsystemet. Selv om vi tilbakestiller endringen tilbake til den opprinnelige eieren igjen, vil tilgang ikke være mulig som fører til DU.

I dette eksemplet:
Eieren av skuffen ble endret til "sham2" ved hjelp av brukergrensesnittet. På grunn av en begrensning i ECS, selv etter å ha endret bøtteeiernavnet tilbake til "sham1." ECS endrer ikke skuffeeieren tilbake til "sham1" ved hjelp av brukergrensesnittet. Dette kan bare gjøres foreløpig med CLI som bruker en API med nyttelast for å tilbakestille eierflagget til sann.

Måter å identifisere problemet, på Linux-maskinen be brukeren om å berøre en fil, for eksempel:

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

Årsak

Opprette en samling med en bestemt bruker som eier, etterfulgt av en endring av eierskapet til samlingen. Til slutt mislykkes det å gi den opprinnelige eieren full kontroll ved hjelp av ACL-siden med ECS-loggunntaket:

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

Oppløsning

Løsningen er å endre bøtteeieren ved hjelp av API-en via CLI med nyttelast for å tilbakestille eierflagget til sann.

1. Bestem gjeldende eier av bøtte.

Krev rotpassord for brukergrensesnittet for å generere TOKEN. For eksempel:

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

Bekreft gjeldende eier av bøtta (bytt ut samlingsområde og navneområde i din situasjon):

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>

Dette bekrefter parameter reset_previous_owners må angis til sann. Eieren av den tilbakestilte samlingen er i brukergrensesnittet, men API-en via CLI bekrefter at ECS fremdeles ser eieren av samlingen som "humbug2".

2. Opprett en enkel XML-fil ved hjelp av redigeringsprogrammet vi. I eksemplet nedenfor kalles det /tmp/bucket-owner.xml. Dette er en to-trinns prosess. Vi må sette den til en ny eier midlertidig av sham2. Som i dette eksemplet nedenfor, før du setter tilbake til den opprinnelige eieren sham1, bekreft utdataene:

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.

API-syntaksen som kreves for å endre bøtteeieren til «sham2» via XML-filen, er som følger:

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.

Bekreft at endringen av bøtteeier nå er "sham1".

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>

Når eieren av bøtten er tilbakestilt på API-en, må du bekrefte at verten nå kan få tilgang til samlingen på Linux-filsystemet.

. 7. Når konfigurasjonsendringen er gjort, skal vi ikke se den samme feilen lenger

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.

Tilleggsinformasjon

Relaterte NFS KB:

Abonner på produktoppdateringer.
Du kan abonnere på oppdateringer ved å følge instruksjonene i kunnskapsartikkelen nedenfor:
DELL EMC: Hvordan abonnere på produktsider – Dell Support?

Berørte produkter

Elastic Cloud Storage

Produkter

ECS Appliance, ECS Appliance Software with Encryption, ECS Appliance Software without Encryption, Elastic Cloud Storage

Artikkelnummer: 000055535

Artikkeltype: Solution

Sist endret: 29 jul. 2026

Versjon: 5

Sjekk om enheten din er dekket av støttetjenestene.

ECS: NFS eksterne I/O-feil; Bytte av bøtteeier for FS-aktivert bøtte kan føre til applikasjoner og eller brukere får ikke tilgang til NFS filer

Sammendrag: Forrige bucketeier er ikke tillatt eller begrenset ObjectControllerException: Method updateObjectInternal er ikke tillatt for tidligere bucketeier

Symptomer

Årsak

Oppløsning

Tilleggsinformasjon

Berørte produkter

Symptomer

Årsak

Oppløsning

Tilleggsinformasjon

Berørte produkter

Produkter

Artikkelegenskaper

Få svar på spørsmålene dine fra andre Dell-brukere

Støttetjenester

Artikkelegenskaper

Få svar på spørsmålene dine fra andre Dell-brukere

Støttetjenester

ECS: NFS eksterne I/O-feil; Bytte av bøtteeier for FS-aktivert bøtte kan føre til applikasjoner og eller brukere får ikke tilgang til NFS filer

Sammendrag: Forrige bucketeier er ikke tillatt eller begrenset ObjectControllerException: Method updateObjectInternal er ikke tillatt for tidligere bucketeier

Detaljert artikkel

Symptomer

Årsak

Oppløsning

Tilleggsinformasjon

Berørte produkter

Symptomer

Årsak

Oppløsning

Tilleggsinformasjon

Berørte produkter

Produkter

Artikkelegenskaper

Få svar på spørsmålene dine fra andre Dell-brukere

Støttetjenester

Artikkelegenskaper

Få svar på spørsmålene dine fra andre Dell-brukere

Støttetjenester