Fair question - but in fact, that httpdocs path and the files and directories below it are readable by everyone (been on the lookout for UnauthorizedAccessException-type problems in error_log, have slipped up with that kind of thing before). I'm assuming that's sufficient permissions ...
Thank you, though - more nudges of the sort very welcome! As it happens, the 'hello world' test case is under a different domain and therefore different path, but the same applies about read permission, much less to check though. One additional piece of probably unhelpful information is that after starting Apache fresh and reproducing the problem, then shutting down with 'httpd -k stop', I get a "Failed to destroy the '/tmp/mod_mono_dashboard_XXGLOBAL_1' shared memory dashboard". Salient section of error_log looks like this: [Tue Dec 18 19:57:52 2007] [notice] Apache/2.2.2 (Fedora) configured -- resuming normal operations System.IO.IOException: Win32 IO returned ERROR_NO_MORE_FILES. Path: /var/www/vho sts/kftrans.co.uk/httpdocs at System.IO.Directory.GetFileSystemEntries (System.String path, System.String pattern, FileAttributes mask, FileAttributes attrs) [0x00000] at System.IO.Directory.GetFiles (System.String path, System.String pattern) [0 x00000] at System.IO.DirectoryInfo.GetFiles (System.String pattern) [0x00000] at (wrapper remoting-invoke-with-check) System.IO.DirectoryInfo:GetFiles (stri ng) at Mono.WebServer.ModMonoWorker.CheckDirectory (System.IO.DirectoryInfo info) [0x00000] at Mono.WebServer.ModMonoWorker.GetOrCreateApplication (System.String vhost, I nt32 port, System.String filepath, System.String virt) [0x00000] at Mono.WebServer.ModMonoWorker.InnerRun (System.Object state) [0x00000] at Mono.WebServer.ModMonoWorker.Run (System.Object state) [0x00000] [Tue Dec 18 19:57:55 2007] [error] (70014)End of file found: read_data failed [Tue Dec 18 19:57:55 2007] [error] Command stream corrupted, last command was -1 [Tue Dec 18 20:04:03 2007] [notice] caught SIGTERM, shutting down [Tue Dec 18 20:04:03 2007] [warn] (22)Invalid argument: Failed to destroy the '/ tmp/mod_mono_dashboard_XXGLOBAL_1' shared memory dashboard Kevin. -----Message d'origine----- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part de Robert Jordan Envoye : 18 December 2007 20:20 A : [email protected] Objet : Re: [Mono-list] Help debugging mod_mono please (was RE: Mono 1.2.6/mod_mono: still getting Win32 IO returnedERROR_NO_MORE_FILES) Hi, check the access rights of all path components of /var/www/vhosts/queningtonbookclub.com/httpdocs How do they look like? Robert Kevin Flanagan wrote: > OK, I guess no-one has been thinking "aha, I know exactly what that problem > is" ... So, can anyone even take any guesses at what might cause the > problem, or give me any hints on tracking it down and/or debugging mod_mono? > > I've cut things down to a simple 'hello world' aspx page. All works fine on > 1.2.4, but on 1.2.5.1 and 1.2.6, the ERROR_NO_MORE_FILES problem occurs. But > the test page displays fine using xsp with 1.2.6. > > Any leads appreciated. > > Kevin. > > > -----Message d'origine----- > De : [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] la part de Kevin Flanagan > Envoye : 16 December 2007 00:02 > A : [email protected] > Objet : [Mono-list] Mono 1.2.6/mod_mono: still getting Win32 IO > returnedERROR_NO_MORE_FILES > > > Environment: Mono 1.2.6_4, mod_mono 1.2.6, Fedora Core 5, ASP.NET 1.1, > Apache/2.2.2 running virtual domains configured with Plesk 8.2.0 and > autohosting with mod_mono.conf > > Still getting 500 Internal Server error when upgrading site from 1.2.4 (same > problem occurred when trying to upgrade to 1.2.5.1). Salient contents of > error_log as follows: > > [Sat Dec 15 23:50:56 2007] [notice] Apache/2.2.2 (Fedora) configured -- > resuming > normal operations > System.IO.IOException: Win32 IO returned ERROR_NO_MORE_FILES. Path: > /var/www/vho > sts/queningtonbookclub.com/httpdocs > at System.IO.Directory.GetFileSystemEntries (System.String path, > System.String > pattern, FileAttributes mask, FileAttributes attrs) [0x00000] > at System.IO.Directory.GetFiles (System.String path, System.String > pattern) [0 > x00000] > at System.IO.DirectoryInfo.GetFiles (System.String pattern) [0x00000] > at (wrapper remoting-invoke-with-check) System.IO.DirectoryInfo:GetFiles > (stri > ng) > at Mono.WebServer.ModMonoWorker.CheckDirectory (System.IO.DirectoryInfo > info) > [0x00000] > at Mono.WebServer.ModMonoWorker.GetOrCreateApplication (System.String > vhost, I > nt32 port, System.String filepath, System.String virt) [0x00000] > at Mono.WebServer.ModMonoWorker.InnerRun (System.Object state) [0x00000] > at Mono.WebServer.ModMonoWorker.Run (System.Object state) [0x00000] > [Sat Dec 15 23:51:20 2007] [error] (70014)End of file found: read_data > failed > [Sat Dec 15 23:51:20 2007] [error] Command stream corrupted, last command > was -1 > > Everything fine if I revert to 1.2.4 (except for the fact that then compiled > files end up getting deleting, no apparent cron job responsible, may well be > problem reported as solved in 1.2.5, described here > https://bugzilla.novell.com/show_bug.cgi?id=324783, so am very much wanting > to upgrade). > > Can anyone shed any light at all? > > Thanks > > Kevin. > > > > > _______________________________________________ > Mono-list maillist - [email protected] > http://lists.ximian.com/mailman/listinfo/mono-list > > > _______________________________________________ > Mono-list maillist - [email protected] > http://lists.ximian.com/mailman/listinfo/mono-list > _______________________________________________ Mono-list maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-list _______________________________________________ Mono-list maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-list
