On 2011-08-26, at 8:13 AM, Alexander Spohr wrote: > Our setup: > > - Webservers know every appserver and ask each for running instances. > - Each appserver has wotaskd running. wotaskd restarts and shedules apps on > its machine (that's what it is for). > - Monitor (on one machine) knows all wotaskd's and configures them. > > No files involved. (Just as backup) > wotaskd's do not synchronize. They just know their own machine. (As far as I > remember)
When changes are made in JavaMonitor, it sends messages to each wotaskd to update its local copy of the SiteConfig.xml file. Each machine will have the configuration for all machines. wotaskd reads this file to get the configuration. Each wotaskd only manages instances running on its own machine (it ignores the rest of the configuration). Chuck > Am 26.08.2011 um 16:16 schrieb Mertz Stéphan: > >> Hi, >> >> Le 26 août 2011 à 14:31, Alexander Spohr a écrit : >> >>> What is your problem? >> It's rather a comprehension problem. >> My first attempt was to install a monitor+wotaskd on the http server to >> manage the app servers: bad idea. >> I did not know the mechanism of synchonisation between the wotaskds, I do >> not know if it is really reliable. >> >>>> Are you in the same conf ? >>> >>> _IN_ the same conf? Not sure I understand this question (but I am German >>> and not a native speaker). >>> We have one wotaskd per machine. All apps on one machine are configured >>> with it. >> I wanted to ask : do you have the same setup ? (not native speaker too) >> >>>> Do you share the siteConfig.xml for all the servers ? >>> Yes. But we do not transfer the file. the web-server contacts alls >>> wotaskd's. >>> That is much better if one app(-server) goes offline. >> So, each app server has it's own siteConfig.xml (auto-magically >> synchronized)? It is not in a shared folder ? >> >>>> Where are your monitor ? >>> On one of the app-servers. Only running when we need it. Not in wotaskd's >>> config but started by hand. >> >> Stéphan > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net > > This email sent to [email protected] -- Chuck Hill Senior Consultant / VP Development Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/products/practical_webobjects _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
