This is the email from the guy that reported the error: It seems like adding the permission to App_Data (where the indexes are located) didn't help.
Any ideas? Simone ----------------------------- After adding Read/Write/Modify permissions to App_Data for "NETWORK SERVICE" (what the app pool is running under), I got the same permissions issue... but then also got a new one. I added the permissions and did a full IISRESET. I then hit the successfully upgraded site (going to the admin page). The login screen for the admin site came up and I entered my credentials. That's when I got the exception we saw earlier: [SecurityException: Request for the permission of type 'System.Security.Permissions.SecurityPermission, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.] FileSupport.Sync(FileStream fileStream) +0 Lucene.Net.Store.FSDirectory.Sync(String name) +151 Lucene.Net.Index.SegmentInfos.FinishCommit(Directory dir) +171 Lucene.Net.Index.IndexWriter.Init(Directory d, Analyzer a, Boolean create, Boolean closeDir, IndexDeletionPolicy deletionPolicy, Boolean autoCommit, Int32 maxFieldLength, IndexingChain indexingChain, IndexCommit commit) +257 Lucene.Net.Index.IndexWriter.Init(Directory d, Analyzer a, Boolean closeDir, IndexDeletionPolicy deletionPolicy, Boolean autoCommit, Int32 maxFieldLength, IndexingChain indexingChain, IndexCommit commit) +110 Lucene.Net.Index.IndexWriter..ctor(Directory d, Analyzer a, MaxFieldLength mfl) +369 Subtext.Framework.Services.SearchEngine.SearchEngineService.EnsureIndexWriter() in SearchEngineService.cs:93 HOWEVER, if I hit reload, I get a new exception: [LockObtainFailedException: Lock obtain timed out: nativefsl...@c:\dev \subtext\trunk\src\Subtext. Web\App_Data\write.lock] Lucene.Net.Store.Lock.Obtain(Int64 lockWaitTimeout) +574 Lucene.Net.Index.IndexWriter.Init(Directory d, Analyzer a, Boolean create, Boolean closeDir, IndexDeletionPolicy deletionPolicy, Boolean autoCommit, Int32 maxFieldLength, IndexingChain indexingChain, IndexCommit commit) +154 Lucene.Net.Index.IndexWriter.Init(Directory d, Analyzer a, Boolean closeDir, IndexDeletionPolicy deletionPolicy, Boolean autoCommit, Int32 maxFieldLength, IndexingChain indexingChain, IndexCommit commit) +110 Lucene.Net.Index.IndexWriter..ctor(Directory d, Analyzer a, MaxFieldLength mfl) +369 Subtext.Framework.Services.SearchEngine.SearchEngineService.EnsureIndexWriter() in SearchEngineService.cs:93 Subtext.Framework.Services.SearchEngine.SearchEngineService.DoWriterAction(Func`2 action) in SearchEngineService.cs:77 Subtext.Framework.Services.SearchEngine.SearchEngineService.get_Searcher() in SearchEngineService.cs:100 Subtext.Framework.Services.SearchEngine.SearchEngineService.GetIndexedEntryCount(Int32 blogId) in SearchEngineService.cs:159 Subtext.Web.Admin.Pages.HomePageDefault.get_IndexedEntryCount() in C:\dev\subtext\trunk\src\Subtext.Web\aspx\Admin\default.aspx.cs:43 Looking in the App_Data folder, there aren't any .lock files. Just the .mdf that comes with the source that I'm not using (I have SQL Server with a backup copy of my real database so I can test). Subsequent reloads yield the lock timeout exception over and over. I tried adding Read/Write/Modify to "EVERYONE" on "App_Data," did IISRESET, and got the same results. ------------ On Sat, Feb 13, 2010 at 3:29 AM, Simone Chiaretta < [email protected]> wrote: > Nick, I didn't have time to work on this issue.. I asked to the guy that > reported the problem to see if it was a permission problem, but he never get > back to me. > But I guess it's not as permission problem as he said that with full trust > it worked > > > On Sat, Feb 13, 2010 at 7:08 AM, Nicholas Paldino [.NET/C# MVP] < > [email protected]> wrote: > >> Simone, >> >> Was this ever resolved? Was it a permissions issue on the App_Data >> folder, or something else? >> >> - Nick >> >> -----Original Message----- >> From: Simone Chiaretta [mailto:[email protected]] >> Sent: Wednesday, February 10, 2010 6:57 PM >> To: [email protected] >> Subject: Re: Lucene.net in Medium Trust >> >> It's the App_Data folder of a web app... it *should* have write access to >> it. >> I'll check it out >> Simo >> >> On Wed, Feb 10, 2010 at 9:12 PM, Digy <[email protected]> wrote: >> >> > Hi Simone, >> > >> > Can you try to open/create a file in that directory within your >> app(without >> > using Lucene.NET) to narrow down the source of the problem. >> > >> > DIGY >> > >> > -----Original Message----- >> > From: Simone Chiaretta [mailto:[email protected]] >> > Sent: Wednesday, February 10, 2010 9:46 PM >> > To: lucene-net-user >> > Subject: Lucene.net in Medium Trust >> > >> > Hi all, >> > we are starting to do the final testing with the new release of Subtext >> > which has a Lucene.net based search engine. >> > But we are finding a strange error, related to a SecurityPermission when >> > running in medium trust >> > >> > there is the stack trace of the error: >> > >> > [SecurityException: Request for the permission of type >> > 'System.Security.Permissions. >> > SecurityPermission, mscorlib, >> > Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' >> > failed.] >> > FileSupport.Sync(FileStream fileStream) +0 >> > Lucene.Net.Store.FSDirectory.Sync(String name) +151 >> > Lucene.Net.Index.SegmentInfos.FinishCommit(Directory dir) +171 >> > Lucene.Net.Index.IndexWriter.Init(Directory d, Analyzer a, Boolean >> > create, Boolean closeDir, IndexDeletionPolicy deletionPolicy, Boolean >> > autoCommit, Int32 maxFieldLength, IndexingChain indexingChain, >> > IndexCommit commit) +257 >> > Lucene.Net.Index.IndexWriter.Init(Directory d, Analyzer a, Boolean >> > closeDir, IndexDeletionPolicy deletionPolicy, Boolean autoCommit, >> > Int32 maxFieldLength, IndexingChain indexingChain, IndexCommit commit) >> > +110 >> > Lucene.Net.Index.IndexWriter..ctor(Directory d, Analyzer a, >> > MaxFieldLength mfl) +369 >> > >> > >> > >> >> Subtext.Framework.Services.SearchEngine.SearchEngineService.EnsureIndexWrite >> > r() >> > in SearchEngineService.cs:93 >> > >> > The line of code that causes the error is >> > >> > _writer = new IndexWriter(_directory, >> > _analyzer,IndexWriter.MaxFieldLength.UNLIMITED); >> > >> > where _directory is >> > FSDirectory.Open(new >> > DirectoryInfo(HttpContext.Server.MapPath("~/App_Data")))) >> > >> > We are using one of the latest versions (retrieved from the trunk around >> > the >> > beginning of January) .. 2.9.1 I guess >> > >> > I read you should have fixed the problem in 2.3.2 ( >> > http://issues.apache.org/jira/browse/LUCENENET-169) but this problem is >> > happening again here. >> > >> > Any idea on what is happening here? >> > >> > Thx >> > Simone >> > >> > -- >> > Simone Chiaretta >> > Microsoft MVP ASP.NET - ASPInsider >> > Blog: http://codeclimber.net.nz >> > RSS: http://feeds2.feedburner.com/codeclimber >> > twitter: @simonech >> > >> > Any sufficiently advanced technology is indistinguishable from magic >> > "Life is short, play hard" >> > >> > >> >> >> -- >> Simone Chiaretta >> Microsoft MVP ASP.NET - ASPInsider >> Blog: http://codeclimber.net.nz >> RSS: http://feeds2.feedburner.com/codeclimber >> twitter: @simonech >> >> Any sufficiently advanced technology is indistinguishable from magic >> "Life is short, play hard" >> > > > > -- > Simone Chiaretta > Microsoft MVP ASP.NET - ASPInsider > Blog: http://codeclimber.net.nz > RSS: http://feeds2.feedburner.com/codeclimber > twitter: @simonech > > Any sufficiently advanced technology is indistinguishable from magic > "Life is short, play hard" > -- Simone Chiaretta Microsoft MVP ASP.NET - ASPInsider Blog: http://codeclimber.net.nz RSS: http://feeds2.feedburner.com/codeclimber twitter: @simonech Any sufficiently advanced technology is indistinguishable from magic "Life is short, play hard"
