Here are updated versions of my direct data sources I put together (communities doesn't seem to let me edit the existing article) - the 20150703 update adds support for WFA 3.0 and provides much more complete cDOT (cm_storage), including cDOT 8.3 features. The 20150728 update fixes storage pool support. The 20150802 update adds support for WFA 3.1RC1 and fixes failover_group support in WFA 3.0.
Not everyone has pre-existing OCUM and installing and configuring OCUM for both 7mode and cDOT is not necessarily a small task. These datasource types populate the standard storage and cm_storage schemas which can then be used as normal with many workflows.
The WFA 3.0 cDOT direct data source is almost complete. It now populates the following: disk, disk_aggregate, efficiency_policy. It includes cDOT 8.3 information added in WFA 3.0: broadcast_domain, failover_group, ipspace, storage_pool*. There may be some minor gaps in some of the data - please let me know if you identify anything. (Note: The WFA 2.2* cDOT data source is missing all of these items).
The WFA 3.1RC1 cDOT dats source adds support for cluster_peer, vserver_peer and SVM DR, and all new fields added in 3.1RC1 are populated. It also populates cifs domain information.
The 7-mode source is less complete. It contains: array, vfiler, aggregate, interface, volume, vsm, qtree, lun. It is missing: array_license, cifs_share, cifs_share_acl, dataset, disk, igroup, igroup_initiator, lunmap, nfs_export, object_comment, quota, snapshot, snapvault, user_quota.
Configuration is simple:
There are some flags that can be passed in (comma separated) through the data source's "User name" field:
The Password, Database and Port fields are unused.
Reservations, etc, should work as normal. This has been developed against WFA 2.2RC1, 2.2, 2.2.1, 3.0RC1 and 3.0 and will likely require updates to work with future versions.
Upgrades from previous versions should be seamless.
Changes from previous version:
The dar file is directly attached, not wrapped in a zip as the previous communities site used to do. You should be able to directly import it into WFA.
Note that some browsers may save the file with a zip extension (I've seen IE do this - dar files are just zip files anyway), so you may need to rename the file to .dar first.
After upgrading to WFA3.0 and importing this Data Siurce Type, I created new data source with Data Source Type "Direct Clustered ONTAP - WFA 3.0".
Acquiring the data source fails with error "Row 1 doesn't contain data for all columns".
Any help would be greatly appreciated.
The updated version just posted will address your issue, as well as make the data more complete and include the new cDOT 8.3 data items.
Using the directDataSources_20150802.dar versions I discovered two places in the cDOT WFA 3.1RC1 data source where the broadcast_domain_id attribute wasn't being loaded properly (the "failover_group" and "port" tables). The "port" table problem could cause some workflows to not function properly. I discovered the problem trying to use the one of the "Create SVM" workflows.
I updated the data source (from 1.0.1 to 1.0.2) and am attaching the updated version of it edited and tested under WFA3.1P2. I've attached the dar file and a txt of the PoSH code.
Our WFA 4.0 has Tim Kleingeld PS script imported and used as a cirect cmode datasource type but im getting error Error on clustername [last action 'Collecting fcp port data']: There is an error in XML document (1, 4247). You mention your updated DAR checks FCP now and i was wondering if it would correct my problem? Do you know how i can import your DAR without overwritting the exisitng one because other controllers are using it?
I don't think you can import the two different versions of the dar to run them in parallel. The later versions will update/overwrite the previous version. I suggest you spin up another WFA instance and test v1.0.3 to see if it resolves your issue.
NetApp Wins One Silver and One Bronze Stevie® Award in 2022 Stevie Awards for Sales and Customer Service