Re: centos 6.2 - pulling my hair out (PARTIALLY SOLVED)
Re: centos 6.2 - pulling my hair out (PARTIALLY SOLVED)
- Subject: Re: centos 6.2 - pulling my hair out (PARTIALLY SOLVED)
- From: Tim Worman <email@hidden>
- Date: Wed, 08 May 2013 10:50:02 -0700
The app runs now but I get the dreaded "The requested application was not found on this server."
<for discussion - possible cause of the launch issue>
SpawnOfWotaskd.sh has this:
# Log messages will be written to:
LOG=/Library/WebObjects/Logs
That path does not exist on CentOS. The script tries to log to that path when /tmp/logWebObjects exists. It will exist when someone is trying to solve problems. Is there any chance that when /tmp/logWebObjects exists, and Spawn tries to write to the path (and can't) there could be a failure launching the app?
I changed LOG assignment to /opt/Local/Library/WebObjects/Logs in the script and now the app launches.
</for discussion>
So, now I have to figure out why "The requested application was not found on this server." This feels more like home toto.
now on a first name basis with Spawn,
Tim
On May 8, 2013, at 10:29 AM, Tim Worman <email@hidden> wrote:
> Honestly, I've tried numerous different things in /etc/hosts. Currently,this is what I have in there:
>
> 127.0.0.1 localhost localhost.localdomain
> <IP> <hostname>.local <hostname>
>
> The loopback entries are pretty much the default I think. I really appreciate all the advice - it's got to be something close.
>
> Tim
>
> On May 8, 2013, at 4:03 AM, Altera WO Team <email@hidden> wrote:
>
>> Hi Tim,
>>
>> what do you have in /etc/hosts ?
>>
>> I had to put:
>>
>> 127.0.0.1 localhost
>> ipaddress hostname
>>
>> On a Centos 6.4 i had to fix that before being able to make an app launch via wotaskd, regardless of what i put in the properties…
>>
>> Matteo
>>
>> On 08/mag/2013, at 00:38, Tim Worman <email@hidden> wrote:
>>
>>> I just had to double-check. I wish that had been the issue.
>>>
>>> [worman@<hostname> ~]$ sestatus
>>> SELinux status: disabled
>>>
>>> On May 7, 2013, at 2:43 PM, Hugi Thordarson <email@hidden> wrote:
>>>
>>>> Have you tried disabling SElinux? You can do it temporarily by issuing:
>>>>
>>>> echo 0 >/selinux/enforce
>>>>
>>>> And then restart your perforce in fences isms.
>>>>
>>>> - huge
>>>>
>>>>
>>>>
>>>> On 7.5.2013, at 18:47, Tim Worman <email@hidden> wrote:
>>>>
>>>>> Hoping someone can nudge me toward whatever is keeping my app from running. I have never had so much difficulty getting a deployment going. The main symptom I'm seeing right now is that my app simply will not complete a launch from JavaMonitor. The On/Off image just flicks up and down until a death is logged. Nothing meaningful is logged to /tmp/WebObjects.log.
>>>>>
>>>>> Every particular I can think of:
>>>>>
>>>>> 1. Linode, Centos 6.2
>>>>> 2. used the wocommunity rpms to install wo bits
>>>>> 3. WOHost deliberately set to the hostname in wotaskd, JavaMonitor, and app Properties
>>>>> 4. forward/reverse dns working properly with hostname
>>>>> 5. wotaskd config can be reached at http://<hostname>:1085
>>>>> 6. JavaMonitor is running and can be reached.
>>>>> 7. App instance is set to log to /opt/Local/Library/WebObjects/Logs - nothing is written to the log when trying to launch the app
>>>>> 8. WebObjectsAlias /apps/WebObjects
>>>>> 9. mod_WebObjects loading before mod_rewrite
>>>>> 10. from my main apache conf
>>>>> Alias /WebObjects "/var/www/html/WebObjects"
>>>>> <Directory "/var/www/html/WebObjects">
>>>>> AllowOverride All
>>>>> Order allow,deny
>>>>> Allow from all
>>>>> </Directory>
>>>>>
>>>>>
>>>>> <LocationMatch /apps/WebObjects/.*>
>>>>> Order allow,deny
>>>>> Allow from all
>>>>> </LocationMatch>
>>>>>
>>>>> 11. from setting up linux on the wiki, I created /etc/WebObjects/Properties -> er.extensions.WOHostUtilities.localhostips=(<IP Address>)
>>>>> That suggestion is for addressing the symptom I'm experiencing.
>>>>>
>>>>> 12. all apps have appserver/appserveradm ownership
>>>>>
>>>>> Anyone have any ideas they can throw my way? Please. :-)
>>>>>
>>>>> Tim
>>>>> _______________________________________________
>>>>> Do not post admin requests to the list. They will be ignored.
>>>>> Webobjects-dev mailing list (email@hidden)
>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>
>>>>> This email sent to email@hidden
>>>>
>>>
>>>
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list (email@hidden)
>>> Help/Unsubscribe/Update your Subscription:
>>>
>>> This email sent to email@hidden
>>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden