ViPR-Controller: Die Reihenfolge zum Entfernen eines NFS-Dateisystems schlägt fehl

Summary: Das Löschen eines von ViPR Controller gemanagten NFS-Dateisystems schlägt fehl.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

Dies ist eine neue Implementierung von VNX File in ViPR Controller.

Der Nutzer ist nicht in der Lage, ein NFS-Dateisystem auf einem VNX-Array im ViPR Controller zu löschen.

Fehler auf der ViPR Controller-Benutzeroberfläche:
[ERROR] Fri Jun 22 08:58:20 UTC 2018  Error 12000: Message: Operation failed due to the following error: Failure
Description: Check File System dependencies: NFS and CIFS exports and snapshots

Cause

ViPR Controller fragt die VNX ab (CheckpointQueryParams XML API), um nach allen Snapshots auf dem gesamten Array zu suchen.

Wenn SnapSure auf dem VNX-Array nicht aktiviert oder lizenziert ist, schlägt die API-Abfrage fehl. Zum Beispiel:

Time on CS: Mon Jun 18 18:12:50 CEST 2018
Output from: /nas/bin/nas_license -list
key                 status    value
site_key            online    57 93 7c 7a
cifs                online   
nfs                 online   
replicatorV2        online

SnapSure ist eine Voraussetzung für ViPR Controller in VNX-Dateiumgebungen. Weitere Informationen finden Sie im ViPR Controller Virtual Data Center – Anforderungs- und Informationshandbuch

 

Resolution

Aktivieren Sie SnapSure auf dem VNX-Array:
  1. Wählen Sie in der Unisphere-Benutzeroberfläche den Namen der Control Station aus.
  2. Hier erhalten Sie das vollständige Menü für den VNX-Cluster. Auf der linken Seite sehen Sie das Untermenü Lizenz.
  3. Überprüfen Sie, ob das SnapSure-Kontrollkästchen aktiviert ist. Wenn ja, überprüfen Sie, ob es validiert ist, und wenn nicht, validieren Sie es.

Additional Information

Vor dem Löschen des Dateisystems fragt ViPR Controller die VNX (CheckpointQueryParams XML API), um nach allen Snapshots auf dem gesamten Array zu suchen.

vipr3 vipr3 controllersvc 2018-06-22 08:58:08,844 [199|checkFileSystemDependenciesInStorage|1246f9af-6340-4754-b2d6-ecb570f544f144f2570a-0c48-4a39-ac03-bd068a13fd4b] DEBUG Wire.java (line 84) >> "<?xml version="1.0" encoding="UTF-8" standalone="yes"?><RequestPacket xmlns="http://www.emc.com/schemas/celerra/xml_api"><Request><Query><CheckpointQueryParams/></Query></Request></RequestPacket>"
vipr3 vipr3 controllersvc 2018-06-22 08:58:08,844 [199|checkFileSystemDependenciesInStorage|1246f9af-6340-4754-b2d6-ecb570f544f144f2570a-0c48-4a39-ac03-bd068a13fd4b] DEBUG EntityEnclosingMethod.java (line 508) Request body sent

ViPR Controller-Fehler mit der folgenden Ausgabe:

vipr3 vipr3 controllersvc 2018-06-22 08:58:10,768 [199|checkFileSystemDependenciesInStorage|1246f9af-6340-4754-b2d6-ecb570f544f144f2570a-0c48-4a39-ac03-bd068a13fd4b] DEBUG Wire.java (line 70) << "<ResponsePacket xmlns="http://www.emc.com/schemas/celerra/xml_api">[\n]"
vipr3 vipr3 controllersvc 2018-06-22 08:58:10,768 [199|checkFileSystemDependenciesInStorage|1246f9af-6340-4754-b2d6-ecb570f544f144f2570a-0c48-4a39-ac03-bd068a13fd4b] DEBUG Wire.java (line 70) << " <Response>[\n]"
vipr3 vipr3 controllersvc 2018-06-22 08:58:10,768 [199|checkFileSystemDependenciesInStorage|1246f9af-6340-4754-b2d6-ecb570f544f144f2570a-0c48-4a39-ac03-bd068a13fd4b] DEBUG Wire.java (line 70) << " <Fault maxSeverity="error">[\n]"
vipr3 vipr3 controllersvc 2018-06-22 08:58:10,768 [199|checkFileSystemDependenciesInStorage|1246f9af-6340-4754-b2d6-ecb570f544f144f2570a-0c48-4a39-ac03-bd068a13fd4b] DEBUG Wire.java (line 70) << " <Problem messageCode="14227210241" facility="APL" component="API" message="APL subsystem query failed." severity="error">[\n]"
vipr3 vipr3 controllersvc 2018-06-22 08:58:10,768 [199|checkFileSystemDependenciesInStorage|1246f9af-6340-4754-b2d6-ecb570f544f144f2570a-0c48-4a39-ac03-bd068a13fd4b] DEBUG Wire.java (line 70) << " <Description>Appliance Layer (APL) subsystem that the XML API server talks to failed to execute a query. This indicates a problem with the APL subsystem in Control Station software.</Description>[\n]"
vipr3 vipr3 controllersvc 2018-06-22 08:58:10,769 [199|checkFileSystemDependenciesInStorage|1246f9af-6340-4754-b2d6-ecb570f544f144f2570a-0c48-4a39-ac03-bd068a13fd4b] DEBUG Wire.java (line 70) << " <Action>If the problem persists, collect support materials by running the /nas/tools/collect_support_materials script or the newer /nas/tools/automaticcollection script. Note any symptoms. If you require more information on the materials collection process, refer to the Problem Resolution Roadmap for Celerra, available on EMC Powerlink, or EMC Knowledgebase Support Solution number emc135846. For more information on this message, use the text from the error message's brief description or the message's ID to search the Knowledgebase on Powerlink. After logging in to Powerlink, go to Support > Knowledgebase Search > Support Solutions Search.</Action>[\n]"

In den Protokollen der Supportmaterialien für VNX-Arrays wird angezeigt, dass ein Problem mit der SnapSure-Lizenzierung vorliegt:

(cel_api.log)
Jun 22, 15:12:24 APL reply is:
< ?xml version="1.0" encoding="UTF-8" standalone="no" ?>
< APLTask complete="true" description="Query checkpoints" failed="true" originator="username@localhost" xmlns="http://www.emc.com/schemas/celerra/apl_1.0">

<Statuses>
<Status creationTime="1530623544" id="13422428162">
<MessageArgList>
<MessageArg argName="license" argType="8">
<string>snapsure</string>
</MessageArg>
</MessageArgList>
</Status>
</Statuses>

< /APLTask>

Jun 22, 15:12:25 Creating API status -------------->
Jun 22, 15:12:25 Diagnostics tag: 1646045cef9
com.emc.celerra.api.RequestException: com.emc.nas.ccmd.common.MessageInstanceImpl@50020001
at com.emc.celerra.api.apl.AbstractQuery.makeAplListCall(AbstractQuery.java:144)

Products

VNX/VNXe
Article Properties
Article Number: 000056911
Article Type: Solution
Last Modified: 20 Oct 2025
Version:  5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.