Internal Error Pcfg_openfile Called With Null Filename
ability to specify \"AuthUserFile /dev/null\". Furthermore, that is an undesirable solution (as others have noted). This is the appropriate method, provided as a complete example: Options FollowSymLinks AllowOverride None Order deny,allow Deny from all Satisfy all AuthBasicProvider dbm AuthDBMType SDBM AuthName \"Protected Area\" AuthType Basic AuthDBMUserFile \"D:/Program Files/Apache/passwords.dat\" require valid-user Obviously, \"AuthBasicProvider\" and \"AuthDBMType\" must reflect the correct values for your system (available types for \"AuthDBMType\" are: default|SDBM|GDBM|NDBM|DB). See http://httpd.apache.org/docs/2.0/mod/mod_auth_dbm.html and http://httpd.apache.org/docs/2.1/mod/mod_auth_basic.html for additional information. The above example functions as expected with Apache 2.2.6 on Windows 7 x86. \"passwords.dat\" should be created with something like this: > D:\\Program Files\\apache\\bin>htdbm -cs \"D:\\Program Files\\Apache\\passwords.dat\" yourname Note also that, according to the mod_auth_basic manual page (cited above), setting \"AuthBasicAuthoritative\" to \"Off\" \"... should only be necessary when combining mod_auth_basic with third-party modules that are not configured with the AuthBasicProvider directive.\" Thanks to everyone here for the assistance in getting this to work properly (under Windows, no less). Permalink Answer 926 (87.5% helpful) this works for me: AuthType Basic AuthName \"Login!\" AuthPAM_Enabled On AuthBasicAuthoritative Off AuthUserFile /dev/null Require valid-user Permalink Answer 473 (75.0% helpful) For anyone who has the same problem the fix is to add the following line to the directives AuthUserFile /dev/null The error messages are apparently caused by apache 2.2.2 expecting a users file even if the auth method doesn\'t use one. http://www.linuxquestions.org/questions/linux-server-73/apache-modauthmysql-problem-493429/ Permalink Answer 1161 (60.0% helpful) Still not working for me. I\
Redmine version 2.1.4.stable Ruby version 1.8.7 (x86_64-linux) Rails version 3.2.8 Environment production Database adapter http://www.redmine.org/boards/2/topics/35501?r=39704 MySQL Redmine plugins: redmine_dmsf 1.4.5 stable I tried to integrate svn following Repositories access control with apache, mod_dav_svn and mod_perl. Obviously I botched somewhere because https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=412981 I consistently get the error: root@redmine2:~# svn ls --username mcondarelli --password mypass https://1.168.20.19/svn/redmine svn: Server sent unexpected return value (500 Internal Server Error) in internal error respon to OPTIONS request for 'https://192.168.20.19/svn/redmine' which corresponds to an apache2 error log: [Thu Jan 10 19:14:10 2013] [error] Internal error: pcfg_openfile() called with NULL filename [Thu Jan 10 19:14:10 2013] [error] [client 192.168.20.19] (9)Bad file descriptor: Could not open password file: (null) I tried several things, but no joy.Can internal error pcfg_openfile someone, pretty please help me? TiAMauro Replies (3) RE: SVN integration - Added by Frederic Janvier over 3 years ago Hi, Unfortunately, I won't really help, I'm just having the same kind of problem with that configuration. Environment: Redmine version 2.2.2.stable Ruby version 1.8.7 (i486-linux) Rails version 3.2.11 Environment production Database adapter MySQL Redmine plugins: no plugin installed The Apache error.log reports Wed Feb 27 17:11:17 2013] [error] Internal error: pcfg_openfile() called with NULL filename [Wed Feb 27 17:11:17 2013] [error] [client xxx.xxx.xxx.xxx] (9)Bad file descriptor: Could not open password file: (null) Also tried several things.The only thing that helped a little was to declare the redmine admin as owner of the /svn folder (i.e. chown -R admin /svn).Now I can browse projects repositories but cannot commit :( Thanks for helping, Fred RE: SVN integration - Added by florent THOMAS about 3 years ago Hy folks, Same iss
Date: Thu, 1 Mar 2007 14:12:01 UTC Severity: important Merged with 394097 Found in version libapache2-mod-auth-pam/1.1.1-6.1 Fixed in version 1.1.1-9+rm Done: Debian FTP Masters Bug is archived. No further changes may be made. Toggle useless messagesView this report as an mbox folder, status mbox, maintainer mbox Report forwarded to debian-bugs-dist@lists.debian.org, John A. Martin , Piotr Roszatycki : Bug#412981; Package libapache2-mod-auth-pam. Full text and rfc822 format available. Acknowledgement sent to "John A. Martin" : New Bug report received and forwarded. Copy sent to John A. Martin , Piotr Roszatycki . Full text and rfc822 format available. Message #5 received at submit@bugs.debian.org (full text, mbox, reply): From: "John A. Martin" To: Debian Bug Tracking System Subject: libapache2-mod-auth-pam: Cannot open password file Date: Thu, 01 Mar 2007 09:08:40 -0500 [Message part 1 (text/plain, inline)] Package: libapache2-mod-auth-pam Version: 1.1.1-6.1 Severity: grave ,----[ /var/log/apache2/error.log in part ] [Fri Feb 23 07:58:54 2007] [notice] caught SIGTERM, shutting down [Fri Feb 23 08:01:36 2007] [info] PAM: mod_auth_pam/2.0-1.1 [Fri Feb 23 08:01:36 2007] [info] PAM: mod_auth_pam/2.0-1.1 [Fri Feb 23 08:01:36 2007] [notice] Apache/2.2.3 (Debian) PHP/4.4.4-8 configured -- resuming normal operations [Fri Feb 23 08:01:36 2007] [info] Server built: Feb 5 2007 02:13:07 [Fri Feb 23 08:01:36 2007] [debug] prefork.c(991): AcceptMutex: sysvsem (default: sysvsem) [Fri Feb 23 09:15:58 2007] [error] Internal error: pcfg_openfile() called with NULL filename [Fri Feb 23 09:15:58 2007] [error] [client 65.222.215.34] (9)Bad file descriptor: Could not open password file: (null) [Fri Feb 23 09:15:58