X-CGP-ClamAV-Result: CLEAN
X-VirusScanner: Niversoft's CGPClamav Helper v1.22.2a (ClamAV engine v0.102.2)
From: "Valerio Luccio"
Received: from [148.163.150.240] (HELO mx0b-00256a01.pphosted.com)
by post.selbstdenker.com (CommuniGate Pro SMTP 6.3.7)
with ESMTPS id 26699544 for webobjects-dev@wocommunity.org; Wed, 27 Oct 2021 21:52:04 +0200
Received-SPF: softfail
receiver=post.selbstdenker.com; client-ip=148.163.150.240; envelope-from=valerio.luccio@nyu.edu
Received: from pps.filterd (m0142700.ppops.net [127.0.0.1])
by mx0b-00256a01.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 19RI4hU3023286
for ; Wed, 27 Oct 2021 15:51:42 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nyu.edu; h=content-type :
message-id : date : mime-version : subject : from : to : references :
in-reply-to; s=20180315; bh=+7371T1j3qLvGhD4Ey8INKMWO8gbTlTj4NpGDcVlC9Q=;
b=Fxt63cb0EgTHxnfuqvBxMAb+StDPrJiQhdWVaOMcdE6OHNlurHTVXM2zb2GuLgfqx0y+
j4HlFhm8+GJ8O95Hzg1Wj/A13TlISQn4zsQ08qH9BgCscRYb2Vli1eTJJk7ywB49Xbl3
N7NdubcBpDKXIG3JDNqPCggMXWZOsy3go7Z4w8YyMgWO+ZzVRUxr6gf1vpLvNTrSvpXr
+zQBCLuxsuMgO77NiWaIPSIP2B4flXkMyQrWe8ugPihRxDhd0cLzUsnPRhdVIFJNvqdk
YEtJV52Q9jeqC1n+4670xbLJbhusqzSWdEQMy/wtfq6qF7EMohmJNdEldt95zwsXEQ7c GA==
Received: from mail-qv1-f70.google.com (mail-qv1-f70.google.com [209.85.219.70])
by mx0b-00256a01.pphosted.com with ESMTP id 3bybqx29j0-1
(version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT)
for ; Wed, 27 Oct 2021 15:51:41 -0400
Received: by mail-qv1-f70.google.com with SMTP id es20-20020a056214193400b00385465f2d94so3075188qvb.22
for ; Wed, 27 Oct 2021 12:51:41 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20210112;
h=x-gm-message-state:message-id:date:mime-version:user-agent:subject
:content-language:from:to:references:in-reply-to;
bh=+7371T1j3qLvGhD4Ey8INKMWO8gbTlTj4NpGDcVlC9Q=;
b=xTuulqyv7QRjx+WviU7AHtfbD+4VDkMvId5ODQxo9hLJywx/znkIz4MZyCknuy4MGj
NK0W7ibndyFQBMXPo9H6PzZUDcdyPZPv+A+kQ8DfCWB0RjQvKcq1QjR5jMQmCnM0enzq
J63/SguaEKC/IZFefkfIzjFSUmBkrxv9tF23refY1hn66/pgXtF/JxTaEpc/2wTkc0ux
A9SviX+rapJkthPdk4HNh2ChIXBVm60DVMeLm2ukdP5BcgRr9e77mfXg6GWrxQqwMUNR
mtRettvQMJcJV4twNijv/5PWWESV+QfqG5nNUWK6jgz5NsCWw1Hnf2FGCP/7rugfvP8h
Z5VA==
X-Gm-Message-State: AOAM53358dNc65GgiWHDnCb5u/gTqEFqBbc8igPn+Iiszq49c4Q90hTC
0mcUG0QZtzzk4vk2NByw6xhnJKbvBIikwzI0MrnwjkLtIcT9D9ivQYc6gdMuaM5s83AmfSWZhY1
7d42rNGP2H8yZ+3msiEOJALzrDA==
X-Received: by 2002:a05:6214:4119:: with SMTP id kc25mr31103871qvb.65.1635364300510;
Wed, 27 Oct 2021 12:51:40 -0700 (PDT)
X-Google-Smtp-Source: ABdhPJz7IKfOUDxz8J4kd9HaqJoVFgHRxa49M3keMmtlU819SVKU/eTRHJBXUjiyu4Hv4gVc8bGJfg==
X-Received: by 2002:a05:6214:4119:: with SMTP id kc25mr31103832qvb.65.1635364300017;
Wed, 27 Oct 2021 12:51:40 -0700 (PDT)
Received: from [192.168.1.93] (4133da4e.cst.lightpath.net. [65.51.218.78])
by smtp.gmail.com with ESMTPSA id d19sm575744qtx.81.2021.10.27.12.51.36
for
(version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
Wed, 27 Oct 2021 12:51:38 -0700 (PDT)
Content-Type: multipart/alternative;
boundary="------------xY2xOIC70RhKw8rWabneyj9m"
Message-ID:
Date: Wed, 27 Oct 2021 15:51:36 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0)
Gecko/20100101 Thunderbird/91.2.1
Subject: Re: [WO-DEV] Re: WOMonitor on CentOS
Content-Language: en-CA
To: WebObjects & WOnder Development
References:
In-Reply-To:
X-Proofpoint-GUID: 9Ssq7bOtWj5EfU_JRbvMZ6laWrtRhXfz
X-Proofpoint-ORIG-GUID: 9Ssq7bOtWj5EfU_JRbvMZ6laWrtRhXfz
X-Orig-IP: 209.85.219.70
X-Proofpoint-Spam-Details: rule=outbound_bp_notspam policy=outbound_bp score=0 adultscore=0
mlxlogscore=999 priorityscore=1501 lowpriorityscore=0 phishscore=0
clxscore=1015 bulkscore=0 malwarescore=0 spamscore=0 suspectscore=0
impostorscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1
engine=8.12.0-2110150000 definitions=main-2110270112
This is a multi-part message in MIME format.
--------------xY2xOIC70RhKw8rWabneyj9m
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Steven very kindly was able to share a copy of that blog post,
unfortunately it doesn't help. He had explained how to allow Apache to
open TCP connections to localhost:1085, instead of everything. I first
tried opening it to all and it still didn't work, so this more
restrictive method will not help.
On 10/27/21 2:12 PM, Valerio Luccio wrote:
> At the bottom of
> https://wiki.wocommunity.org/display/documentation/Deploying+on+Linux
> there is a section on SELinux. It points to a blog post written in
> 2013 by Steven Klassen, unfortunately that blog post is no longer
> available, does anyone have the original ? I've emailed Steven to see
> if he can send it to me.
>
> I've tried to add 1085 as an allowed http port using semanage, but I'm
> not sure I'm taking the right steps.
>
> On 10/27/21 1:22 PM, Valerio Luccio wrote:
>
>> I'm home and was able to test. It's not the firewall (I turned it off
>> for a couple of minutes and tried, without success). I'm not sure
>> what policies to look at. As far as I know wotaskd does not keep a
>> log, correct ?
>>
>> On 10/23/21 6:18 AM, Valerio Luccio wrote:
>>
>>> Hi Samuel,
>>> that is a very good insight. I'm currently travelling, but when I'm
>>> back I'll play with policies/firewall and let you know what I found out.
>>>
>>> Thanks,
>>>
>>> On Fri, Oct 22, 2021 at 3:28 PM Samuel Pelletier
>>> wrote:
>>>
>>> Hi Valerio,
>>>
>>> I experience the same problem on a Cent OS instance (I think
>>> this is a VMWare distribution) but it works on others...
>>>
>>> There is a major difference between starting the instance and
>>> other function like stop and refuse new session. Start is done
>>> by wotaskd that launc the process, others are http call to the
>>> instance by wotaskd, to some direct actions (womp handler I think).
>>>
>>> I suspect that the communication between wotaskd and instance is
>>> blocked by the firewall or system policy but I do not have a
>>> definitive proof of this.
>>>
>>> Regards,
>>>
>>> Samuel
>>>
>>>> Le 21 oct. 2021 à 13:29, Valerio Luccio
>>>> a écrit :
>>>>
>>>> Thanks Lon,
>>>> I didn't see your answer until now because gmail (which I hate
>>>> every day more) had hidden it.
>>>>
>>>> I'll see what I can find in the logs, although "start" works
>>>> fine, why would "stop" be different ?
>>>>
>>>>
>>>> On Tue, Oct 5, 2021 at 11:10 PM Lon Varscsak
>>>> wrote:
>>>>
>>>> Look in your application log, do you see messages about not
>>>> being able to communicate with monitor? I found this
>>>> problem happens if I don't have JavaXML as part of my
>>>> project (or classpath defined to whatever the xml jars are).
>>>>
>>>> -Lon
>>>>
>>>> On Tue, Oct 5, 2021 at 1:43 PM Valerio Luccio
>>>> wrote:
>>>>
>>>> I recently ported my WebObjects app from an old OS X
>>>> server to a CentOS 8 server.
>>>>
>>>> The WOMonitor on CentOS allows me to configure the app
>>>> and start it, but it will not stop it (I end up doing
>>>> with pkill from command line) and the Auto-Recover does
>>>> not work. I also tried from command line using curl to
>>>> communicate to WOMonitor, it does the info and start
>>>> correctly, but it will not stop the app.
>>>>
>>>> I've looked at the log file for the WOMonitor, but
>>>> there was nothing useful.
>>>>
>>>> Any ideas ?
>>>>
>>>> Thanks in advance,
>>>>
>>>> --
>>>> Valerio Luccio
>>>> High Performance Computing
>>>> New York University New York, NY 10003
>>>>
>>>>
>>>> "In an open world, who needs windows or gates ?"
>>>>
>>>>
>>>>
>>>> --
>>>> Valerio Luccio
>>>> High Performance Computing 10 Astor Place, Room 415
>>>> New York University New York, NY 10003
>>>>
>>>>
>>>> "In an open world, who needs windows or gates ?"
>>>>
>>>
>>>
>>>
>>> --
>>> Valerio Luccio
>>> High Performance Computing 10 Astor Place, Room 415
>>> New York University New York, NY 10003
>>>
>>> "In an open world, who needs windows or gates ?"
>>>
>>
>> --
>> Valerio Luccio
>> High Performance Computing
>> New York University New York, NY 10003
>>
>> "In an open world, who needs windows or gates ?"
>>
>
> --
> Valerio Luccio
> High Performance Computing
> New York University New York, NY 10003
>
> "In an open world, who needs windows or gates ?"
>
--
Valerio Luccio
High Performance Computing
New York University New York, NY 10003
"In an open world, who needs windows or gates ?"
--------------xY2xOIC70RhKw8rWabneyj9m
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
Steven very kindly was able to share a copy of that blog post,
unfortunately it doesn't help. He had explained how to allow
Apache to open TCP connections to localhost:1085, instead of
everything. I first tried opening it to all and it still didn't
work, so this more restrictive method will not help.
On 10/27/21 2:12 PM, Valerio Luccio wrote:
At the bottom of https://wiki.wocommunity.org/display/documentation/Deploying+on+Linux
there is a section on SELinux. It points to a blog post
written in 2013 by Steven Klassen, unfortunately that blog
post is no longer available, does anyone have the original ?
I've emailed Steven to see if he can send it to me.
I've tried to add 1085 as an allowed http port using
semanage, but I'm not sure I'm taking the right steps.
On 10/27/21 1:22 PM, Valerio Luccio wrote:
I'm home and was able to test. It's not the firewall (I
turned it off for a couple of minutes and tried, without
success). I'm not sure what policies to look at. As far as I
know wotaskd does not keep a log, correct ?
On 10/23/21 6:18 AM, Valerio Luccio wrote:
Hi Samuel,
that is a very good insight. I'm currently
travelling, but when I'm back I'll play with
policies/firewall and let you know what I found out.
Thanks,
Hi Valerio,
I experience the same problem on a Cent OS
instance (I think this is a VMWare distribution) but
it works on others...
There is a major difference between starting the
instance and other function like stop and refuse new
session. Start is done by wotaskd that launc the
process, others are http call to the instance by
wotaskd, to some direct actions (womp handler I
think).
I suspect that the communication between wotaskd
and instance is blocked by the firewall or system
policy but I do not have a definitive proof of this.
Regards,
Samuel
Thanks Lon,
I didn't see your answer until now
because gmail (which I hate every day
more) had hidden it.
I'll see what I can find in the logs,
although "start" works fine, why would
"stop" be different ?
Look in your application
log, do you see messages about not being
able to communicate with monitor? I
found this problem happens if I don't
have JavaXML as part of my project (or
classpath defined to whatever the xml
jars are).
-Lon
I recently ported my WebObjects
app from an old OS X server to a
CentOS 8 server.
The WOMonitor on CentOS allows me
to configure the app and start it,
but it will not stop it (I end up
doing with pkill from command
line) and the Auto-Recover does
not work. I also tried from
command line using curl to
communicate to WOMonitor, it does
the info and start correctly, but
it will not stop the app.
I've looked at the log file for
the WOMonitor, but there was
nothing useful.
Any ideas ?
Thanks in advance,
--
Valerio Luccio |
|
|
High Performance
Computing |
|
|
New York University |
|
New York, NY 10003 |
"In an open world, who
needs windows or gates ?"
--
Valerio Luccio |
|
|
High Performance Computing |
|
10 Astor Place, Room 415 |
New York University |
|
New York, NY 10003 |
"In an open world, who needs
windows or gates ?"
--
Valerio Luccio |
|
|
High Performance Computing |
|
10 Astor Place, Room 415 |
New York University |
|
New York, NY 10003 |
"In an open world, who needs windows or
gates ?"
--
Valerio Luccio |
|
|
High Performance Computing |
|
|
New York University |
|
New York, NY 10003 |
"In an open world, who needs windows or gates ?"
--
Valerio Luccio |
|
|
High Performance Computing |
|
|
New York University |
|
New York, NY 10003 |
"In an open world, who needs windows or gates ?"
--
Valerio Luccio |
|
|
High Performance Computing |
|
|
New York University |
|
New York, NY 10003 |
"In an open world, who needs windows or gates ?"
--------------xY2xOIC70RhKw8rWabneyj9m--