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"
