RE: Grid Control 11G monitoring error
- From: "Jeffrey Beckstrom" <JBECKSTROM@xxxxxxxxx>
- To: "oracle-l-freelists" <oracle-l@xxxxxxxxxxxxx>, "oracle-db-l" <oracle-db-l@xxxxxxxxxxxxxxxxxxxx>, <pete.sharman@xxxxxxxxxx>
- Date: Mon, 04 Jun 2012 11:37:07 -0400
You were right. Checked permissions and found this database only had
"everyone". Other databases on the server had "system". Altered windows
permissions to on the directory to include "system", bounced the agent and now
okay.
>>> Peter Sharman <pete.sharman@xxxxxxxxxx> 6/4/12 10:56 AM >>>
OK, can you send me offline the full emagent.trc and emagent_perl.trc files, a
listing of the database files and control files showing the permissions (ls -l
sort of thing), as well as details as far as OS versions, database versions etc.
Thanks!
Pete
Pete Sharman
Principal Product Manager
Enterprise Manager Product Suite
33 Benson Crescent CALWELL ACT 2905 AUSTRALIA
Phone: +61262924095 | | Fax: +61262925183 | | Mobile: +61414443449
"Controlling developers is like herding cats."
Kevin Loney, Oracle DBA Handbook
"Oh no, it's not, it's much harder than that!"
Bruce Pihlamae, long term Oracle DBA
-----Original Message-----
From: Jeffrey Beckstrom [mailto:JBECKSTROM@xxxxxxxxx]
Sent: Tuesday, 5 June 2012 12:42 AM
To: oracle-l-freelists; oracle-db-l; Peter Sharman
Subject: RE: Grid Control 11G monitoring error
Agent service was not touched nor has the file system. Bounced the agent and
still have the same results.
>>> Peter Sharman <pete.sharman@xxxxxxxxxx> 6/4/12 10:40 AM >>>
Jeffrey
There are a couple of bugs that have similar sorts of messages, but the
messages about file permissions make me wonder if someone has secured the
database at the filesystem level - is the agent running as a different OS user
that may not have permissions to see the files anymore?
Pete
Pete Sharman
Principal Product Manager
Enterprise Manager Product Suite
33 Benson Crescent CALWELL ACT 2905 AUSTRALIA
Phone: +61262924095 | | Fax: +61262925183 | | Mobile: +61414443449
"Controlling developers is like herding cats."
Kevin Loney, Oracle DBA Handbook
"Oh no, it's not, it's much harder than that!"
Bruce Pihlamae, long term Oracle DBA
-----Original Message-----
From: Jeffrey Beckstrom [mailto:JBECKSTROM@xxxxxxxxx]
Sent: Monday, 4 June 2012 11:45 PM
To: oracle-l-freelists; oracle-db-l
Subject: Grid Control 11G monitoring error
Starting last Thursday, Grid Control 11G was reporting an error on one of our
databases. This is NOT a newly monitored database. Grid has NOT been patched
in over 6 months. The following appears in the emagent.trc file. Any ideas as
to the cause?
2012-06-01 08:22:29,407 Thread-9696 ERROR engine:
[oracle_database,ORAT_xxxyyyy01.gcrta.org,dbDataFilesPerm] :
nmeegd_GetMetricData failed : Command exited abnormally without any output
2012-06-01 08:22:29,422 Thread-9696 WARN collector: <nmecmc.c> Error exit.
Error message: Command exited abnormally without any output
2012-06-01 08:22:32,485 Thread-9696 ERROR engine:
[oracle_database,ORAT_xxxyyyy01.gcrta.org,dbControlFilesPerm] :
nmeegd_GetMetricData failed : Command exited abnormally without any output
2012-06-01 08:22:32,501 Thread-9696 WARN collector: <nmecmc.c> Error exit.
Error message: Command exited abnormally without any output
Jeffrey Beckstrom
Database Administrator
Greater Cleveland Regional Transit Authority Information Systems
1240 W. 6th Street
Cleveland, Ohio 44113
--
//www.freelists.org/webpage/oracle-l
--
//www.freelists.org/webpage/oracle-l
--
//www.freelists.org/webpage/oracle-l
--
//www.freelists.org/webpage/oracle-l
Other related posts:
