Title: Bug in semaphore permission
Hi folks,
I've been a probleme with Apache 2.0.36 + mod_ssl 2.8.8, and I think this can be a bug.
In proc_mutex.c line 219, function proc_mutex_sysv_create:
new_mutex->interproc->filedes = semget(IPC_PRIVATE, 1, IPC_CREAT | 0600)
I'm running the following:
Apache/1.3.12 (Unix) mod_perl/1.26 PHP/4.0.6 mod_ssl/2.6.6 OpenSSL/0.9.6a
and I have a weird problem with permissions on the access and error log
files. I have a number of VirtualHosts like this:
.
.
# some non-SSL site config
Transfer
aykov" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, June 05, 2001 6:04 PM
Subject: Re: [error] (13)Permission denied: accept: (client socket)
> Hi,
>
> # uname -a
> SunOS MyHost 5.8 Generic_108528-07 sun4u sparc SUNW,Ultra-5_10
> # netstat -an | grep 80
>
Can you attatch a copy of your httpd.conf file?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Behalf Of Rossen Raykov
Sent: Tuesday, June 05, 2001 03:05 PM
To: [EMAIL PROTECTED]
Subject: Re: [error] (13)Permission denied: accept: (client socket)
Hi,
# uname
t appears it's running on another server.
The
only thing I can think of is permissions. Are the file permissions the same
on
both servers? Is the user shell the same on both servers? Is the UID the
same?
(Sun has different permission levels based on UID #).
I don't think this should ma
resuming normal
operations
[Tue Jun 5 10:29:22 2001] [info] Server built: Jun 5 2001 07:09:49
[Tue Jun 5 10:30:32 2001] [error] (13)Permission denied: accept: (client
socket)
Initialy I tried a binaries that are working on a different box with the
same OS but on it Solaris is set different.
After
ange these to a port higher than 1024 if you don't want to run the
parent process
as root.
-Original Message-
From: Rossen Raykov [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 05, 2001 1:45 PM
To: [EMAIL PROTECTED]
Subject: [error] (13)Permission denied: accept: (client socket)
H
Hi All,
The question is a little out of the list but I was not able to find answer
of this anywhere, so please excuse me and help me if you can.
When Im accessing the apache server Im getting the following error:
[error] (13)Permission denied: accept: (client socket)
Im running apache
Hallo Holger,
On Mon, 2000-3-20 11:57:21 +0100, <[EMAIL PROTECTED]>
Holger Reif wrote:
> Steht in allen relavnaten virtual host sections SSLVerifyClient None
> drin???
Ja, das tut es (jetzt), aber leider macht das auch nichts aus.
Ich verstehe das einfach nicht mehr...
globale SSL-Config:
Hi there,
we run apache 1.3.x with mod_ssl and openssl and although explicitely
having switched of the FakeBasicAuth for the virtual secure server
(own IP) it occasionaly requests a client cert and reports an error.
At the client side a "Network Error" is reported. Repeated reloads
finally load
Hi there,
we run apache 1.3.x with mod_ssl and openssl and although explicitely
having switched of the FakeBasicAuth for the secure server it
repeatedly requests a client cert and reports an error.
SSLLog:
16/Mar/2000 17:23:39] [trace] OpenSSL: Loop: SSLv3 write certificate A
[16/Mar/2000 17:23
>>
>> Can't open SSLSessionCache DBM file for writing (store): system error
>> follows
>> w/ a system error of Permission denied.
>>
>> The system acts a little flaky, but I haven't been able to track down
>> consitent negative behavior.
>>
&
>>
>> Can't open SSLSessionCache DBM file for writing (store): system error
>> follows
>> w/ a system error of Permission denied.
>>
>> The system acts a little flaky, but I haven't been able to track down
>> consitent negative behavior.
>>
&
e for writing (store): system error
> follows
> w/ a system error of Permission denied.
>
> The system acts a little flaky, but I haven't been able to track down
> consitent negative behavior.
>
> I added some debugging statements to ssl_engine_scache.c (in the
12-Jul-99 11:30 you wrote:
> So what (besides using shared memory) is the solution for other distros
> using Glibc 2.1 and building mod_ssl from source?
In fact mod_ssl will work with GLibC 2.1: since the only thing from
used in ndbm.h is definition of type "DB" and the only way this type is
use
Subject: RE: Permission.
> The real problem is building a RPM working on both 5.x and 6.0
> Redhat box. That's why I didn't figure the db1 lib.
>
> Thanks to forward your informations.
>
>
>_
The real problem is building a RPM working on both 5.x and 6.0
Redhat box. That's why I didn't figure the db1 lib.
Thanks to forward your informations.
__
Apache Interface to OpenSSL (mod_ssl)
> You could take a look at the attached patches.
> Also why not using library MM to solve part of these problems ?
>
I tried to use the MM-library. It compiled nicely but failed with a MM:
Can't create (or something like that) upon startup of httpd.
_
9-Jul-99 16:06 you wrote:
> There was a discussion about DBM extension/permission under
> GLIBC 2.1 some times ago.
In fact even attached patch is not correct :-/ Since you can not just
"#include " and be happy ... will include
instead of so some defines still will be screw
There was a discussion about DBM extension/permission under
GLIBC 2.1 some times ago.
These problems are now fixed for the RPM we built with Magnus.
You could take a look at the attached patches.
Also why not using library MM to solve part of these problems
re) (System error follows)
> [Thu Jul 8 09:12:05 1999] [error] System: Permission denied (errno: 13)
> I can see why it fails:
> root@dps-1:/log/error # cd /var/run
> root@dps-1:/var/run # ll ssl*
> -rw--- 2 root root12288 jul 8 09:13 ssl.dbm.dir
> -rw---
Holger Reif wrote:
>
> I just checked a Suse 6.1 system (Brian, original poster had such
> a thing). /usr/include/ndbm.h defines
> both DB_LOCK and DBM_SUFFIX: the former because ndbm.h includes
> db.h and the latter with the following comment:
>
> /*
> * The db(3) support for ndbm(3) always ap
I just checked a Suse 6.1 system (Brian, original poster had such
a thing). /usr/include/ndbm.h defines
both DB_LOCK and DBM_SUFFIX: the former because ndbm.h includes
db.h and the latter with the following comment:
/*
* The db(3) support for ndbm(3) always appends this suffix to the
* file nam
> The problem is that the main process, when it starts up, is supposed to
> chown the files so that they're owned by user nobody. However, in some
> circumstances, it seems that the filename it's trying to chown is wrong (see
> my previous post about this; it's a build-time configuration issue,
>
On Thu, Jul 08, 1999, Dave Neuer wrote:
> I alread posted a bug report about this. It's PR # 200 @
> http://www.modssl.org/support/bugdb, if anyone wants to look at it.
>
> Ralf is apparently rather busy now finishing his degree. If anyone has more
> info about this, I guess I'd be interested
> I alread posted a bug report about this. It's PR # 200 @
> http://www.modssl.org/support/bugdb, if anyone wants to look at it.
I'll try to apply the patch tomorrow when I get to work.
> Brian, are you using Linux?
Yes.
> Which version?
Kernel 2.2.7
> What libc?
Libc6
> What distro?
It is. The parent httpd process will _always_ be owned as root (if
root starts the daemon). The children will be owned by the user given
to the 'user' config-directive.
This is normal ...
> My system does this same thing. But, I believe it is due to the
> following...
>
> ps -aux reveals t
ECTED] <[EMAIL PROTECTED]>
Date: Thursday, July 08, 1999 1:09 PM
Subject: Re: Permission.
>My system does this same thing. But, I believe it is due to the
>following...
>
>ps -aux reveals the following httpd processes (edited for readability)
>rootS< Jun28 0:03
gt;
Date: Thursday, July 08, 1999 5:46 AM
Subject: Permission.
>Hello,
>
>
>I've been playing around with mod-ssl. I wonder about the following
>entries in the general error.log:
>
>[Thu Jul 8 09:12:05 1999] [error] mod_ssl: Cannot open SSLSessionCache
>DBM file `/va
chau <[EMAIL PROTECTED]>
To: .L modssl <[EMAIL PROTECTED]>
Sent: Thursday, July 08, 1999 1:40 AM
Subject: Permission.
>Hello,
>
>
>I've been playing around with mod-ssl. I wonder about the following
>entries in the general error.log:
>
>[Thu Jul 8 09:12:05 1999]
or] System: Permission denied (errno: 13)
I can see why it fails:
root@dps-1:/log/error # cd /var/run
root@dps-1:/var/run # ll ssl*
-rw--- 2 root root12288 jul 8 09:13 ssl.dbm.dir
-rw--- 2 root root12288 jul 8 09:13 ssl.dbm.pag
-rw--- 1 nobody root
Hi Ralf,
We're running Debian Linux (kernel 2.2.7, glibc 2.1), apache 1.3.6 & mod_ssl
2.3.5.
Unless we manually chown the ssl_scache.dir and ssl_scache.pag files, we
get:
Can't open SSLSessionCache DBM file for writing (store): system error
follows
w/ a system error of Permissio
On Mon, Mar 15, 1999, Bruno Treguier wrote:
> > Starting the httpd isn't working, it brings this in the error_log:
> >
> > [error] mod_ssl: Child could not open SSLMutex lockfile /var/run/ssl_mutex.12155
> > (System error follows)
> > [error] System: Permissi
d isn't working, it brings this in the error_log:
>
> [error] mod_ssl: Child could not open SSLMutex lockfile /var/run/ssl_mutex.12155
> (System error follows)
> [error] System: Permission denied (errno: 13)
>
> I've in httpd.conf:
> SSLMutex file:/var/run/ssl_mutex
> Starting the httpd isn't working, it brings this in the error_log:
>
> [error] mod_ssl: Child could not open SSLMutex lockfile /var/run/ssl_mutex.12155
> (System error follows)
> [error] System: Permission denied (errno: 13)
>
> I've in httpd.conf:
> SSLMute
d not open SSLMutex lockfile /var/run/ssl_mutex.12155
(System error follows)
[error] System: Permission denied (errno: 13)
I've in httpd.conf:
SSLMutex file:/var/run/ssl_mutex
ls -l /var/run/ssl_mutex.12155
-rw--- 1 root root 0 Mar 15 15:45 /var/run/ssl_mutex.12155
Applying a chm
36 matches
Mail list logo