Bug 481286 - Monitoring Notification come from email <rogerthat01>
Summary: Monitoring Notification come from email <rogerthat01@redhat.com>
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Spacewalk
Classification: Community
Component: Server
Version: 0.4
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Miroslav Suchý
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Depends On:
Blocks: space06
TreeView+ depends on / blocked
 
Reported: 2009-01-23 12:47 UTC by Miroslav Suchý
Modified: 2019-08-15 03:31 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2009-07-03 15:35:29 UTC
Embargoed:


Attachments (Terms of Use)

Description Miroslav Suchý 2009-01-23 12:47:06 UTC
Description of problem:
If you set up probe and it fail. You will get notification message like this one:

>This is RHN Monitoring Satellite notification 0118z8sv.
>
>Time:      Fri Jan 23, 11:08:52 CET
>State:     UNKNOWN
>Host:      taw-test01-rlx-3-16.rhndev (10.10.76.187)
>Check:     Linux: Interface Traffic
>Message:   The RHN Monitoring Daemon (RHNMD) is not responding: ssh: connect to host 10.10.76.187 port 4545: No route to host. Please make sure the daemon is running and the host is accessible from the monitoring scout. Command was: /usr/bin/ssh -l nocpulse -p 4545 -i /home/nocpulse/.ssh/nocpulse-identity -o StrictHostKeyChecking=no -o BatchMode=yes 10.10.76.187 /bin/sh -s
>
>Run from:  RHN Monitoring Scout

And it will come from email: Monitoring Satellite Notification <rogerthat01>

This is setup as default in table rhn_config_parameter:
/schema/spacewalk/rhnsat/tables/rhn_config_parameter_data.sql:insert into rhn_config_parameter(group_name,name,value,security_type,last_update_user,last_update_date) values ( 'notification', 'frombase', 'rogerthat', 'INTERNAL', 'system',sysdate);

If you set up aliases you should be able to ACK the notification (see perldoc /usr/bin/ack_enqueuer.pl).

The problem it that the default email is red hat internal email, and it is live. And you actually get some answer.

This email should be set to some dummy value or not expanded to @redhat.com

Other problem is that due BZ 457011 you can not change the default value.

Version-Release number of selected component (if applicable):
0.4

How reproducible:
deterministic

Steps to Reproduce:
1. set up probe which will fail
2. wait for notification
3. reply to that email with "ME TOO id-of-that-prob in body" of that email.
4. Wait for answer.
  
Actual results:
You get answer from one of Red Hat machine.

Expected results:
You will get message that such alias do not exist.
Or if set up the alias you will get response from your Spacewalk.

Comment 2 Miroslav Suchý 2009-07-03 15:35:29 UTC
It happend to be problem of RH internal network. We rewrite all non-root account from foo.com to foo
IT is hesitant to change this.

Comment 3 Miroslav Suchý 2009-09-10 12:00:43 UTC
Spacewalk 0.6 released.


Note You need to log in before you can comment on or make changes to this bug.