Hi Brice
So if I understand correctly OpenSUSE is most likely where the culprit
has to be found. If on it applications run in a jailed environment each
of them should have its own /tmp space. I'm conjecturing but it's
important for Rivet because by default the UploadDir for mime messages
is /tmp and probably it wouldn't work in such environment. If you will
get around the problem the analysis could be important in order to have
Rivet fit well is these systems. Let me know
-- Massimo
On 02/29/2016 05:47 PM, Brice Hamon wrote:
Quick update,
I ruled out Rivet, as the 2.2.3 version working fine with Apache 2.2
does not work for me with Apache 2.4.
On Mon, Feb 29, 2016 at 9:30 AM, Brice Hamon <[email protected]
<mailto:[email protected]>> wrote:
Thanks guys,
I am going to downgrade rivet running in prod to rule out Rivet.
Maybe it is a Apache config issue. Can you send me a Apache 2.4
mininal vhost config that works for you?
Thanks,
Brice.
On Mon, Feb 29, 2016 at 4:44 AM, Harald Oehlmann
<[email protected] <mailto:[email protected]>>
wrote:
Hi Massimo,
I will make the connection by private mail.
Best regards,
Harald
Am 29.02.2016 um 10:40 schrieb Massimo Manghi:
> Hi Brice
>
> I'm afraid the guys at OpenSuse would have better luck
helping you.
> Reinhard Max works for SUSE (http://wiki.tcl.tk/1003) if the
wiki page
> about him is accurate as to his employer. Harald has a good
personal
> connection to Reinhard and he may introduce you to him
>
> -- Massimo
>
> On 02/26/2016 04:23 PM, Brice Hamon wrote:
>> Hi all,
>>
>> Still no luck.
>>
>> I did a fresh install of OpenSuse 13.2, install the Rivet
2.2.4 and
>> recompiled it with simple options:
>>
>> ./configure --with-apxs=/usr/bin/apxs2 --prefix=/usr/local
>>
>> Rivet works fine, just I can't create files locally.
>>
>> [Fri Feb 26 10:07:28.021057 2016] [mpm_prefork:notice] [pid
5085]
>> AH00163: Apache/2.4.10 (Linux/SUSE) OpenSSL/1.0.1k-fips
Rivet configured
>> -- resuming normal operations
>> [Fri Feb 26 10:07:28.021230 2016] [core:notice] [pid 5085]
AH00094:
>> Command line: '/usr/sbin/httpd2-prefork -f
/etc/apache2/httpd.conf -D
>> SSL -D SYSTEMD -D FOREGROUND'
>> [Fri Feb 26 10:08:33.768082 2016] [:error] [pid 5105]
login.rvt: error:
>> BH: couldn't open "/tmp/log_ydotm": permission denied
>>
>> I used NIS, so I removed that machine from it, this machine
is now
>> standalone.
>>
>> AppArmor is disabled.
>>
>> Any ideas? I am out of ideas.
>>
>> Thank guys,
>> Brice.
>>
>>
>>
>>
>> On Fri, Feb 12, 2016 at 10:48 AM, Massimo Manghi
>> <[email protected] <mailto:[email protected]>
<mailto:[email protected]
<mailto:[email protected]>>> wrote:
>>
>> On 12-02-2016 16:41, Brice Hamon wrote:
>>
>> Thanks guys,
>>
>> I am running Apache 2.4.10.
>>
>> Good idea Harald, I did not think about it. I will
check and
>> report.
>>
>> Thanks.
>>
>>
>> In fact Harald's clue is a very good one. I didn't know
of this
>> mobile oriented approach adopted by for these systems
>>
>> -- Massimo
>>
>>
>
--
ELMICRON Dr. Harald Oehlmann GmbH
Koesener Str. 85
06618 Naumburg
Germany
Phone: +49 (0)3445 78112-0 <tel:%2B49%20%280%293445%2078112-0>
Fax: +49 (0)3445 78112-19 <tel:%2B49%20%280%293445%2078112-19>
www.Elmicron.de <http://www.Elmicron.de>
German legal references:
Geschaeftsfuehrer: Dr. Harald Oehlmann, Jens Oehlmann
UST Nr. / VAT ID No.: DE206105272
HRB 212803 Stendal
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
<mailto:[email protected]>
For additional commands, e-mail: [email protected]
<mailto:[email protected]>
--
--
Dipartimento di Neuroscienze
Unità Biofisica e Fisica Sanitaria
via Volturno 39
43125 Parma
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
