CSTACKEX-25: ONTAP Primary storage pool creation by sandeeplocharla · Pull Request #5 · NetApp/cloudstack

sandeeplocharla · 2025-10-13T16:18:33Z

Description

This PR...

Types of changes

Breaking change (fix or feature that would cause existing functionality to change)
New feature (non-breaking change which adds functionality)
Bug fix (non-breaking change which fixes an issue)
Enhancement (improves an existing feature and functionality)
Cleanup (Code refactoring and cleanup, that may add test cases)
Build/CI
Test (unit or integration test code)

Feature/Enhancement Scale or Bug Severity

Feature/Enhancement Scale

Major
Minor

Bug Severity

Screenshots (if appropriate):

How Has This Been Tested?

How did you try to break this feature and the system with this change?

rajiv-jain-netapp · 2025-10-15T05:19:41Z

    </parent>
    <properties>
        <spring-cloud.version>2021.0.7</spring-cloud.version>
+        <spring-boot.version>2.7.10</spring-boot.version>


remove this and below commented ones

Taken care of

rajiv-jain-netapp · 2025-10-15T05:22:18Z

    private String name;
    private List<AggregateDTO> aggregates;
    private SvmDTO svm;
+    private Integer size;


Make it of type Long. And please mention the comment stating "this value would always be in bytes".

rajiv-jain-netapp · 2025-10-15T05:30:21Z

-
-        return null;
-
+        String url = dsInfos.get("url").toString();


add logger with input map values

rajiv-jain-netapp · 2025-10-15T05:35:12Z

+
+        // Additional details requested for ONTAP primary storage pool creation
+        @SuppressWarnings("unchecked")
+        Map<String, String> details = (Map<String, String>)dsInfos.get("details");


We have to check for empty and null both.

We have to throw exceptions in case of failed validations.

Added where its necessary

rajiv-jain-netapp · 2025-10-15T05:51:02Z

    public boolean attachZone(DataStore dataStore, ZoneScope scope, Hypervisor.HypervisorType hypervisorType) {
-        return false;
+        List<HostVO> hostsToConnect = new ArrayList<>();
+        Hypervisor.HypervisorType[] hypervisorTypes = {Hypervisor.HypervisorType.XenServer, Hypervisor.HypervisorType.VMware, Hypervisor.HypervisorType.KVM};


Please limit support for the KVM hypervisor for now. I think that the remaining would be done in future releases.

github-actions · 2025-10-16T09:26:15Z

This pull request has merge conflicts. Dear author, please fix the conflicts and sync your branch with the base branch.

sandeeplocharla · 2025-10-17T05:30:24Z

+            }
+        }
+
+        if (storagePoolName == null || storagePoolName.isEmpty()) {


add check for space

sandeeplocharla · 2025-10-17T05:36:31Z

+        // TODO: scheme could be 'custom' in our case and we might have to ask 'protocol' separately to the user
+        if (scheme.equalsIgnoreCase(Constants.NFS)) {
+            parameters.setType(Storage.StoragePoolType.NetworkFilesystem);
+        } else if (scheme.equalsIgnoreCase(Constants.ISCSI)) {


TODO:// Compare it with custom
and specific protocol field should be included on UI and validated here

sandeeplocharla · 2025-10-17T05:38:29Z

+        Username = username;
+        Password = password;
+        ManagementLIF = managementLIF;
+        OntapStorage.SVM = SVM;


this should just be 'svm'

sandeeplocharla · 2025-10-17T05:39:09Z

Add this in feign/model

sandeeplocharla · 2025-10-17T05:40:45Z

+import org.springframework.stereotype.Component;
+
+@Component
+public class StorageProviderManager {


Change the name to StorageProviderFactory

sandeeplocharla · 2025-10-17T05:44:12Z

+    public StorageProviderManager(OntapStorage ontapStorage) {
+        String protocol = ontapStorage.getProtocol();
+        s_logger.info("Initializing StorageProviderManager with protocol: " + protocol);
+        if (protocol.equalsIgnoreCase(Constants.NFS)) {


change this to switch and add isDisaggregated flag to OntapStoragr, add the respective condition here

sandeeplocharla · 2025-10-17T05:46:26Z

+        try {
+            // Call the SVM API to check if the SVM exists
+            Svm svm = null;
+            URI url = URI.create(Constants.HTTPS + storage.getManagementLIF() + Constants.GETSVMs);


create a common method to Utility.java for uri creation

sandeeplocharla · 2025-10-17T05:57:10Z

+                details.get(Constants.MANAGEMENTLIF), details.get(Constants.SVMNAME), scheme); //TODO: Here the passing 'scheme' might need a re-look
+        StorageProviderManager storageProviderManager = new StorageProviderManager(ontapStorage);
+        StorageStrategy storageStrategy = storageProviderManager.getStrategy();
+        boolean isValid = storageStrategy.connect();


put this in try catch

sandeeplocharla · 2025-10-17T06:00:06Z

+        boolean isValid = storageStrategy.connect();
+        if (isValid) {
+//            String volumeName = storagePoolName + "_vol"; //TODO: Figure out a better naming convention
+            storageStrategy.createVolume(storagePoolName, Long.parseLong((details.get("size")))); // TODO: size should be in bytes, so see if conversion is needed


try catch block

sandeeplocharla · 2025-10-17T06:14:06Z

+    public boolean attachCluster(DataStore dataStore, ClusterScope scope) {
+        logger.debug("In attachCluster for ONTAP primary storage");
+        PrimaryDataStoreInfo primarystore = (PrimaryDataStoreInfo)dataStore;
+        List<HostVO> hostsToConnect = _resourceMgr.getEligibleUpAndEnabledHostsInClusterForStorageConnection(primarystore);


Add check to see if the host supports iscsi, because the scheme could be 'custom'

sandeeplocharla · 2025-10-17T06:22:09Z

+        for (HostVO host : hostsToConnect) {
+            // TODO: Fetch the host IQN and add to the initiator group on ONTAP cluster
+            try {
+                _storageMgr.connectHostToSharedPool(host, dataStore.getId());


Read about connectHostsToPool and decide on which one to use

rajiv-jain-netapp

please exclude the files which are taken from other PR and repost.

…e#11639)

…gorithm (apache#11751) * Consider Instance in Starting state as well for allocation algorithm * use IN instead of OR statement

…e#11735)

…rotocols for password reset (apache#11228)

…n during mgmt server / agent start (apache#11722)

…11787)

* Return details of the storage pool in the response including url, and update capacityBytes and capacityIops if applicable while creating storage pool * Added capacitybytes parameter to the storage pool response in sync with the capacityiops response parameter and createStoragePool cmd request parameter (existing disksizetotal parameter in the storage pool response can be deprecated) * Don't keep url in details * Persist the capacityBytes and capacityIops in the storage_pool_details table while creating storage pool as well, for consistency - as these are updated with during update storage pool * rebase with main fixes

…pache#11488) Addresses apache#11483 Signed-off-by: Abhishek Kumar <abhishek.mrt22@gmail.com>

Co-authored-by: Henrique Sato <henrique.sato@scclouds.com.br>

…ls during zone deployment (apache#11760)

…ough Script) (apache#11801)

apache#11773) * storage: change storage pool to Up state when cancel storage migration * Update 11773: connect host to shared pool after cancelling storage migration * Update 11773: update db only * Update 11773: skip capacity update for storpool

… added EOF fixes

… added EOF fixes + correcting license header

…POJOs" This reverts commit fe0f752.

…POJOs" This reverts commit 28faca1.

* CSTACKEX-29 Cluster, SVM and Aggr Feign Client * CSTACKEX-29 Change the endpoint method name in feign client * CSTACKEX-29 Make the alignment proper * CSTACKEX-29 Added License Info * CSTACKEX-29 Resolve Review Comments * CSTACKEX-29 Remove Component Annotation from datastoredriverclass * CSTACKEX-29 Resolve Style check issues * CSTACKEX-29 Resolve ALL Style issues * CSTACKEX-29 Resolve Precommits Issues * CSTACKEX-29 Added Method comments and change the ontap response class name --------- Co-authored-by: Gupta, Surya <Surya.Gupta@netapp.com>

* CSTACKEX-31 NAS and Job Feign Client and POJOs * CSTACKEX-31 Fixed Checks Issues * CSTACKEX-31 Resolve Review Comments * CSTACKEX-31 Resolve Review Comments * CSTACKEX-31 Resolve Review Comments * CSTACKEX-31 Added Aggr and size to volume model * CSTACKEX-31 Change the export policy endpoint path * CSTACKEX-31 Fixed check styles --------- Co-authored-by: Gupta, Surya <Surya.Gupta@netapp.com>

…ommits. # This is the 1st commit message: CSTACKEX-25: Basic class structure # This is the commit message #2: Add PrimaryStoragePool base code # This is the commit message #3: CSTACKEX-25: Create Volume code basic code added # This is the commit message #4: CSTACKEX-25: additional logic for Primary storage pool creation # This is the commit message #5: CSTACKEX-29 Cluster, SVM and Aggr Feign Client # This is the commit message #6: CSTACKEX-29 Added License Info # This is the commit message #7: CSTACKEX-29 Resolve Review Comments # This is the commit message #8: CSTACKEX-29 Resolve Style check issues � This is the commit message #9: CSTACKEX-29 Resolve Style check issues � This is the commit message #10: CSTACKEX-29 Resolve Precommits Issues # This is the commit message #11: CSTACKEX-29 Resolve Precommits Issues

Add PrimaryStoragePool base code CSTACKEX-25: Create Volume code basic code added CSTACKEX-25: additional logic for Primary storage pool creation CSTACKEX-29 Cluster, SVM and Aggr Feign Client CSTACKEX-29 Added License Info CSTACKEX-29 Resolve Review Comments CSTACKEX-29 Resolve Style check issues � This is the commit message #9: CSTACKEX-29 Resolve Style check issues � This is the commit message #10: CSTACKEX-29 Resolve Precommits Issues CSTACKEX-29 Resolve Precommits Issues CSTACKEX-25: PrimaryStoragePool create workflow almost done CSTACKEX-25: PrimaryStoragePool create workflow almost done CSTACKEX-25: Added license string to new file

…ents

# This is the 1st commit message: NFS Cloudstack volume and export policy utils # This is the commit message #2: Licencse add in files # This is the commit message #3: accessgroup create recode # This is the commit message #4: creatacessgroup for NFS impl # This is the commit message #5: storage pool mounting on host # This is the commit message #6: storage pool mounting on host 1 # This is the commit message #7: vm restart issue # This is the commit message #8: vm restart issue 1 # This is the commit message #9: vm restart issue 2 # This is the commit message #10: vm instance creation test1 # This is the commit message #11: vm instance creation test4

* storage: enable RBD/Ceph volume encryption support (shared base) Flip StoragePoolType.RBD from EncryptionSupport.Unsupported to Hypervisor so the existing encryption control plane (allocator, endpoint selector, offerings) treats RBD pools as encryption-capable. The agent-side encrypted RBD create path is not implemented yet; it is delivered by two follow-up tracks (qemu-native engine='qemu' and ceph-native engine='librbd'). Until then, fail closed at the two RBD create chokepoints in LibvirtStorageAdaptor (createPhysicalDisk and createDiskFromTemplate) when a passphrase is present, so we never silently produce a plaintext volume that the control plane believes is encrypted. No change for existing unencrypted RBD volumes (guards only fire when a passphrase is set; supportsEncryption() only affects volumes that require encryption). * kvm: Ceph-native LUKS2 encryption for RBD volumes (engine='librbd') Implements encrypted RBD data and root disks using librbd's native LUKS2 encryption, decrypted at runtime by libvirt/qemu via <encryption engine='librbd'>. CloudStack manages the passphrase (existing model). - RbdEncryption: isolated helper wrapping `rbd encryption format luks2`, cephx via --id + keyfile (secret not on the command line), LUKS passphrase via KeyFile. Kept separate so the CLI can later be swapped for a JNA binding (rados-java has no rbd_encryption_format API). - LibvirtStorageAdaptor: create/clone the raw RBD image, then apply `rbd encryption format luks2`; mark the disk LUKS2 so encrypt_format propagates to the volume. Replaces the fail-closed guards. - QemuObject.EncryptFormat: add LUKS2. - LibvirtVMDef: render <encryption format='luks2' engine='librbd'>; the encrypt details now carry an optional engine. - attach (KVMStorageProcessor) and boot (LibvirtComputingResource): set engine='librbd' for RBD-backed encrypted volumes. NOTE: the CoW-clone-then-format path (encrypted root from an unencrypted template) needs live-cluster validation for the parent-grow / usable-size behaviour described in the Ceph image-encryption docs. Builds: api + plugins/hypervisors/kvm (JDK11). * kvm: gate host encryption probe on librbd support for RBD hostSupportsVolumeEncryption() now advertises encryption capability if the host supports EITHER qemu-native LUKS (qemu-img LUKS + cryptsetup) OR librbd native encryption (rbd CLI with the encryption subcommand). Previously a Ceph-only host that lacked cryptsetup would not advertise encryption even though librbd can encrypt RBD volumes. Split into hostSupportsQemuNativeVolumeEncryption() and hostSupportsRbdVolumeEncryption(); kept HOST_VOLUME_ENCRYPTION as the single host-wide flag (documented limitation: not per-pool). * kvm: resize support for librbd-encrypted RBD volumes (#5) Encrypted RBD volumes are encrypted natively by librbd and must be resized with `rbd resize --encryption-passphrase-file` so librbd grows the encrypted payload and keeps the LUKS header consistent. The existing encrypted-resize path (resizeEncryptedQcowFile) uses qemu-img --object secret, which is for qemu-native LUKS and does not fit the librbd LUKS2 layout. - RbdEncryption.resize(): new `rbd resize` wrapper (cephx via --id + keyfile, passphrase via KeyFile, optional --allow-shrink). - LibvirtResizeVolumeCommandWrapper: detect encrypted RBD and route to the rbd resize path, bypassing the libvirt v.resize and qemu-img paths. Snapshot/revert, RBD<->RBD copy, and migration of encrypted RBD volumes need no code changes: they operate on the raw (LUKS-containing) image at the block level, and the destination passphrase secret is already created engine-agnostic in LibvirtPrepareForMigrationCommandWrapper. These still require live validation. Builds: plugins/hypervisors/kvm (JDK11). * kvm: route online resize of encrypted RBD through virsh blockresize For a running VM, an librbd-encrypted RBD volume must be resized in-band by qemu/librbd, not out-of-band by the rbd CLI. Gate the CLI rbd-resize path on !vmIsRunning so: - offline -> `rbd resize --encryption-passphrase-file` (librbd-aware), and - online -> existing NOTIFYONLY path -> virsh blockresize, where qemu's block_resize delegates to librbd to grow the encrypted payload and notify the guest in one step (no passphrase needed; qemu holds the secret). This avoids notify-less out-of-band growth and qemu/librbd size divergence while the image is open. Online behaviour still needs live validation that blockresize resizes the encrypted payload for engine='librbd' disks. * kvm: encrypted RBD root disks (thin CoW clone + full-copy fallback) Root disks could not be encrypted: cloning a plaintext template and then `rbd encryption format`ing the clone leaves the inherited OS data unreadable (the LUKS header offsets it), so the guest could not mount root. Fix, in createDiskFromTemplateOnRBD, with two paths: - Option A (same-cluster cached RBD template): grow the template base to reserve LUKS2 header space, snapshot+protect it (cloudstack-base-snap-luks), clone from it, apply the LUKS2 header, resize the clone to the requested size. Inherited template data stays readable through the clone's encryption and the clone is a thin CoW image (only the header is written). - Option B (first-use / non-RBD template): create an empty image, apply a LUKS2 header, then import the template THROUGH the encryption layer via RbdEncryption.importTemplate (qemu-img convert -n into encrypt.key-secret). Correct but a full copy. Validated end-to-end on Ubuntu 26.04 / libvirt 12.0.0: both boot; A is thin (3.5 GiB provisioned, ~120 MiB used); LUKS2 verified at rest on Ceph. * kvm: harden and align librbd-encrypted RBD volume code Review pass over the librbd LUKS2 encryption feature to fix latent issues and bring it in line with CloudStack conventions: - RbdEncryption: reject empty/null passphrase with a clear error; round rbd --size up to MiB so a non-aligned request never shrinks the volume below what was asked for; create the temporary cephx conf/keyring 0600 explicitly instead of relying on the umask. - LibvirtStorageAdaptor: close Rados/IoCTX/RbdImage in a finally block on the encrypted-root paths (mirrors deleteVolume) so handles are not leaked on exceptions; use parameterized log messages instead of string concatenation; extract the encrypted-root Option A/B logic into createEncryptedRootCoWClone / createEncryptedRootFullCopy. - RbdEncryption: use an instance logger (matching the plugin convention) and split argv construction into build{Format,Resize,Convert}Script so the generated commands can be unit-tested. * kvm: add RbdEncryption unit tests Assert the rbd/qemu-img argv built for format, resize and convert-through-encryption (RBD and file sources), and that empty/null passphrases are rejected. Command construction is verified without a live Ceph cluster. * kvm: refuse encrypted RBD hot-plug on libvirt < 10.1.0 libvirt 10.0.0 has an object apply-order bug (fixed in 10.1.0) that breaks hot-plug of an encrypted rbd blockdev: on attach the disk is opened before its LUKS secret object is defined, so the attach fails with "No secret with id '...-format-encryption-secret0'". Booting a VM from an encrypted RBD disk is unaffected (the QEMU command line resolves all -object before -blockdev). Refuse the attach up front with a clear error (mirroring the existing openvswitch/io_uring libvirt-version gates) instead of letting libvirt fail opaquely. Only the RBD hot-plug path is gated; boot/root/detach are untouched. * docs: add PendingReleaseNotes entry for librbd-encrypted RBD volumes * kvm: route the encrypted RBD template import through QemuImg RbdEncryption built its own 'qemu-img convert' command line, which duplicated qemu-img knowledge outside of QemuImg. QemuImg could only write to a plain filename destination, so importing a template through the librbd encryption layer was not expressible with it. QemuImg now supports a destination described by image options (--target-image-opts, with -n implied since such a target always exists already), exposed as convertIntoExistingTarget(). QemuImageOptions can render its parameters under either image-opts flag. RbdEncryption.importTemplate now composes QemuImageOptions and a QemuObject secret and delegates to QemuImg; its hand-built convert script is removed. The rbd CLI calls (encryption format, resize, support probe) stay, as qemu-img cannot perform them. No functional change to the generated command. * kvm: use readable variable names in the encrypted RBD root helpers Review feedback: single-letter and abbreviated names are hard to read. Renamed in the two methods added by this PR only (renaming the rest of the class is out of scope here): r -> radosConnection, io -> ioContext, rbd -> rbdClient, base -> templateImage, s -> snapshotInfo, encSnap -> luksReservedSnapshotName, haveEncSnap -> luksSnapshotExists, createSize -> imageSizeWithLuksHeader, srcIsRbd -> sourceIsRbdPool. No functional change. * server, kvm: report and require RBD volume encryption separately Review feedback: distinguish the two volume encryption mechanisms instead of advertising them under one host flag. host.volume.encryption goes back to meaning qemu-native LUKS only (qemu-img LUKS + cryptsetup), as it did before this PR, and hosts now additionally report host.volume.encryption.rbd for librbd encryption (rbd encryption format). The deployment planner requires the flag matching the pool type of each encrypted volume - librbd for volumes on RBD pools, qemu-native for any other pool type - at all three places it validated encryption support before. The pool is taken from the pools proposed alongside the host when present, so first deployments are matched accurately too; an encrypted volume with no pool yet accepts either mechanism and the storage pool allocator picks a pool the host can serve. This also stops a host whose librbd is too old for 'rbd encryption format' from being selected for encrypted RBD volumes; it previously advertised encryption through the qemu stack and the VM failed to start. --------- Co-authored-by: Václav Rozsypálek <vaclav.rozsypalek@master.cz> Co-authored-by: calvix <7136358+calvix@users.noreply.github.com>

sandeeplocharla self-assigned this Oct 13, 2025

sandeeplocharla force-pushed the feature/CSTACKEX-25 branch from 994aac7 to 11693f3 Compare October 14, 2025 09:42

rajiv-jain-netapp self-requested a review October 15, 2025 04:45

sandeeplocharla requested review from piyush5netapp and suryag1201 October 15, 2025 04:45

rajiv-jain-netapp reviewed Oct 15, 2025

View reviewed changes

github-actions Bot added the status:has-conflicts label Oct 16, 2025

sandeeplocharla changed the title ~~CSTACKEX-25: Basic class structure~~ CSTACKEX-25: ONTAP Primary storage pool creation Oct 17, 2025

sandeeplocharla requested a review from rajiv-jain-netapp October 17, 2025 03:47

sandeeplocharla commented Oct 17, 2025

View reviewed changes

rajiv-jain-netapp reviewed Oct 17, 2025

View reviewed changes

abh1sar and others added 8 commits October 21, 2025 08:15

UI support for extraconfig in deploy and update instance (apache#11719)

c7b0005

CKS: generate a random UUID as password of CKS user in project (apach…

c822028

…e#11639)

server: Consider Instance in Starting state as well for allocation al…

1f436b6

…gorithm (apache#11751) * Consider Instance in Starting state as well for allocation algorithm * use IN instead of OR statement

CKS: fix CKS creation on an existing Shared and Routed network (apach…

23dbe3c

…e#11735)

VMware: match nic mac for ip address fetch (apache#10641)

6da9414

server: add user.password.reset.smtp.useStartTLS and enabledSecurityP…

9e46ee1

…rotocols for password reset (apache#11228)

server: do not enable the disabled local storage(s) on host connectio…

77247b1

…n during mgmt server / agent start (apache#11722)

linstor: use sparse/discard qemu-img convert on thin devices (apache#…

1fc1a5d

…11787)

sureshanaparti and others added 26 commits October 21, 2025 08:15

refactor: remove use of term entry-point from extensions code base (a…

4a9b4a4

…pache#11488) Addresses apache#11483 Signed-off-by: Abhishek Kumar <abhishek.mrt22@gmail.com>

Add Hypervisor default as cache mode for disk offerings (apache#10282)

39ef8f6

Co-authored-by: Henrique Sato <henrique.sato@scclouds.com.br>

systemvmtemplate: Bump Debian version to 12.12.0 (apache#11778)

572c520

UI: Deal with crosssite api call after login (apache#10533)

9b8d822

UI: Fix primary storage for datastore cluster and retain traffic labe…

1b6436d

…ls during zone deployment (apache#11760)

Sanitize the rbd file cmd parameter logs during qemu-img convert (thr…

2392bc8

…ough Script) (apache#11801)

Initial primary storage pool plugin skeleton

80a3c0b

Initial primary storage pool plugin skeleton - added license string

db371e2

Initial primary storage pool plugin skeleton - added license string +…

9bb758a

… added EOF fixes

Initial primary storage pool plugin skeleton - added license string +…

25fb255

… added EOF fixes + correcting license header

Feignconfiguration and volume feignClient along with desired POJOs

6d933e8

Feignconfiguration and volume feignClient along with desired POJOs

f07a444

Revert "Feignconfiguration and volume feignClient along with desired …

43867e6

…POJOs" This reverts commit fe0f752.

Revert "Feignconfiguration and volume feignClient along with desired …

4f57cd2

…POJOs" This reverts commit 28faca1.

Feignconfiguration and volume feignClient along with desired POJOs

bd4a23a

Feignconfiguration and volume feignClient along with desired POJOs

1bb907f

CSTACKEX-28: added copyright comment in the logger configuration

3327c15

CSTACKEX-28: added newline in the end of the file

35ccaab

CSTACKEX-28 - incorporated review comments

b4c2f30

CSTACKEX-25: Added code for job polling and addressed the review comm…

0be388b

…ents

sandeeplocharla force-pushed the feature/CSTACKEX-25 branch from 9072bc3 to 0be388b Compare October 21, 2025 02:46

sandeeplocharla closed this Oct 22, 2025

Conversation

sandeeplocharla commented Oct 13, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Description

Types of changes

Feature/Enhancement Scale or Bug Severity

Feature/Enhancement Scale

Bug Severity

Screenshots (if appropriate):

How Has This Been Tested?

How did you try to break this feature and the system with this change?

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

github-actions Bot commented Oct 16, 2025

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

sandeeplocharla Oct 17, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

rajiv-jain-netapp left a comment

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

13 participants

sandeeplocharla commented Oct 13, 2025 •

edited

Loading

sandeeplocharla Oct 17, 2025 •

edited

Loading