The transition to NetApp MS Azure AD B2C is complete. If you missed the pre-registration, you will be invited to reigister at next log in.
Please note that access to your NetApp data may take up to 1 hour.
To learn more, read the FAQ and watch the video.
Need assistance? Complete this form and select “Registration Issue” as the Feedback Category.

Active IQ Unified Manager Discussions

WFA 4.2 / CDOT Pack 1.5.0 - "Create LUN" reservation problem


Our automated tests found another problem in the new CDOT pack.


We create multiple LUNs in the same workflow using a loop and use previous LUN names to create "incrementing" LUN names. This specifically works because the first LUN would create a reservation so the second LUN sees the first LUN when the next name is created and so on.


That worked fine with the previous CDOT pack but fails with the 1.5.0 pack. My only explanation is a change I have found in the reservation, it starts as such:


        '${OSType}' /* os_type*/,
        NULL /*id*/,
        '${LunName}' /*name*/,

However, OSType is definitely not the first field in the dictionary entry for cm_storage.LUN. The correct reservation should start (as it did before) like this



        NULL, -- id
        '${LunName}', -- name
        '${OSType}', -- os_type


The workaround is obviously to clone the command and use the fixed reservation but I'd rather stick to certified commands.


@netapp: care to open up another bug for me? 😄



Thanks for the details Martin.

We will check and updates the details.




New burt is raised and it will be fixed in DB.0 release


New bug 1174363 [3B] - "WFA_DB.0:Create LUN command reservation is not working.




NetApp on Discord Image

We're on Discord, are you?

Live Chat, Watch Parties, and More!

Explore Banner

Meet Explore, NetApp’s digital sales platform

Engage digitally throughout the sales process, from product discovery to configuration, and handle all your post-purchase needs.

NetApp Insights to Action
I2A Banner