2014-11-13 08:35 PM - edited 2015-08-02 12:16 AM
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:
2014-12-23 06:06 PM
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.
2015-07-02 07:35 PM
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.
2015-07-02 08:07 PM
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.
2016-09-28 01:33 PM - edited 2016-09-28 01:36 PM
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.