Hi Bryan, The field you are looking for ""objCreationTime" is not availabe via database views so you can access them using dfm database query run. dfm detail <obj-name-or-id> | findstr /i obj will give your objCreation time. C:\>dfm detail 17989 | findstr /i obj objComment objCreationTimestamp 2010-09-09 20:55:06.000000 objDeleted objDeletedBy objDisappearedSince objFlags 5 objFullName xxx-drp01-cf1:/xxxx_project01 objId 17989 objName xxx_project01 objPerfStatus Unknown objPerfStatusCode 5 objStaleSince objStatus Error objStatusChangeTimestamp 2012-01-15 09:43:34.000000 objStatusCode 7 objStatusMessage objStatusTimestamp 2012-01-15 09:43:34.000000 objType Volume sysObjectID .1.3.6.1.4.1.789.2.3 C:\> Regards adai
... View more
Hi Francois, As I said earlier in my reply the dfbm set of cli doesnt have SDK. They are cli only, so you wont be able to do them via SDK. Regards adai
... View more
Hi David, This kind of reporting is not possible with OCUM. But the OnCommad Reports can do this as its a data warehouse solution. But unfortunately this OCR does not support clustered ontap. A later version of OCR will allow you to do the same. Regards adai
... View more
Hi Santhana, Are the servers windows ? We disabled local administrator access on windows from version 5.1. Can you check that is causing issue for your. Pls refer this kb article. Though nothing should change on upgrade. https://kb.netapp.com/support/index?page=content&id=1013744 I also recommend you to open a case with support. Regards adai
... View more
Check this page for whats new. You should atleast upgrade to 5.0.2P1 which is a GA release. What's New in OnCommand Unified Manager 5.1 Release Regards adai
... View more
Hi Usman, The symantec link that you point to doesnt have much relevance here. But can you run by this VMware KB to see you are not affected by this ? http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1005362 Also the time it takes for edit of the dataset is not necessarily due to server but also few other things. How many relationship per dataset do you have ? Regards adai
... View more
Hi Jerome, In your case the problem seem to be mainly due to DP jobs per day and its history. Looks like your jobs purge is set to 21 days. I would recommend you to bring this down to 1 week. With respect to the events purge, 5.2 will address the same. I suggest you to lower your events purge to 1month or so. Also putting a SSD will definitely help. Regards adai
... View more
Hi Saran, We will try and get back to you in the mean time you should consider upgrading to 5.0.2P1 or 5.1 depending upon you want to be in a GA or FCS version respectively. Regards adai
... View more
Hi Michel, Unfortunately this is not possible using the native reporting in DFM. But we do provide database views for these reports. So using simple SQL query you should be able to get this data. The view schema is documented under the following. Go to the link below and look for the following table named datatransferHistoryDayView Help->General Help->DatabaseSchema->Database schema for DataFabric Manager server historic data http://<your dfm server name-or-ip>:8080/dfm/report/view/suite To access the view you will have to do the follwoing. dfm database user create -u <user-name> [ -p <password> ] dfm database access enable -u <user-name-or-id> dfm database query run [ -F <output-format> ] <select-query> Regards adai
... View more
Hi Usman, From which version did you upgrade from ? How long was it since you upgraded ? After upgrade to 5.0.x we do the following. 1.Purge all data proteciton jobs older than 90 days which happens during everyday @ midnight. So soon after upgrade due to the amount of jobs to be purged you would encounter slowness for a week or so. 2.We prune all perf data files for stale instances which starts every sunday@ midnight and runs once every week. Since you have perf data which definitely will have stale entries due to mark-deleted objects this will also consume resources in your dfm server. 3.By default the events pruning happen everyday @ midnight for events older than 180 days. since all this 3 happen during midnight I think these are the reasons why you feel slowness. But 1 & 2 should stabilize in a week or 2 and you should be able to see marked improvements in you dfm server. I would also recommend you to upgrade your RAM to 16GB or so since you are running 100+ datasets. Regards adai
... View more
Hi, I used the same file and was able to purge running on the version that I pasted above. I suggest you open a case with netapp support. Regards adai
... View more
BTW I did try and was able to successfully purge. Following are my details. Purge.exe copied @ C:\Program Files\NetApp\DataFabric Manager\DFM\bin C:\>dfm about | more Version 5.1.0.15008 (5.1) Executable Type 64-bit Serial Number 1-50-015225 Edition Standard edition of DataFabric Manager server Data ONTAP Operating Mode 7-Mode Administrator Name WIN208-139\Administrator Host Name Host IP Address 169.254.170.67 Host Full Name Node limit 250 (currently managing 31) Operating System Microsoft Windows Server 2008 R2 (Build 7600) x64 based CPU Count 12 System Memory 98294 MB (load: 5%) Installation Directory C:/Program Files/NetApp/DataFabric Manager/DFM 147 GB free (52.5%) Can you use the binary from the following link and try out ? http://support.netapp.com/NOW/download/tools/dfmpurge/dfmpurge_dfm-5.1x_windows_64.zip Regards adai
... View more
Hi I think it plays a part in doing a VM to storage mapping using these IP address and not for any communication if I understand correctly. Regards adai
... View more
Hi Usman, The slowness is not due to any bug. But it could be related to multiple configuration issues. What version of OCUM/DFM are you running currently ? Is your server a VMware ? If so what is the memory and CPU configuration ? Are they reserved or allocated ? How many dataset are currently there ? How many controllers are being monitored ? Is Performance Advisor also Enabled on the same server ? Answers to many of the above questions affect what you described. In general 5.0.2P1 is a very stable release with no known memory or performance or functional issue. Regards adai
... View more
Also NHA, is not required for managing luns using SnapDrives. Today NHA only serves 2 puroses. For those who have FSRM license, it does host side file stats reporting like file type, owner, size, access etc. Else it help in remotely turning on and off the OSSV service from NMC. Regards adai
... View more
Hi Peter, Now I get why dfmpurge couldnt remove it. Becasue its designed to delete only those objects that are marked deleted by dfm-monitor process. I think thats not your case. All you would like to do is remove the FC switches from DFM. Pls do the other method that I suggested. BTW did purge help you remove other mark deleted objects. Do you see any difference in your DFM server before and after purge ? Regards adai
... View more
Hi Bizeul, This is what hostpreferredAddr1 and 2 mean. hostPreferredAddr1: The preferred IP address to use for communication between dfm and the host when the hostPrimaryAddress does not work. hostPreferredAddr2: The preferred IP address to use for communication between dfm and the host when the hostPrimaryAddress and hostPre-ferredAddr1 does not work. Regards adai
... View more
Hi Francios, The dfpm dataset relinquish can be done via NMSDK as rick said above. <dp-relationship-modify> <is-dp-imported>false</is-dp-imported> <is-dp-managed>false</is-dp-managed> <relationship-id>72916</relationship-id> </dp-relationship-modify> But dfbm relinquish cant be done via NMSDK. This basically removes it from DFM database that such a relationship existed so that you dont face problems which you import them back after migration. Regards adai
... View more