Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeGetting StartedGetting StartedInstalling DNN ...Installing DNN ...4.x and 1and1 -- installed but not working4.x and 1and1 -- installed but not working
Previous
 
Next
New Post
6/11/2006 8:15 PM
 
ok.  installed it agian.  this time i was able get in long enough to check it logs from with DNN (and it had details!).  Seems to be a security issue on various functions (mostly file i/o related).  Also from playing around with the security on my files agian, i did find that if you remove then add the permissions back on the files, it seems fix things for alittle bit.  As little as 5 minutes at most 20 without any errors.  once they start though its pretty constant.
 
New Post
6/12/2006 11:33 AM
 
I walked away from it for a few days to clear my head and looked at it again this morning. It seems to be working now, but for some bizarre reason, the upload skin and upload container links are missing from the host menu's skins page. The site looks weird right now because the containers (which did upload successfully a few days back) are there, but they're on the DNN Blue default skin.

When I last was working on this, when I uploaded the skin, it gave me an error when it was uploading. In hindsight I should have copied/pasted the whole error string, but it seemed to be related to I/O permissions like you found. I removed and re-added the permissions in the 1and1 control panel and likeyou, it seemed to work again for awhile (at least long enough to let meupload the containers file)

I've asked the end-user to try it out for a few days and report back any errors to me and what they were doing when it happened.
 
New Post
6/12/2006 12:37 PM
 
D'oh! PEBCAK error. when I switched to the custom skin's containers, it moved the upload skin and upload container to a dropdown rather than a link at the bottom of the page. :)

Another thing I tried this morning was something "new" I noticed in 1and1's Webfiles application. It must be a newer version, because when you go to set permissions, it looks more like a Windows ACL than the old one was. There's also an "application" setting from the file manager portion of it as well.

Figuring I had nothing to lose but a half hour or so on hold waiting for support if I screwed it up, I DELETED the application which was pointing at my DNN root. Sure enough the site was broken after that, so I re-created a new one and let it be for 10 minutes. I went back and the site was back up. I haven't seen any errors yet, but then I Havent tried uploading anything yet, either.

This is an important piece of 1and1's FAQ (which isn't there), as you don't have to call them to have your DNN install folder turned into an application folder by them, you can do it yourself now.

OK I spoke too soon, when I tried to upload the skin package I got a runtime error :)
 
New Post
6/12/2006 12:43 PM
 
I tried it again after closing FF and opening IE (just to make sure any session cookies were deleted) and went to upload skin, added it, and then clicked upload skin. This time the error was within the module, and not a runtime error or the security exception:

Error: File Upload is currently unavailable.
DotNetNuke.Services.Exceptions.ModuleLoadException: Cannot access a closed file. ---> System.ObjectDisposedException: Cannot access a closed file. at System.IO.__Error.FileNotOpen() at System.IO.FileStream.Seek(Int64 offset, SeekOrigin origin) at System.Web.HttpRawUploadedContent.TempFile.GetBytes(Int32 offset, Int32 length, Byte[] buffer, Int32 bufferOffset) at System.Web.HttpRawUploadedContent.CopyBytes(Int32 offset, Byte[] buffer, Int32 bufferOffset, Int32 length) at System.Web.HttpInputStream.Read(Byte[] buffer, Int32 offset, Int32 count) at ICSharpCode.SharpZipLib.Zip.ZipInputStream.FillBuf(Int32 size) at ICSharpCode.SharpZipLib.Zip.ZipInputStream.GetNextEntry() at DotNetNuke.UI.Skins.SkinController.UploadSkin(String RootPath, String SkinRoot, String SkinName, Stream objInputStream) at DotNetNuke.Modules.Admin.FileSystem.WebUpload.cmdUpload_Click(Object sender, EventArgs e) --- End of inner exception stack trace ---


Is this pointing again to a permissions error?
 
New Post
6/12/2006 9:14 PM
 

This error, "ModuleLoadException: Cannot access a closed file" is actually caused by following 1and1 instructions and commeting out

<!-- allow large file uploads -->
    <httpRuntime useFullyQualifiedRedirectUrl="true" maxRequestLength="8192" requestLengthDiskThreshold="8192"/>

Now i think 4.X need this line.  4096 is the default size without this line so, i replaced it with:

<!-- allow large file uploads -->
    <httpRuntime useFullyQualifiedRedirectUrl="true" maxRequestLength="4096" requestLengthDiskThreshold="4096"/>

Your uploads should work, if your not getting (the unrelated i guess) random file i/o errors.  

 
Previous
 
Next
HomeHomeGetting StartedGetting StartedInstalling DNN ...Installing DNN ...4.x and 1and1 -- installed but not working4.x and 1and1 -- installed but not working


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out