Re: [Mono-list] mod_mono still not working after an upgrade
On Thu, 27 Sep 2007 11:04:28 +0200, "Albert Ritmeester" <[EMAIL PROTECTED]> scribbled: > > > > [snip] > > > [Tue Sep 25 14:24:20 2007] [crit] Failed to remove dashboard file > > > '/tmp/mod_mono_dashboard_XXGLOBAL_1', further actions impossible. > > > Operation not permitted > > [snip] > > > The mono control panel doesn't work at all. > > I've just committed a few changes to the mod_mono into the svn (revision > > 86372). Could you update your mod_mono to that revision and test if it > > fixes > > your problem? > > > Hi Marek, Hello, > I've just compiled and installed mod_mono from svn (revision 86463). When I > start apache2 again I get following errors: > > [EMAIL PROTECTED]:/tmp$ sudo /etc/init.d/apache2 start > * Starting apache 2.0 web server... > [Thu Sep 27 10:48:04 2007] [crit] (17)File exists: Failed to create shared > memory segment for backend 'XXGLOBAL' > [Thu Sep 27 10:48:04 2007] [crit] (17)File exists: Failed to create shared > memory segment for backend 'XXGLOBAL' > [Thu Sep 27 10:48:04 2007] [crit] (17)File exists: Failed to create shared > memory segment for backend 'cpd' > [Thu Sep 27 10:48:04 2007] [crit] (17)File exists: Failed to create shared > memory segment for backend 'XXGLOBAL' > [Thu Sep 27 10:48:04 2007] [crit] (17)File exists: Failed to create shared > memory segment for backend 'ddh' > [Thu Sep 27 10:48:04 2007] [crit] (17)File exists: Failed to create shared > memory segment for backend 'XXGLOBAL' >...done. It means that your apache hasn't been shutdown properly - it failed to remove the shared memory segments it allocated. You have two options at this point: - reboot the server - use the ipcs -m command to list the shared memory segments and then ipcrm -m shmid for each of the former apache segments (you can tell which belonged to apache by the owner - it will be the user apache runs as). Before removing the segments, though, make sure that you stop apache. hope that helps, marek signature.asc Description: PGP signature ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono still not working after an upgrade
> > [snip] > > [Tue Sep 25 14:24:20 2007] [crit] Failed to remove dashboard file > > '/tmp/mod_mono_dashboard_XXGLOBAL_1', further actions impossible. > > Operation not permitted > [snip] > > The mono control panel doesn't work at all. > I've just committed a few changes to the mod_mono into the svn (revision > 86372). Could you update your mod_mono to that revision and test if it > fixes > your problem? > Hi Marek, I've just compiled and installed mod_mono from svn (revision 86463). When I start apache2 again I get following errors: [EMAIL PROTECTED]:/tmp$ sudo /etc/init.d/apache2 start * Starting apache 2.0 web server... [Thu Sep 27 10:48:04 2007] [crit] (17)File exists: Failed to create shared memory segment for backend 'XXGLOBAL' [Thu Sep 27 10:48:04 2007] [crit] (17)File exists: Failed to create shared memory segment for backend 'XXGLOBAL' [Thu Sep 27 10:48:04 2007] [crit] (17)File exists: Failed to create shared memory segment for backend 'cpd' [Thu Sep 27 10:48:04 2007] [crit] (17)File exists: Failed to create shared memory segment for backend 'XXGLOBAL' [Thu Sep 27 10:48:04 2007] [crit] (17)File exists: Failed to create shared memory segment for backend 'ddh' [Thu Sep 27 10:48:04 2007] [crit] (17)File exists: Failed to create shared memory segment for backend 'XXGLOBAL' ...done. [EMAIL PROTECTED]:/tmp$ ps aux | grep mono www-data 15112 0.5 0.0 0 0 ?Zsl 10:48 0:00 [mono] www-data 15114 0.5 0.0 0 0 ?Zsl 10:48 0:00 [mono] www-data 15116 0.5 0.0 0 0 ?Zsl 10:48 0:00 [mono] www-data 15120 0.5 0.0 0 0 ?Zsl 10:48 0:00 [mono] 1008 15130 0.0 0.0 2876 796 pts/1S+ 10:48 0:00 grep mono [EMAIL PROTECTED]:/tmp$ apache2 -V Server version: Apache/2.0.55 Server built: Aug 16 2007 22:27:29 Server's Module Magic Number: 20020903:11 Architecture: 32-bit Server compiled with -D APACHE_MPM_DIR="server/mpm/prefork" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D HTTPD_ROOT="" -D SUEXEC_BIN="/usr/lib/apache2/suexec2" -D DEFAULT_PIDLOG="/var/run/apache2.pid" -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" -D DEFAULT_LOCKFILE="/var/run/apache2/accept.lock" -D DEFAULT_ERRORLOG="logs/error_log" -D AP_TYPES_CONFIG_FILE="/etc/apache2/mime.types" -D SERVER_CONFIG_FILE="/etc/apache2/apache2.conf" Can you help me? Regards, Albert Ritmeester ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono still not working after an upgrade
Hi Joshua, The permissions are: -rw--- 1 wwwrun www 8 Sep 26 09:34 mod_mono_dashboard_XXGLOBAL_1 I have tried to add your directive, but it seems not to work. Regards, Ben Joshua Tauberer wrote: > Ben Clewett wrote: >> >> Dear Mono, >> >> I am still having terrible problems getting mod_mono working after an >> upgrade to SUSE 10.2. >> >> I get lots of errors like: >> >> [Tue Sep 25 14:24:20 2007] [crit] Failed to remove dashboard file >> '/tmp/mod_mono_dashboard_XXGLOBAL_1', further actions impossible. >> Operation not permitted >> >> The only way to reliably start mono seems to be to stop apache, kill >> all instances of mod_mono which have failed to stop, and restart apache. >> >> The mono control panel doesn't work at all. >> >> This causes downtime on servers which should never need downtime. >> >> I have seen lost of postings about this, but none of the suggested >> fix's seem to work. >> >> I have this directive in a virtual host: >> >> -- >> AddMonoApplications main_webservice "/ws:/usr/local/ws/" >> MonoMaxMemory main_webservice 134217728 >> >> MonoSetServerAlias main_webservice >> SetHandler mono >> Order allow,deny >> Allow from all >> >> >> >>SetHandler mono-ctrl >>Order Deny,Allow >>Allow from 172.16 >> >> -- >> >> Please please if any person knows how to fix this, and recover my >> serious failing opinion of mod_mono, can they let me know! > > What are the permissions on the mentioned file at that point? Is it able > to be deleted by the Apache process (could depend on permissions on /tmp > too). > > You might try adding: > export MOD_MONO_LOCKING_MECHANISM=FLOCK > in /etc/sysconfig/httpd, or the equivalent, to set the var for the httpd > process. > * This e-mail is confidential and may be legally privileged. It is intended solely for the use of the individual(s) to whom it is addressed. Any content in this message is not necessarily a view or statement from Road Tech Computer Systems Limited but is that of the individual sender. If you are not the intended recipient, be advised that you have received this e-mail in error and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. We use reasonable endeavours to virus scan all e-mails leaving the company but no warranty is given that this e-mail and any attachments are virus free. You should undertake your own virus checking. The right to monitor e-mail communications through our networks is reserved by us Road Tech Computer Systems Ltd. Shenley Hall, Rectory Lane, Shenley, Radlett, Hertfordshire, WD7 9AN. - VAT Registration No GB 449 3582 17 Registered in England No: 02017435, Registered Address: Charter Court, Midland Road, Hemel Hempstead, Hertfordshire, HP2 5GE. * ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono still not working after an upgrade
Hi Marek, I am very glad that my problem is being taken seriously. Applying the patch would be difficult as I am using the approved SUSE 10.2 rpm file. I did have a go, but lack apxs and some other required installations. (SUSE 10.2 seems to be missing many apache/mono development packages?) As well, installing source over a working SUSE installation I have found, from bitter experience, usually make SUSE fail all over the place, especially yast2. I don't have an available development box. Sorry! I am happy to know that a fix is in the system and I will look out for the next apache2-mod_mono-x.x.x.i586.rpm and apply that. In the mean while I will continue to # apache stop ; kill -9 mod_mono ; apache start. Regards, Ben Marek Habersack wrote: > On Tue, 25 Sep 2007 14:29:13 +0100, Ben Clewett <[EMAIL PROTECTED]> > scribbled: > > Hello > [snip] >> [Tue Sep 25 14:24:20 2007] [crit] Failed to remove dashboard file >> '/tmp/mod_mono_dashboard_XXGLOBAL_1', further actions impossible. >> Operation not permitted > Can you test the attached patch by applying it to mod_mono sources and > recompiling the module? Please let me know if it fixes your problem, > > thanks, > > marek > > > > > ___ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list * This e-mail is confidential and may be legally privileged. It is intended solely for the use of the individual(s) to whom it is addressed. Any content in this message is not necessarily a view or statement from Road Tech Computer Systems Limited but is that of the individual sender. If you are not the intended recipient, be advised that you have received this e-mail in error and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. We use reasonable endeavours to virus scan all e-mails leaving the company but no warranty is given that this e-mail and any attachments are virus free. You should undertake your own virus checking. The right to monitor e-mail communications through our networks is reserved by us Road Tech Computer Systems Ltd. Shenley Hall, Rectory Lane, Shenley, Radlett, Hertfordshire, WD7 9AN. - VAT Registration No GB 449 3582 17 Registered in England No: 02017435, Registered Address: Charter Court, Midland Road, Hemel Hempstead, Hertfordshire, HP2 5GE. * ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono still not working after an upgrade
On Tue, 25 Sep 2007 14:29:13 +0100, Ben Clewett <[EMAIL PROTECTED]> scribbled: Hello, [snip] > [Tue Sep 25 14:24:20 2007] [crit] Failed to remove dashboard file > '/tmp/mod_mono_dashboard_XXGLOBAL_1', further actions impossible. > Operation not permitted [snip] > The mono control panel doesn't work at all. I've just committed a few changes to the mod_mono into the svn (revision 86372). Could you update your mod_mono to that revision and test if it fixes your problem? regards, marek signature.asc Description: PGP signature ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono still not working after an upgrade
On Tue, 25 Sep 2007 14:29:13 +0100, Ben Clewett <[EMAIL PROTECTED]> scribbled: Hello [snip] > [Tue Sep 25 14:24:20 2007] [crit] Failed to remove dashboard file > '/tmp/mod_mono_dashboard_XXGLOBAL_1', further actions impossible. > Operation not permitted Can you test the attached patch by applying it to mod_mono sources and recompiling the module? Please let me know if it fixes your problem, thanks, marek Index: src/mod_mono.c === --- src/mod_mono.c (revision 86366) +++ src/mod_mono.c (working copy) @@ -324,7 +324,19 @@ "been parsed. Not initializing the dashboard."); return; } +#endif + + if (!xsp->dashboard_shm) { + DEBUG_PRINT (1, "removing dashboard file '%s' as root", xsp->dashboard_file); + if (unlink (xsp->dashboard_file) == -1 && errno != ENOENT) { + ap_log_error (APLOG_MARK, APLOG_CRIT, STATUS_AND_SERVER, + "Failed to remove dashboard file '%s', further actions impossible. %s", + xsp->dashboard_file, strerror (errno)); + return; + } + } +#if defined (APR_HAS_USER) && defined (HAVE_UNIXD) if (apr_uid_current (&cur_uid, &cur_gid, p) == APR_SUCCESS && cur_uid == 0) { DEBUG_PRINT (2, "Temporarily switching to target uid/gid"); switch_back_to_root = 1; @@ -366,12 +378,6 @@ rv = apr_shm_attach (&xsp->dashboard_shm, xsp->dashboard_file, p); if (rv != APR_SUCCESS) { DEBUG_PRINT (1, "creating dashboard '%s'", xsp->dashboard_file); - if (unlink (xsp->dashboard_file) == -1 && errno != ENOENT) { -ap_log_error (APLOG_MARK, APLOG_CRIT, STATUS_AND_SERVER, - "Failed to remove dashboard file '%s', further actions impossible. %s", - xsp->dashboard_file, strerror (errno)); -goto restore_creds; - } old_umask = umask (0077); rv = apr_shm_create (&xsp->dashboard_shm, sizeof (dashboard_data), xsp->dashboard_file, p); signature.asc Description: PGP signature ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mod_mono still not working after an upgrade
Ben Clewett wrote: > > Dear Mono, > > I am still having terrible problems getting mod_mono working after an > upgrade to SUSE 10.2. > > I get lots of errors like: > > [Tue Sep 25 14:24:20 2007] [crit] Failed to remove dashboard file > '/tmp/mod_mono_dashboard_XXGLOBAL_1', further actions impossible. > Operation not permitted > > The only way to reliably start mono seems to be to stop apache, kill all > instances of mod_mono which have failed to stop, and restart apache. > > The mono control panel doesn't work at all. > > This causes downtime on servers which should never need downtime. > > I have seen lost of postings about this, but none of the suggested fix's > seem to work. > > I have this directive in a virtual host: > > -- > AddMonoApplications main_webservice "/ws:/usr/local/ws/" > MonoMaxMemory main_webservice 134217728 > > MonoSetServerAlias main_webservice > SetHandler mono > Order allow,deny > Allow from all > > > >SetHandler mono-ctrl >Order Deny,Allow >Allow from 172.16 > > -- > > Please please if any person knows how to fix this, and recover my > serious failing opinion of mod_mono, can they let me know! What are the permissions on the mentioned file at that point? Is it able to be deleted by the Apache process (could depend on permissions on /tmp too). You might try adding: export MOD_MONO_LOCKING_MECHANISM=FLOCK in /etc/sysconfig/httpd, or the equivalent, to set the var for the httpd process. -- - Josh Tauberer http://razor.occams.info "Yields falsehood when preceded by its quotation! Yields falsehood when preceded by its quotation!" Achilles to Tortoise (in "Gödel, Escher, Bach" by Douglas Hofstadter) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] mod_mono still not working after an upgrade
Dear Mono, I am still having terrible problems getting mod_mono working after an upgrade to SUSE 10.2. I get lots of errors like: [Tue Sep 25 14:24:20 2007] [crit] Failed to remove dashboard file '/tmp/mod_mono_dashboard_XXGLOBAL_1', further actions impossible. Operation not permitted The only way to reliably start mono seems to be to stop apache, kill all instances of mod_mono which have failed to stop, and restart apache. The mono control panel doesn't work at all. This causes downtime on servers which should never need downtime. I have seen lost of postings about this, but none of the suggested fix's seem to work. I have this directive in a virtual host: -- AddMonoApplications main_webservice "/ws:/usr/local/ws/" MonoMaxMemory main_webservice 134217728 MonoSetServerAlias main_webservice SetHandler mono Order allow,deny Allow from all SetHandler mono-ctrl Order Deny,Allow Allow from 172.16 -- Please please if any person knows how to fix this, and recover my serious failing opinion of mod_mono, can they let me know! Regards, Ben Clewett * This e-mail is confidential and may be legally privileged. It is intended solely for the use of the individual(s) to whom it is addressed. Any content in this message is not necessarily a view or statement from Road Tech Computer Systems Limited but is that of the individual sender. If you are not the intended recipient, be advised that you have received this e-mail in error and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. We use reasonable endeavours to virus scan all e-mails leaving the company but no warranty is given that this e-mail and any attachments are virus free. You should undertake your own virus checking. The right to monitor e-mail communications through our networks is reserved by us Road Tech Computer Systems Ltd. Shenley Hall, Rectory Lane, Shenley, Radlett, Hertfordshire, WD7 9AN. - VAT Registration No GB 449 3582 17 Registered in England No: 02017435, Registered Address: Charter Court, Midland Road, Hemel Hempstead, Hertfordshire, HP2 5GE. * ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list