FYI, there is now an entry in the knowledge database
(id=ntapcs2966) that reflects the rational and solution
to the "html-like junk in autosupport" it should be
searchable via NOW in a few days.
steve.
-----Original Message-----
From: Jim Harm [mailto:jharm@llnl.gov]
Sent: Wednesday, July 25, 2001 3:59 PM
To: toasters@mathworks.com
Subject: RE: autosupport full of junk
Thank you Puneet.
I am hoping in the future there will be a normal small autosupport with
an option to send a "debug" version that has all the extraneous stuff that
(I understand) becomes extremely important when studying a subtle problem.
I'll turn off anything I can until a problem has to be examined and
we all know that happens so infrequently.
From P. A.
Hi Jim,
For the EMS messages (html stuff) here is a hidden options called
'autosupport.ems.enable'. If you set that to off, then it won't post the
verbose EMS logging to the autosupport e-mails.
-Puneet
At 1:44 PM -0700 7/25/01, Perry, Jay wrote:
Hi Frank,
The output that is being referred to is actually XML, and it
is generated by the EMS subsystem in OnTap. The reason it
is there is to allow automated triage of problems that might
occur on a filer. Because XML is a structured format, it is
easier to write software to process it instead of the
relatively unstructured output that appears in /etc/messages.
Jay Perry
jay.perry@netapp.com
-----Original Message-----
From: Frank Smith [mailto:fsmith@hoovers.com]
Sent: Wednesday, July 25, 2001 12:39 PM
To: toasters@mathworks.com
Subject: Re: autosupport full of junk
Is html a new feature? None of my autosupport emails are in
html. I don't
usually read them anyway, opting instead for a script that
basically emails
me the message files daily.
Frank
--On Wednesday, July 25, 2001 11:44:35 -0700 Jim Harm
jharm@llnl.gov wrote:
How do others feel about the junk in autosupport?
I see the entire messages file reproduced to three times
the size just to put
it into html format; why don't they run the script to put
it into html when
they want it and at NetApp instead of cluttering MY weekly reports?
These FC stats can be produced once a year when there is a
problem to analyze.
The disk list doesn't have to be reproduced any more often
than when there is
change to the list.
I think it is unnecessarily large and wading thru it to look for a
current interesting event would be easier without it.
I have been asking for options to autosupport with the
customer support for
over a year. I am occasionally told it will be in a future
release as yet
un-named.
Maybe they need to hear more noise.
--
}}}===============>> LLNL
James E. Harm (Jim); jharm@llnl.gov
System Administrator Compaq Clusters
(925) 422-4018 Page: 423-7705x57152
--
Frank Smith
fsmith@hoovers.com
Systems Administrator
Voice: 512-374-4673
Hoover's Online
Fax: 512-374-4501
--
}}}===============>> LLNL
James E. Harm (Jim); jharm@llnl.gov
System Administrator Compaq Clusters
(925) 422-4018 Page: 423-7705x57152