Hi Aaron,
we also have SNMP Problems since we are using Ontap 6.5.1x. Problem is, that qtrees were not listed in our perl-coded filermonitor.
Some qtrees on some of our filer were not listed over snmp-queries. - but Ontap command "quota report" works for all qtrees. Looks like its not a DFM Problem, but an(other) Ontap Problem. Please can you tell, if you know something new on that problem
Another hint: DFM 3.0 and Ontap65-versions smaller than 6.5.1R1P8 lead to timeouts, because of an SNMP Bug in Ontap. Filer gets large timeouts when snmp-queries were running (BUG-ID:131280)!
regards, Klaus
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Hill, Aaron Sent: Dienstag, 20. Juli 2004 01:07 To: toasters@mathworks.com Subject: RE: DFM 3.0 issues
We went through extensive DFM problems and had a long case running with Netapp after an upgrade of ONTAP from 6.4.2P6 to 6.5.1R1. Major SNMP problems with a large percentage of our qtrees not updating graphs, not sending alerts, sending them late etc.
On advice from NetApp, we upgraded to DFM 3.0. this didn't fix anything. We also tried disabling user quotas which disables XML info from the filers. Strangely enough, I accidentally "refreshed" DFM by deleting a couple of unused volumes on two filers. All of a sudden, they started reporting qtree, quota & alert info for many of those qtrees that were previously "broken". Still there were many not reporting.
We waited for a DFM 3.0.1 release and installed it. Restored XML and still no updating. 3.0.1 didn't appear do anything for us. Give it a try, you never know.
Another thing to note, the disaster recovery "tab" doesn't report snapmirror relationships where the snapmirror traffic is running through an alternate interface. i.e. client traffic on vif1 (e4 e11) and snapmirror on e0.
AH
_____
From: Brubaker, Paul [mailto:paul.brubaker@attws.com] Sent: Monday, 19 July 2004 11:24 PM To: toasters@mathworks.com Subject: DFM 3.0 issues
Are there any know issues w/ this version of DFM? We have run DFM 2.3 (older version) on 2 Windows 2000 systems successfully for over a year. We recently upgraded one system to DFM 3.0 and also built a new Windows 2000 server to run DFM 3.0 (fresh install) and we've been experiencing many performance issues. Specifically, the DFM alerting is severely degraded (e.g. alert notifications sent many hours late), and some of the core services are "not responding" on a regular basis (e.g. dfmMonitor, dfmWatchdog, dfmEvent). Our configurations have stayed the same and our existing DFM 2.3 system is functioning properly.
Any advice? Any known issues w/ DFM 3.0?
Paul M. Brubaker, Jr. RIDS - Intel System Support AT&T Wireless - Harrisburg PA e-mail: paul.brubaker@attws.com office #: 717-526-5011 cell #: 717-578-2254
************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au **************************************************
Does anyone know how qtree information (for example) are trapped to DFM ? by SNMP ? or by RSH/Perl based parses ?
Thank you much.
By the way, MRTG package from Netapp is trully outdated.
Klaus.Micheler@infineon.com wrote:
Hi Aaron,
we also have SNMP Problems since we are using Ontap 6.5.1x. Problem is, that qtrees were not listed in our perl-coded filermonitor.
Some qtrees on some of our filer were not listed over snmp-queries. - but Ontap command "quota report" works for all qtrees. Looks like its not a DFM Problem, but an(other) Ontap Problem. Please can you tell, if you know something new on that problem
Another hint: DFM 3.0 and Ontap65-versions smaller than 6.5.1R1P8 lead to timeouts, because of an SNMP Bug in Ontap. Filer gets large timeouts when snmp-queries were running (BUG-ID:131280)!
regards, Klaus
-----Original Message----- *From:* owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] *On Behalf Of *Hill, Aaron *Sent:* Dienstag, 20. Juli 2004 01:07 *To:* toasters@mathworks.com *Subject:* RE: DFM 3.0 issues We went through extensive DFM problems and had a long case running with Netapp after an upgrade of ONTAP from 6.4.2P6 to 6.5.1R1. Major SNMP problems with a large percentage of our qtrees not updating graphs, not sending alerts, sending them late etc. On advice from NetApp, we upgraded to DFM 3.0. this didn't fix anything. We also tried disabling user quotas which disables XML info from the filers. Strangely enough, I accidentally "refreshed" DFM by deleting a couple of unused volumes on two filers. All of a sudden, they started reporting qtree, quota & alert info for many of those qtrees that were previously "broken". Still there were many not reporting. We waited for a DFM 3.0.1 release and installed it. Restored XML and still no updating. 3.0.1 didn't appear do anything for us. Give it a try, you never know. Another thing to note, the disaster recovery "tab" doesn't report snapmirror relationships where the snapmirror traffic is running through an alternate interface. i.e. client traffic on vif1 (e4 e11) and snapmirror on e0. AH ------------------------------------------------------------------------ *From:* Brubaker, Paul [mailto:paul.brubaker@attws.com] *Sent:* Monday, 19 July 2004 11:24 PM *To:* toasters@mathworks.com *Subject:* DFM 3.0 issues Are there any know issues w/ this version of DFM? We have run DFM 2.3 (older version) on 2 Windows 2000 systems successfully for over a year. We recently upgraded one system to DFM 3.0 and also built a new Windows 2000 server to run DFM 3.0 (fresh install) and we've been experiencing many performance issues. Specifically, the DFM alerting is severely degraded (e.g. alert notifications sent many hours late), and some of the core services are "not responding" on a regular basis (e.g. dfmMonitor, dfmWatchdog, dfmEvent). Our configurations have stayed the same and our existing DFM 2.3 system is functioning properly. Any advice? Any known issues w/ DFM 3.0? Paul M. Brubaker, Jr. RIDS - Intel System Support AT&T Wireless - Harrisburg PA e-mail: paul.brubaker@attws.com office #: 717-526-5011 cell #: 717-578-2254 ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au **************************************************
-
Klaus.Micheler＠infineon.com -
Stephane