There are no system level singletons or hard-coded file paths or ports if that is what you mean.
But in a production scenario, Flume should be resilient to failures since it will just buffer events in the channel at each agent. So why run simultaneous versions when doing minor version upgrades? (I can understand in an OG -> NG migration) If there is a problem just take it down and roll back; the rest of the system should be fine if you have done sufficient capacity planning (with channel sizes) and configuration to tolerate downtime - which I'd strongly recommend. At the end of the day, it's always best to test new versions in staging any time you do a software upgrade, including with Flume. Hope that helps. Regards, Mike On Wed, Nov 21, 2012 at 1:29 PM, Camp, Roy <[email protected]> wrote: > We did this when upgrading from 0.9x to FlumeNG 1.3-SNAPSHOT. Used > different ports and different logging/data directories. Worked great.**** > > ** ** > > Roy**** > > ** ** > > *From:* Rahul Ravindran [mailto:[email protected]] > *Sent:* Wednesday, November 21, 2012 11:24 AM > *To:* User-flume > *Subject:* Running multiple flume versions on the same box**** > > ** ** > > Hi,**** > > This is primarily to try and address a flume upgrade scenario in the > case of any incompatible changes in future. I tried this with multiple > processes of the same version, and it appeared to work. Are there any > concerns on running multiple versions of flume on the same box (each with > different agent configurations where there is no overlap of ports) ? **** > > ** ** > > Thanks,**** > > ~Rahul.**** >
