what does the adapter say about its state (opening https://<webserver>/cgi-bin/WebObjects/WOAdaptorInfo <https://<webserver>/cgi-bin/WebObjects/WOAdaptorInfo>=?? Did you activate WOAdaptor log?
Markus > Am 09.12.2015 um 06:27 schrieb Chuck Hill <ch...@gevityinc.com>: > > I have not tried that either. I have no idea if that is a real problem or > why. > > > From: <webobjects-dev-bounces+chill=gevityinc....@lists.apple.com > <mailto:webobjects-dev-bounces+chill=gevityinc....@lists.apple.com>> on > behalf of Klaus Berkling <webobje...@berkling.us > <mailto:webobje...@berkling.us>> > Date: Tuesday, December 8, 2015 at 9:16 PM > To: WebObjects Development <webobjects-dev@lists.apple.com > <mailto:webobjects-dev@lists.apple.com>> > Subject: Re: Using multiple servers > > > On Dec 8, 2015, at 8:45 PM, Jeff Schmitz <jeffschm...@icloud.com > <mailto:jeffschm...@icloud.com>> wrote: > >> Thanks for checking that out, sounds plausible. And yeah, not the best >> solution, but I wanted to see if I could get it working at all and take it >> from there. I may try using IP’s for WOHost values. > > I don't think IPs in different subnet will work ether but I haven't had a > setup in that sort of environment. > Someone correct me... Bueller ... Bueller ... > >> >> >> >>> On Dec 8, 2015, at 3:11 PM, Klaus Berkling <webobje...@berkling.us >>> <mailto:webobje...@berkling.us>> wrote: >>> >>>> >>>> On Dec 7, 2015, at 10:16 PM, Jeff Schmitz <jeffschm...@icloud.com >>>> <mailto:jeffschm...@icloud.com>> wrote: >>>> >>>> I believe I’ve checked everything you mention (see below) to no avail. >>>> One thought I had is that the servers are running different Mac OS >>>> versions. Could the WOAdaptor compiled for El Capitan on the head machine >>>> not be able to use a remote app instance running under Mt. Lion on the >>>> remote machine? >>> >>> The OS probably doesn’t matter. Is this right: >>> >>> netbrackets1.netbrackets.com <http://netbrackets1.netbrackets.com/> has >>> address 208.52.161.87 >>> 87.161.52.208.in-addr.arpa domain name pointer netbrackets1.netbrackets.com >>> <http://netbrackets1.netbrackets.com/>. >>> >>> netbrandeds-mini1.netbrandeds.info >>> <http://netbrandeds-mini1.netbrandeds.info/> has address 208.52.189.44 >>> 44.189.52.208.in-addr.arpa domain name pointer >>> netbrandeds-mini1.netbrandeds.info >>> <http://netbrandeds-mini1.netbrandeds.info/>. >>> >>> I have a feeling the servers need to be in the same domain - Can someone >>> second that? >>> I always put my hosts on a private network but if you have Mac minis you >>> might not have that option (maybe firewire of thunderbolt network bridge?). >>> You don’t want to send your application traffic over a co-location network >>> anyways. >>> >>>> >>>> >>>> >>>>> On Dec 7, 2015, at 11:02 PM, Klaus Berkling <webobje...@berkling.us >>>>> <mailto:webobje...@berkling.us>> wrote: >>>>> >>>>> >>>>> On Dec 6, 2015, at 9:21 PM, Jeff Schmitz <jeffschm...@icloud.com >>>>> <mailto:jeffschm...@icloud.com>> wrote: >>>>> >>>>>> I’m trying to follow the instructions at: >>>>>> https://wiki.wocommunity.org/pages/viewpage.action?pageId=7143530 >>>>>> <https://wiki.wocommunity.org/pages/viewpage.action?pageId=7143530> >>>>>> >>>>>> I'm using one machine for a web server (e.g. Apache, womonitor) and one >>>>>> for the application server (wotaskd, my app) >>>>>> >>>>>> I’ve set the WebObjectsConfig appropriately on the webserver machine, >>>>>> e.g.: >>>>>> >>>>>> WebObjectsConfig http://www.server.com:1085,http://www2.server.com:1085 >>>>>> <http://www.server.com:1085,http://www2.server.com:1085> 10 >>>>>> >>>>>> I have added the application server host and the application to java >>>>>> monitor on the web server and it all looks good. >>>>>> >>>>>> I start up the remote application from the webserver javamonitor, but >>>>>> when I try to reach the app using the webserver URL, it says application >>>>>> not found. However, if I try to access the application by going >>>>>> straight to the application server URL, it works. (I do have apache >>>>>> setup on the application server as well). >>>>>> >>>>>> I tested the 2001 and 1085 ports using telnet from the web server to the >>>>>> application server, and both ports are open. >>>>>> >>>>>> One thing that isn’t clear in the wiki instructions is what the WOHost >>>>>> parameters should be set to on the app server machine. I set them to >>>>>> the app server itself’s address, and it works with a local instance of >>>>>> Apache/JavaMonitor, but should I keep them set to this when I want to >>>>>> run them as remote applications from the webserver? >>>>>> >>>>>> If that’s not it, any other ideas? >>>>> >>>>> >>>>> If it's not a firewall issue, it might be a DNS issue if you are using >>>>> host names. If memory serves then use the WOHost parameter as the >>>>> hostname you use in JavaMonitor. If you have multiple IP addresses you'll >>>>> need to check if everyone is listing on the right socket, check with lsof >>>>> -i tcp:1085 or lsof -i tcp:2001 >>>> I can definitely telnet from the head machine to both port 2001 and 1085 >>>> on the app server. WOHost in the respective wotaskd property files on >>>> each server matches the respective host in JavaMonitor . Also, reverse >>>> DNS lookups are correct for both machines. >>>>> >>>>> Make sure there is only one JavaMonior running, usually on the head node. >>>>> One wotaskd on each server and only one apache web server - the head node. >>>> JavaMonitor is only running on the head node. Each server has a wotaskd >>>> running, and apache is only running on the head node. >>>>> >>>>> Try to completely set up one host only, so no www2 server anywhere - not >>>>> in JavaMonitor nor WebObjectsConfig. First use localhost and make sure >>>>> the app is working. >>>> Everything works fine on the head node, which is running on instance of >>>> the application, and all WOHost parameters and specified JavaMonitor hosts >>>> are using domain name, NOT localhost. >>>>> >>>>> Then use the servers' IP address, at this point you can't use 'localhost' >>>>> anymore anywhere. Make sure your app is still working. >>>> The head node is working using the domain name that comes up on a reverse >>>> lookup of the machine IP address. >>>> >>>>> After that add the other host to WebObjectsConfig and JavaMonitor using >>>>> the IP addresses (avoiding any DNS issues). Double check the syntax on >>>>> that line. JavaMonitor should say that both hosts are available. >>>> Done, again using domain name that comes up on reverse host lookup of the >>>> machine IP, e.g. netbrandeds-mini1.netbrandeds.info >>>> <http://netbrandeds-mini1.netbrandeds.info/> >>>> host 208.52.189.44 >>>> 44.189.52.208.in-addr.arpa domain name pointer >>>> netbrandeds-mini1.netbrandeds.info >>>> <http://netbrandeds-mini1.netbrandeds.info/>. >>>>> >>>> JavaMonitor on the head machine does say both hosts are available. >>>> >>>>> If you make changes in JavaMonitor to the configuration, make sure you >>>>> see the SiteConfig.xml file change on both servers (usually in >>>>> /Library/WebObjects/Configuration). >>>> I did have to do a Synchronize Host to get both SiteConfig.xml files in >>>> agreement as to the URL to Adaptor setting. It originally was pointing to >>>> itself. However even after doing the sync, it’s still exhibiting the same >>>> behavior. >>>> >>>>> >>>>> If both servers are talking to each other, add your application in >>>>> JavaMonitor and add one instance for each host. Then try to turn them on >>>>> and off and watch the processes on each of the hosts start and stop. >>>> JavaMonitor is able to wotaskd on both servers and can start and stop >>>> application instances on each server. So, everything looks normal except >>>> the head node’s apache/WOAdaptor is not able to successfully invoke the >>>> instance on the secondary node to serve application pages. If I set the >>>> instance on the head node to Reject new Sessions, apache returns that no >>>> Instance is Found. >>>> >>>> So, I’m still pretty stumped on this. In my apache.conf I have the >>>> following, which lists the two hosts. It doesn’t have to be in any >>>> particular order does it? >>>> WebObjectsConfig >>>> http://netbrackets1.netbrackets.com:1085,http://netbrandeds-mini1.netbrandeds.info:1085 >>>> >>>> <http://netbrackets1.netbrackets.com:1085,http://netbrandeds-mini1.netbrandeds.info:1085> >>>> 10 >>>> >>>> >>>> >>>> >>>>> >>>>> BTW, you should be able to manage all instance nodes and instances >>>>> regardless of the web server. You can check the mechanics before you turn >>>>> on the site. >>>>> >>>>> Hope this helps. It's been a while since I've done this. >>>>> >>>>> >>>>> kib >>>>> >>>>> >>>>> >>>>> "We keep moving forward, opening new doors, and doing new things, because >>>>> we're curious and curiosity keeps leading us down new paths." >>>>> Walt Disney >>>>> >>>>> Klaus Berkling >>>>> www.berkling.us <http://berkling.us/> | @kiberkli | Photography >>>>> <http://berkling.us/photography/> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Do not post admin requests to the list. They will be ignored. >>>>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com >>>>> <mailto:Webobjects-dev@lists.apple.com>) >>>>> Help/Unsubscribe/Update your Subscription: >>>>> https://lists.apple.com/mailman/options/webobjects-dev/jeffschmitz%40icloud.com >>>>> >>>>> <https://lists.apple.com/mailman/options/webobjects-dev/jeffschmitz%40icloud.com> >>>>> >>>>> This email sent to jeffschm...@icloud.com <mailto:jeffschm...@icloud.com> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com >>> <mailto:Webobjects-dev@lists.apple.com>) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/webobjects-dev/jeffschmitz%40icloud.com >>> >>> <https://lists.apple.com/mailman/options/webobjects-dev/jeffschmitz%40icloud.com> >>> >>> This email sent to jeffschm...@icloud.com <mailto:jeffschm...@icloud.com> > > > "We must be better today than yesterday. Tomorrow we must be even better." > Mike Seibert - Lead Flight Director for Mars rover Oppertunity > > Klaus Berkling > www.berkling.us <http://berkling.us/> | @kiberkli | Photography > <http://berkling.us/photography/> > > > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/markus.stoll%40junidas.de > > This email sent to markus.st...@junidas.de
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
