ECS: Nfs eksterne I/U-feil; Endring av kurveier for FS-aktivert kurv kan føre til at applikasjoner og brukere ikke får tilgang til NFS-filer

Endring gjort av brukeren til kurveiersiden i brukergrensesnittet:


Dette problemet gjelder for NFS-aktiverte kurver og en endring av kurveieren av brukergrensesnittet. Dette kan føre til at applikasjoner eller brukere som er koblet til, mistet tilgangen til kurven på Linux-filsystemet. Selv om vi tilbakestiller endringen til den opprinnelige eieren igjen, vil tilgangen ikke være mulig, noe som fører til DU.

I dette eksemplet:
Kurveieren ble endret til "sham2" ved hjelp av brukergrensesnittet. På grunn av en begrensning i ECS, selv etter at du har endret navnet på kurveieren tilbake til "sham1". ECS vil ikke endre kurveieren tilbake til "sham1" ved hjelp av brukergrensesnittet. Dette kan bare gjøres for øyeblikket med CLI ved hjelp av en API med nyttelast for å tilbakestille eierskapsflagget til sant.

Fremgangsmåter for å identifisere problemet på Linux-maskinen ber 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

Opprette en kurv med en bestemt bruker som eier, etterfulgt av en endring av eierskapet til kurven. Til slutt mislykkes det å gi den opprinnelige eieren full kontroll ved hjelp av tilgangskontrollister-siden med ECS-loggunntak:

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

Løsningen er å endre kurveieren ved hjelp av API-en via CLI med nyttelast for å tilbakestille eierflagget til True (Sann).

1. Finn gjeldende eier av kurv.

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. Opprett en enkel XML-fil ved hjelp av Vi-redigeringsprogrammet. I eksemplet nedenfor kalles det /tmp/bucket-owner.xml. Dette er en totrinnsprosess. Vi må stille det inn på en ny eier midlertidig av sham2. Som i dette eksemplet nedenfor, før du går tilbake til den opprinnelige eieren Sham1, må du bekrefte 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. 

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. Når konfigurasjonsendringen er fullført, 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.

Relatert NFS KB:

• ECS: Slik oppretter du en grunnleggende NFS-eksport og monterer den på en klient
• ECS: NFS kan ikke skrive eller slette objekter
• ECS: Store NFS-skriveoperasjoner fra ESXi kan mislykkes etter 3.2-oppgradering
• ECS: Tilbakestilling av NFS-eksportkonfigurasjon etter å ha lagt til ny eksport i multi-VDC-miljø
• ECS: feil ved strømming av datahodervc-logg: NFSv3-prosedyre LINK støttes ikke i forespørsel ReadLinkRequest
• ECS: Duplisert informasjonskapselfeil ved oppføring av NFS
• ECS: NFS-montering mislyktes med ingen slik fil eller katalog eller ERROR_OBJECT_NOT_FOUND
• ECS: Filoversikt over NFS-kurver som inneholder mer enn 2 millioner filer, kan være trege eller mislykkes
• ECS: Undermappen eller katalogen som er opprettet ved hjelp av S3-nettleseren, er ikke oppført av NFS-klienten/Linux-maskinen, men innholdet i undermappen vises i hovedkatalogen eller rotkatalogen
• ECS: Ekstern I/U-feil mottatt når du prøver å skrive til en kurv med NFS
• ECS: Nfs eksterne I/U-feil; Endring av kurveier for FS-aktivert kurv kan føre til at applikasjoner/brukere ikke får tilgang til NFS-filer
• ECS: NFS-skrivefeil forårsaker I/U-feil etter en viss mengde data.
• ECS: Bruke NFS-fildeling fra ECS med et VMware NFS-datalager
• ECS: Beste praksis for montering av ECS NFS-eksporter
• ECS: Slik monterer du NFS-deling på Windows-klient
• ECS: NFS kan ikke monteres etter endring av fileksportinnstillinger i brukergrensesnittet
• ECS: Er Oracle WebCenter Content (WCC) kompatibelt med ECS?

Abonner på produktoppdateringer.
Du kan abonnere på oppdateringer ved å følge instruksjonene i kunnskapsartikkelen nedenfor:
DELL EMC: Slik abonnerer du på produktsider – Dells kundestøtte?