已鎖定 venueservice.dat

  • Monday, June 25, 2007 6:41 PM
     
     

    I installed the ConferenceXP 4 Venue Service on Server 2003, and during the installation it gave an error:

     

    The data file must be modifiable by the Internet Guest Account: venueservice.dat

     

    Since the installation, I cannot getVenue or getVenues or any of the other operations listed on the //localhost/venueservice website, and the ConferenceXP clients cannot see any venues I have created when using my venue service. I have tried to give the Internet Guest Account permission to modify the venueservice.dat file but with no change.

     

    Any ideas?

     

    Thanks,

    Shauntu

All Replies

  • Tuesday, June 26, 2007 2:54 PM
     
     

    Did you previously have this running on Win2K3?  It is a more difficult install than WinXP. 

    Which account exactly did you give modify permissions to? 

    What error message do you get when you try to browse venueservice.asmx?

     

    JVE

  • Tuesday, June 26, 2007 8:21 PM
     
     

    It has been on the same server (Windows 2003 Server SP1) since the start. I gave the IUSR_xx account permission to the file (modify). When I browse venueservice.asmx, the initial webpage comes up fine, but if I try to for e.g., GetVenues and provide a participant and click Invoke, I get the following error:

     

    System.TypeInitializationException: The type initializer for 'MSR.LST.ConferenceXP.VenueService.VenueService' threw an exception. ---> System.UnauthorizedAccessException: Access to the path 'C:\inetpub\wwwroot\VenueService\VenueService.dat' is denied.
       at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
       at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
       at System.IO.FileStream..ctor(String path, FileMode mode)
       at MSR.LST.ConferenceXP.VenueService.FileStorage..ctor(String path)
       at MSR.LST.ConferenceXP.VenueService.VenueService..cctor() in c:\Inetpub\wwwroot\VenueService\App_Code\VenueService.asmx.cs:line 47
       --- End of inner exception stack trace ---
    
  • Wednesday, June 27, 2007 2:49 PM
     
     

    Hmmm.  Well, it seems we don't have the correct permissions yet.  :-)

     

    Did you install Venue Service from our .msi or did you build our source code from CodePlex?  In the upcomign release, we allow ASP.NET to use its default account to make the calls.  For Win2K3 that is <machine>\network service.  That shouldn't be the case from our .msi install though.  You can give it a try anyhow.  If that doesn't work, please contact me at jasonv, and I work at microsoft.com.  I will send you a little utility that I wrote to find out which account is making the call, and / or I can remote into your machine to figure out what the problem is.  It could be that you have a deny ACL on that folder (or its parent) also, before the allow ACLs.

     

    Thank you for your detailed report and sorry about the problems.

     

    JVE

  • Monday, July 02, 2007 9:18 PM
     
     

    Hi Jason, thanks for your reply. I have sent you an email (I hope) to jasonv at microsoft.com.

     

    Basically, I removed Venue Service and IIS, then reinstalled IIS and Venue Service, and have even more permission problems now! Even the base Venue Service webpage no longer opens, with the following message:

     

    You are not authorized to view this page

    You do not have permission to view this directory or page due to the access control list (ACL) that is configured for this resource on the Web server.


    Please try the following:

    • Contact the Web site administrator if you believe you should be able to view this directory or page.
    • Click the Refresh button to try again with different credentials.

    HTTP Error 401.3 - Unauthorized: Access is denied due to an ACL set on the requested resource.
    Internet Information Services (IIS)

     

    Thanks for your assistance!

     

  • Wednesday, August 01, 2007 3:46 PM
     
     

    By the way, for our listening audience, we resolved this issue by enabling Windows Authentication in IIS on this virtual root.

     

    JVE