Re: Can't enable mod_webobjects logging
Re: Can't enable mod_webobjects logging
- Subject: Re: Can't enable mod_webobjects logging
- From: Henrique Prange via Webobjects-dev <email@hidden>
- Date: Mon, 11 Jul 2022 09:10:15 -0300
Thanks for the pointers André and Markus. I’ll further investigate the issue
today.
Cheers,
HP
> On 11 Jul 2022, at 06:40, Andre Rothe via Webobjects-dev
> <email@hidden> wrote:
>
> Hi,
>
> Do you look for the right file? Some Linux distributions move the tmp
> directory of the Apache from the global /tmp into a generic subfolder
> (i.e.
> /tmp/systemd-private-9e162c536c6a47e092c258fa0469fdf8-httpd.service-sy17Sk/tmp).
> This tmp-subfolder has per default 777 (root:root,
> system_u:object_r:tmp_t:s0) Maybe you are looking on the wrong place, it
> could be a chroot environment, which resides on a complete different
> path within filesystem. If there is a SELinux problem you can look into
> /var/log/audit/audit.log to see, which file the httpd process will
> access. We have chmod 644, chown apache:apache and SELinux
> unconfined_u:object_r:httpd_log_t:s0 for the file. You can set SELinux by
>
> semanage fcontext -a -t httpd_log_t "/var/log/WebObjects.log"
> restorecon -v /var/log/WebObjects.log
> systemctl restart httpd.service
>
> There is also an empty file /tmp/logWebObjects (also within the
> subfolder above) which you have to create (touch /tmp/logWebObjects) to
> activate log output. Here you can set chmod 644, chown root:root,
> system_u:object_r:tmp_t:s0. This file is gone every time you restart the
> Apache. So you have to recreate it after every restart.
>
> André
>
>
> Am 11.07.22 um 10:19 schrieb Markus Stoll, junidas GmbH via Webobjects-dev:
>> Hi Henrique
>>
>> I have no idea what Oracle Linux Server 8.6 is doing there, but this
>> sounds as the apache child processes are running in some kind of sandbox.
>> Maybe you have to declare some sandbox exception here?
>>
>> Markus
>>
>>> Am 10.07.2022 um 22:05 schrieb Henrique Prange via Webobjects-dev
>>> <email@hidden>:
>>>
>>> Hey guys,
>>>
>>> I'm struggling to enable the WebObjects Apache adaptor log on Oracle
>>> Linux Server 8.6. I've configured it to write to /tmp/WebObjects.log,
>>> but it prints the following message to Apache's error log:
>>>
>>> Failed to append to log file '/tmp/WebObjects.log': Permission
>>> denied. This can occur when the file is not writable by the child
>>> httpd process. A workaround is to change the ownership of the file to
>>> match the child httpd process.
>>>
>>> I changed the log path to /var/log/httpd/mod_webobjects.log, and I
>>> could see log messages for the adaptor initialization (see at the end
>>> of the email). Then, the following error message appears on Apache's
>>> error log every time I send a request to my WO app.
>>>
>>> Failed to append to log file '/var/log/httpd/mod_webobjects.log':
>>> Permission denied. This can occur when the file is not writable by
>>> the child httpd process. A workaround is to change the ownership of
>>> the file to match the child httpd process.
>>>
>>> I've tried changing the file owner to apache, permissions to 777,
>>> changing the log file context to system_u:object_r:httpd_log_t:s0,
>>> and even disabled SELinux completely. Same error. It looks like
>>> Apache can't write to the log file from child httpd processes.
>>>
>>> Any ideas on what could be causing this error and how to solve it?
>>>
>>> Cheers,
>>>
>>> HP
>>>
>>> Here's a list of messages logged to /var/log/httpd/mod_webobjects.log
>>> during Apache's initialization.
>>>
>>> Debug: init_adaptor(): beginning initialization. Adaptor version 4.6.6.
>>> Info: init_adaptor(): config options are: String table:
>>> config = file:///opt/webobjects/config/WOConfig.xml
>>> confinterval = 10
>>> logPath = /var/log/httpd/mod_webobjects.log
>>> logLevel = Debug
>>> Info: Adaptor shared state file: /tmp/WOAdaptorState
>>> Info: Adaptor info user: <no user set>, password: <no password set>
>>> Debug: init_adaptor(): someone installed a SIGPIPE handler
>>> Debug: init_adaptor(): WOShmem_init succeeded
>>> Debug: init_adaptor(): tr_init succeeded
>>> Debug: init_adaptor(): hl_init succeeded
>>> Debug: init_adaptor(): lb_init succeeded
>>> Info: WOShmem_alloc(): allocated region "application list" (872 x 256)
>>> Info: WOShmem_alloc(): allocated region "instance list" (168 x 32768)
>>> Info: WOShmem_alloc(): allocated region "configTimes" (40 x 1)
>>> Info: WOShmem_alloc(): allocated region "configServers" (6208 x 1)
>>> Info: ac_init(): reading configuration from:
>>> file:///opt/webobjects/config/WOConfig.xml
>>> Debug: init_adaptor(): ac_init succeeded
>>> Debug: init_adaptor(): transaction_init() succeeded
>>> Debug: Checking config file /opt/webobjects/config/WOConfig.xml
>>> Debug: Checking config /opt/webobjects/config/WOConfig.xml
>>> Debug: Checking config /opt/webobjects/config/WOConfig.xml mod time
>>> Info: Reading configuration from /opt/webobjects/config/WOConfig.xml
>>> Info: ac_newInstance(): added my-app:1 (2000)
>>> Info: WebObjects_post_config(): WebObjects adaptor initialization
>>> succeeded.
>>> _______________________________________________
>>> 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