Re: Does anyone use 10gR2 Grid control for enterprise wide monitoring ?

Peter,
when you setup the agent, it takes for timezone the default on your system. This does not have to be the same as the one on the OMS. It just has to be a supported timezone (list is a file called supportedtz.lst somewhere under sysman). If afterwards, by any manipulation, the default TZ of the machien was changed, then you have to reset the timezone of the agent (using emctl). If there is any TZ problem, you find a clue easily in emagent.trc, but I agree that it should tell you that you have a problem with the TZ instead of just hanging.

rgds
rgds

On 12/23/06, Peter Smith <goodjobfastcar_at_gmail.com> wrote:
>
> People,
>
> I made some progress.
>
> I found a blog with a hint which probably fixed my problem:
>
>
> http://www.dbazine.com/blogs/blog-cf/chrisfoot/blogentry.2005-09-17.7657940139
>
> There is one other parameter in emd.properties that may cause a few
> problems. If your agent NEVER successfully uploads data after
> installation, check the TIMEZONE parameter in the emd.properties
> file. It is usually the last parameter in emd.properties. When our
> agent's time zones didn't match the time zone in the management
> server's configuration file, we weren't able to establish a successful
> connection between the agents and the management service. So if you
> have agentTZRegion=America/New_York in the agent's emd.properties
> file, you'll prevent a lot of headaches if you use the same time zone
> in the management server's emd.properties configuration file. We don't
> have any servers in different time zones, but there is a wealth of
> information contained in the 10G Grid Control documentation to help
> those that do. What I do know is that when the time zones didn't
> match, we couldn't make a connection.
>
>
> On my host,
> the values for agentTZRegion did not match.
>
> For the agent I have this:
>
> agentTZRegion=US/Pacific
>
> For OMS I had this:
>
> agentTZRegion=GMT
>
> For OMS I now have this:
>
> agentTZRegion=US/Pacific
>
> After I made the changed I bounced oms with this:
>
> emctl stop oms
> emctl start oms
>
> Then I bounced the agent.
>
> Then I did:
>
>
> bash-3.1$
> bash-3.1$
> bash-3.1$ emctl upload agent
> Oracle Enterprise Manager 10g Release 10.2.0.1.0.
> Copyright (c) 1996, 2005 Oracle Corporation. All rights reserved.
> ---------------------------------------------------------------
> EMD upload completed successfully
> bash-3.1$
> bash-3.1$
>
>
> That was encouraging.
>
> I checked status:
>
>
> bash-3.1$
> bash-3.1$
> bash-3.1$ emctl status agent
> Oracle Enterprise Manager 10g Release 10.2.0.1.0.
> Copyright (c) 1996, 2005 Oracle Corporation. All rights reserved.
> ---------------------------------------------------------------
> Agent Version : 10.2.0.1.0
> OMS Version : 10.2.0.1.0
> Protocol Version : 10.2.0.0.0
> Agent Home : /usr/lib/oracle/xe/gc2/OracleHomes/agent10g
> Agent binaries : /usr/lib/oracle/xe/gc2/OracleHomes/agent10g
> Agent Process ID : 14275
> Parent Process ID : 14247
> Agent URL : https://ow2:3872/emd/main/
> Repository URL : https://ow2:1159/em/upload
> Started at : 2006-12-22 18:22:44
> Started by user : oracle
> Last Reload : 2006-12-22 18:22:44
> Last successful upload : 2006-12-22 18:23:18
> Total Megabytes of XML files uploaded so far : 0.68
> Number of XML files pending upload : 0
> Size of XML files pending upload(MB) : 0.00
> Available disk space on upload filesystem : 68.83%
> Last successful heartbeat to OMS : 2006-12-22 18:22:47
> ---------------------------------------------------------------
> Agent is Running and Ready
> bash-3.1$
> bash-3.1$
> bash-3.1$
> bash-3.1$
> bash-3.1$
>
>
> Next, I went to the console page in the UI:
>
> http://ow2:4889/em/console/home
>
> My targets had reappeared!
>
> And I nosed around in alerts and found a bunch of
> new alerts which had been bottled up in Agent alert queue.
>
> And I check my e-mail, and I had a bunch of new
> e-mail alerts.
>
> So the smell of some progress is sweet.
>
> But...
> I have no idea how this POS software ended up in this
> hole and I don't have much of a clearer picture of how
> it works.
>
> Anyway EM-GC is functioning in my lab and maybe it will
> stay stable for another 10 minutes.
>
> ...Peter
> http://GoodJobFastCar.com
>
>

--
http://www.freelists.org/webpage/oracle-l