Re: application points to a role that does not exist in farm (NEED URGENT HELP)

Wed, 02 Sep 2009 07:11:25 -0700 

Please check your mail.

On Sep 2, 2:20 pm, Mikhail Malamud <[email protected]> wrote:
> Great thanks. Will use support site next time. Thanks for letting me
> know.  Please be careful if you need to make any changes, lets chat on
> when those can be done. This is a live site with a ton of traffic. An
> outage will be a disaster.
>
>
>
> On Wed, Sep 2, 2009 at 4:16 AM, Nickolas Toursky<[email protected]> wrote:
>
> > Mikhail,
>
> > We are looking into this issue.
> > Please, usehttp://support.scalr.netnext time for urgent problems.
>
> > Thank you,
> > Nick
>
> > 2009/9/2 Mikhail Malamud <[email protected]>:
>
> >> Scalr guys. Need a response from you. I need to fix the farm. If I set
> >> the correct role in the farm will it kill existing instances of that
> >> role in the farm?
>
> >> On Tue, Sep 1, 2009 at 6:53 PM, Mikhail Malamud<[email protected]> 
> >> wrote:
> >>> Thanks Donovan.
>
> >>> I see what the fix is but I am afraid to do it.
>
> >>> My farm is running r1 and r2 but when I go to edit farm it says I am
> >>> running r3 and r4. If I change is back to r1 and r2, is it going to
> >>> kill my already running r1 and r2.
>
> >>> What happened when you did it?
>
> >>> On Tue, Sep 1, 2009 at 6:08 PM, Donovan Bray<[email protected]> wrote:
>
> >>>> If it were my farm I'd go into farm view -> all and on the farm in
> >>>> question I'd click options and edit, verify that each role is set with
> >>>> the role name I expect with the correct min and max instances , save
> >>>> the farm config then open up that farms instances; terminate any
> >>>> instances with incorrect role names. If you mess with mysql roles make
> >>>> sure you trigger a mysql bundle before you terminate it.
>
> >>>> Mysql data is saved per farm not role so you can switch the mysql role
> >>>> if necessary.
>
> >>>> I don't know your farm don't do anything that places your production
> >>>> data at risk.  If in doubt wait for scalr, prod them via Twitter if
> >>>> your not getting a response.
>
> >>>> On Sep 1, 2009, at 5:49 PM, Mikhail Malamud <[email protected]>
> >>>> wrote:
>
> >>>>> Looking at the DNS zone. it is completely busted containing records
> >>>>> for the r1, r2, r3 and r4. I have no instances of r3 and r4 roles.
>
> >>>>> Guys, please help to clean this up. This is impacting our production
> >>>>> environment.
>
> >>>>> On Tue, Sep 1, 2009 at 5:43 PM, Mikhail Malamud<[email protected]
> >>>>> > wrote:
> >>>>>> Donovan, thanks.
>
> >>>>>> It is a big bite and completely pointless, not considering the fact
> >>>>>> it
> >>>>>> breaks everything since there is no such role in that farm.
>
> >>>>>> Can you elaborate though on
>
> >>>>>> "To recover go into each farm and set the role back to r1."
>
> >>>>>> When I go to applications, I cannot even select the true roles that
> >>>>>> are in that farm.
>
> >>>>>> On Tue, Sep 1, 2009 at 5:34 PM, Donovan Bray<[email protected]>
> >>>>>> wrote:
>
> >>>>>>> This is by design unfortunately. It's confusing and bites everybody
> >>>>>>> who runs more than one farm in their scalr account.
>
> >>>>>>> Sync-all will restart instances with the same source role name
> >>>>>>> regardless of what farm they are in; thus if you have r1 in nine
> >>>>>>> different farms if you sync it to r3 all nine farms will be
> >>>>>>> changed to
> >>>>>>> r3.
>
> >>>>>>> To recover go into each farm and set the role back to r1.
>
> >>>>>>> To prevent that from occurring next time instead of creating a farm
> >>>>>>> and selecting r1 as your source instance; go to roles new and create
> >>>>>>> r3 and base it off of an instance running r1. After you've synced
> >>>>>>> and
> >>>>>>> renamed the requisite roles, create your farm using the new role
> >>>>>>> names, modify to suit then sync those roles again.
>
> >>>>>>> I see no advantage to the current design, I've never needed a cross
> >>>>>>> farm sync but it's bitten me in the ass more times than I care to
> >>>>>>> admit.
>
> >>>>>>> On Sep 1, 2009, at 2:37 PM, mmalamud <[email protected]>
> >>>>>>> wrote:
>
> >>>>>>>> let me clarify this a little more.
>
> >>>>>>>> 1. Farm 1 {r1, r2}
> >>>>>>>> 2. Farm 2 {r1, r2}
> >>>>>>>> 3. Synch All on Farm 2, Choose new roles names {r3, r4}
> >>>>>>>> 4. Now application myapp.com which was pointing to Farm 1, r1
> >>>>>>>> points
> >>>>>>>> to Farm 1, r3.
>
> >>>>>>>> r3 does not even exist in farm 1.
>
> >>>>>>>> On Sep 1, 1:41 pm, mmalamud <[email protected]> wrote:
> >>>>>>>>> This is a major issue. Here is what happened
>
> >>>>>>>>> farm1 had roles r1 and r2
>
> >>>>>>>>> farm 2 had same roles
>
> >>>>>>>>> I did synchronize all on r1 and r2 but chose new role names r3 and
> >>>>>>>>> r4.
>
> >>>>>>>>> r1 and r2 stayed fine in farm1 but my application which which was
> >>>>>>>>> pointing to r1 in farm1 now points to r3 in farm1 and r3 does not
> >>>>>>>>> even
> >>>>>>>>> exist in farm1.
>
> >>>>>>>>> farm id is 2270.
>
> >>>>>>>>> application should be pointing to www64-2009xxxx role. not www64-
> >>>>>>>>> stg3- Hide quoted text -
>
> - Show quoted text -
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"scalr-discuss" 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/scalr-discuss?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to