[Spacewalk-list] Spacewalk 1.5 Monitoring issue

trm asn trm.nagios at gmail.com
Tue Jul 26 05:57:19 UTC 2011


On Tue, Jul 26, 2011 at 10:35 AM, trm asn <trm.nagios at gmail.com> wrote:

>
>
> On Mon, Jul 25, 2011 at 9:24 PM, trm asn <trm.nagios at gmail.com> wrote:
>
>>
>>
>> On Fri, Jul 22, 2011 at 5:17 PM, Jan Pazdziora <jpazdziora at redhat.com>wrote:
>>
>>> On Wed, Jul 20, 2011 at 09:02:40PM +0530, trm asn wrote:
>>> > Hi List,
>>> >
>>> >
>>> > Using nocpulse user I am creating the probe fron UI. Client end rhnmd
>>> is
>>> > running and port 4545 is accessible from spacewalk server. I am able to
>>> > login using that ssh-dss key.  Whatever the prove I am creating it's on
>>> > "PENDING, Awaiting Update" state.
>>> >
>>> > SatConfig-generator is already installed. Selinux is in disabled mode.
>>> 775
>>> > permission is there for "/var/lib/nocpulse" .
>>> >
>>> > Below is my "/var/log/nocpulse/execute_commands.log" files output.
>>> >
>>> >
>>> >
>>> > 2011-07-20 20:46:03 154:        Finished with command 164
>>> > 2011-07-20 20:46:03 157: Finished processing commands
>>> > 2011-07-20 20:46:03 95: Freshening heartbeat file
>>> > /var/lib/nocpulse/commands/heartbeat
>>> > 2011-07-20 20:46:03 176: No commands executed, sleeping 60 seconds
>>> > 2011-07-20 20:47:03 96: Starting queue run
>>> > 2011-07-20 20:47:03 95: Freshening heartbeat file
>>> > /var/lib/nocpulse/commands/heartbeat
>>> > 2011-07-20 20:47:03 104:        Attempting to fetch commands (attempt
>>> 0)
>>> > 2011-07-20 20:47:03 95:         Queue server URL:
>>> >
>>> https://spacewalk.example.com/satconfig/cgi-mod-perl/fetch_commands.cgi?cluster_id=203a64827eb3&node_id=2&role=lead&version=1.0
>>> > 2011-07-20 20:47:03 95:         Successfully got command list
>>> > 2011-07-20 20:47:03 95:         CommandQueueParser parsing 411 bytes
>>> > 2011-07-20 20:47:03 95:         Parser::parse returning
>>> > NOCpulse::CommandQueue=HASH(0xa17c70c)
>>> > 2011-07-20 20:47:03 95:         CQ::fetch_commands returning
>>> > NOCpulse::CommandQueue=HASH(0xa17c70c)
>>> > 2011-07-20 20:47:03 121:        Fetched 1 commands
>>> > 2011-07-20 20:47:03 130:        Running command 164
>>> > 2011-07-20 20:47:03 131:                Command line is:
>>> > /usr/bin/scheduleEvents
>>> > 2011-07-20 20:47:03 95:         Attempting to run command 164
>>> > 2011-07-20 20:47:03 95:                 Last started: 164; Last
>>> completed:
>>> > 164
>>> > 2011-07-20 20:47:03 95:         164 is not executable (old, last
>>> started
>>> > 164, last completed 164)
>>> > 2011-07-20 20:47:03 150:        Not executing command 164: 164 is not
>>> > executable (old, last started 164, last completed 164)
>>>
>>> This means the command 164 is an old command, already completed.
>>>
>>> You might want to dig deeper into the log file to find the first
>>> occurence of the 164 thing.
>>>
>>> --
>>> Jan Pazdziora
>>> Principal Software Engineer, Satellite Engineering, Red Hat
>>>  <https://www.redhat.com/mailman/listinfo/spacewalk-list>
>>
>>
>> Hi List,
>>
>> Below is the TRACEBACK of  "/var/log/nocpulse/execute_commands.log"
>>
>> !!! ******* ERROR ******* !!!: NO CONFIG FILE FOR PhysCluster
>> (/etc/rhn/cluster.ini)!!!!
>> <?xml version="1.0"?>
>> <sat_config id="203a64827eb3" version="1.1">
>> <step name="requestConfigData">
>> <status>fatalError</status>
>> <message>Mon Jul 25 21:18:39 2011: ERROR: Spacewalk 1: Cannot generate
>> configuration: Cannot load satellite information
>> Message ProbeRecord::get_hostAddress() not understood
>>
>> TRACEBACK:
>>  at /usr/lib/perl5/vendor_perl/5.8.8/NOCpulse/Object.pm line 443
>>         NOCpulse::Object::doesNotUnderstand('ProbeRecord=HASH(0xa3d4f70)',
>> 'ProbeRecord', 'get_hostAddress') called at
>> /usr/lib/perl5/vendor_perl/5.8.8/NOCpulse/Object.pm line 463
>>         NOCpulse::Object::AUTOLOAD('ProbeRecord=HASH(0xa3d4f70)') called
>> at /usr/lib/perl5/vendor_perl/5.8.8/NOCpulse/NPRecords.pm line 337
>>         ProbeRecord::__ANON__('ProbeRecord=HASH(0xa3d4f70)') called at
>> /usr/lib/perl5/vendor_perl/5.8.8/NOCpulse/DBRecord.pm line 211
>>         NOCpulse::DBRecord::Map('ProbeRecord', 'CODE(0xa395280)') called
>> at /usr/lib/perl5/vendor_perl/5.8.8/NOCpulse/NPRecords.pm line 342
>>         ProbeRecord::LoadForSatellite('ProbeRecord', 1) called at
>> /usr/lib/perl5/vendor_perl/5.8.8/NOCpulse/SatConfig/GenerateConfig.pm line
>> 60
>>         eval {...} called at
>> /usr/lib/perl5/vendor_perl/5.8.8/NOCpulse/SatConfig/GenerateConfig.pm line
>> 59
>>         eval {...} called at
>> /usr/lib/perl5/vendor_perl/5.8.8/NOCpulse/SatConfig/GenerateConfig.pm line
>> 19
>>
>> NOCpulse::SatConfig::GenerateConfig::handler('Apache2::RequestRec=SCALAR(0xa20e810)')
>> called at -e line 0
>>         eval {...} called at -e line 0
>>
>> No satellite configuration received from
>> https://spacewalk.example.com/satconfig/cgi-bin/configdata.cgi?satcluster=203a64827eb3
>> </message>
>>
>> </step>
>> <status>error</status>
>> </sat_config>
>>
>>
>> No Clue.... , can any one let me know where exactly gone wrong.
>>
>> /\
>> dE
>>
>>
Hi ,

'ProbeRecord', 'get_hostAddress') ; that error I have resolved by editing
"NPRecords.pm" & changed the parameter "hostAddress" to "HOSTADDRESS" .

now my "scout config push" are getting success, but unfortunately still the
monitoring status is "PENDING, Awaiting Update" .


-bash-3.2$ rhn-runprobe --probe=261 --log=all=4
Can't locate object method "hostname" via package
"NOCpulse::Probe::Config::ProbeRecord" at
blib/lib/Class/MethodMaker/Engine.pm (autosplit into
blib/lib/auto/Class/MethodMaker/Engine/new.al) line 941.

Any idea...

I am using Spacewalk release 1.6
nightly<https://spacewalk.netmagicians.com/rhn/help/dispatcher/release_notes>.

/\
dE
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20110726/627a29e7/attachment.htm>


More information about the Spacewalk-list mailing list