This service will be undergoing maintenance at 00:00 UTC, 2016-08-01. It is expected to last about 1 hours
Bug 525802 - RFE - Request configuration of new broadcast option of openais integrated into conga
RFE - Request configuration of new broadcast option of openais integrated int...
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: conga (Show other bugs)
5.5
All Linux
low Severity low
: rc
: ---
Assigned To: Ryan McCabe
Cluster QE
: FutureFeature, Reopened
Depends On: 492808
Blocks: 629652
  Show dependency treegraph
 
Reported: 2009-09-25 15:50 EDT by Brian Likosar
Modified: 2016-04-26 12:36 EDT (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
: 624558 (view as bug list)
Environment:
Last Closed: 2011-01-13 17:26:48 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)
fix for bug (3.89 KB, patch)
2010-08-31 17:42 EDT, Ryan McCabe
no flags Details | Diff

  None (edit)
Description Brian Likosar 2009-09-25 15:50:36 EDT
Description of problem:
openais now has a broadcast option instead of multicast.  However, this is only configurable by manually modifying cluster.conf.  Requesting that this be added into conga

Version-Release number of selected component (if applicable):
luci-0.12.2-6.el5
ricci-0.12.2-6.el5
openais-0.80.6-8.el5

How reproducible:
n/a

Steps to Reproduce:
1.n/a
2.
3.
  
Actual results:
No options/interface to broadcast configuration

Expected results:
Options to choose broadcast and then specify configuration (IPs, etc.)

Additional info:
Comment 1 Thomas Cameron 2010-08-16 09:28:04 EDT
Adding myself to this BZ, as I think it's an important update to Conga.

Please make this happen...  I have run into many cases where not having/exposing broadcast as an option has soured customers on using our cluster technology.
Comment 2 Perry Myers 2010-08-16 12:48:48 EDT
Broadcast is not meant to be used in a production environment.  We exposed the ability to configure broadcast only to make it easy to set up POC or demos.  Exposing broadcast config via the admin UI will make it far too easy to be misinterpreted as a production quality option.

The problems with broadcast are:
1. you have to isolate your cluster network from any other nodes since you'll flood all other nodes on the network (via physically separate switches or VLANs)
2. you cannot have multiple clusters on the same network/VLAN
3. we have no idea how broadcast holds up when combined with bonding
4. we have no QE testing on broadcast

We also are focusing our efforts on using udpu.  See bug # 568164 and fully supporting broadcast would overlap significantly with udpu, but have the additional restrictions mentioned above.

Given all of this, we explicitly do _not_ want to expose broadcast from luci, so I am going to close this as WONTFIX.
Comment 3 Thomas Cameron 2010-08-16 13:02:42 EDT
Instead of that, why don't we put text in the UI that says something like "Enable broadcast (unsupported/test only, not for production)"

The thing is, it *is* helpful, and we *do* need it, and there *are* cases where it absolutely should be exposed.  We can pretty easily expose this functionality while making clear that it is not to be used in production.

Thanks
Comment 4 Perry Myers 2010-08-16 13:13:47 EDT
(In reply to comment #3)
> Instead of that, why don't we put text in the UI that says something like
> "Enable broadcast (unsupported/test only, not for production)"
> 
> The thing is, it *is* helpful, and we *do* need it, and there *are* cases where
> it absolutely should be exposed.  We can pretty easily expose this
> functionality while making clear that it is not to be used in production.

What are the cases in which it should be exposed?
Comment 8 Perry Myers 2010-08-16 15:53:13 EDT
Actually, here's a good compromise...

We have an environment variable like LUCI_DEBUG that can be set prior to running the luci daemon.  And the presence of this environment variable will cause luci to show some additional UI stuff that will be considered unsupported.

We can change the init script to source smth like /etc/sysconfig/luci in order to get the environment variable set.

So it would be a manual change to enable this debug/demo/POC mode, but it would make it very explicit since normal Luci startup would not be in this mode.

Would like to hear from feist and rmccabe on this to make sure the idea is not completely insane.
Comment 9 Thomas Cameron 2010-08-16 16:39:29 EDT
That actually sounds incredibly good.  Very clearly defined debug state, I like it a lot!  Thanks!
Comment 10 Sayan Saha 2010-08-16 22:53:31 EDT
Added pm_ack+ based on the fact that Luci would need to be run in the demo mode to access the bcast option.
Comment 11 Ryan McCabe 2010-08-31 17:42:14 EDT
Created attachment 442290 [details]
fix for bug
Comment 17 Brian Brock 2010-11-09 12:07:56 EST
verified in luci-0.12.2-21.el5
Comment 19 errata-xmlrpc 2011-01-13 17:26:48 EST
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-0033.html

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