It's been a bit since I've had to directly deal with this sort of situation.
IMHO if you're doing a release, you should be recycling ColdFusion. And given that you handy cluster to work with, I'm a bit curious why you wouldn't want to do this, But maybe that's because I've always worked with CF on Windows. Question : I'm not familiar with running multiple instances of CF on a single server with a round robin. Do you have any way of turning off a couple instances so users stop getting them? That is, take it out of the pool but still have it running? Off hand I'd do that with one instance, and then directly hit the instance via the web browser for some smoke testing along with something to flag that the new change is up and running. If it looks good I'd take the next two out, recycle, quick test and put them back in. Then same for the last 2. It's a pain but I'm not sure how else to do it without creating pain for your users or taking risks at things not working. @Dan --> I agree, nothing unique about MG for this question. --Allen On Fri, Oct 1, 2010 at 1:35 PM, Roy Martin <[email protected]> wrote: > That's certainly what we do for our traditional deployments. Since the > instance is clustered the instances respond on a weighed round-robin. So I > can fire the reload=true, but it will only fire for the instance that I was > load balanced to, leaving the other instances out of date. So we are > currently pulling the instances offline and restarting them, which causes > the application to reload on startup. > > Ideally if there was a way to fire off the init=true to the instances > individually that would work, but I haven't figured out a way > to guarantee that the call would be to the specific instance. > > For a little more background the server is setup as follows: > 1. All instances are currently hosted on the same box > 2. There are 5 instances that make-up a cluster > 3. The clustered is using software weighted round-robin that is built into > ColdFusion Administrator. > > The problem specifically is how to invoke the reload=true, or equivalent of > for all of the instances to call the update. > > Thanks, > Roy > > > On Fri, Oct 1, 2010 at 11:26 AM, Dan Wilson <[email protected]> wrote: > >> What happens when you use the reload=true feature of Model Glue? >> >> >> DW >> >> On Fri, Oct 1, 2010 at 2:08 PM, Roy Martin <[email protected]> wrote: >> >>> We have a few MG applications that we are deploying to a cluster with 5 >>> instances. The problem is that every time we deploy updates we need to >>> re-initialize the application and the only way we've been able to accomplish >>> this at this point is to stop each instance and restart it. What's the best >>> way to accomplish the re-initialize (init=true) on each instance? >>> >>> Thanks, >>> Roy >>> >>> -- >>> Model-Glue Sites: >>> Home Page: http://www.model-glue.com >>> Documentation: http://docs.model-glue.com >>> Bug Tracker: http://bugs.model-glue.com >>> Blog: http://www.model-glue.com/blog >>> >>> You received this message because you are subscribed to the Google >>> Groups "model-glue" group. >>> To post to this group, send email to [email protected] >>> To unsubscribe from this group, send email to >>> [email protected]<model-glue%[email protected]> >>> For more options, visit this group at >>> http://groups.google.com/group/model-glue?hl=en >> >> >> >> >> -- >> William Osler - "We are here to add what we can to life, not to get what >> we can from life." >> >> -- >> Model-Glue Sites: >> Home Page: http://www.model-glue.com >> Documentation: http://docs.model-glue.com >> Bug Tracker: http://bugs.model-glue.com >> Blog: http://www.model-glue.com/blog >> >> You received this message because you are subscribed to the Google >> Groups "model-glue" group. >> To post to this group, send email to [email protected] >> To unsubscribe from this group, send email to >> [email protected]<model-glue%[email protected]> >> For more options, visit this group at >> http://groups.google.com/group/model-glue?hl=en > > > -- > Model-Glue Sites: > Home Page: http://www.model-glue.com > Documentation: http://docs.model-glue.com > Bug Tracker: http://bugs.model-glue.com > Blog: http://www.model-glue.com/blog > > You received this message because you are subscribed to the Google > Groups "model-glue" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected]<model-glue%[email protected]> > For more options, visit this group at > http://groups.google.com/group/model-glue?hl=en > -- Model-Glue Sites: Home Page: http://www.model-glue.com Documentation: http://docs.model-glue.com Bug Tracker: http://bugs.model-glue.com Blog: http://www.model-glue.com/blog You received this message because you are subscribed to the Google Groups "model-glue" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/model-glue?hl=en
