Page view counter

File Manager cannot handle large website sizes.

Last post 11-08-2005 12:58 AM by dhardie. 10 replies.

Sort Posts:

  • File Manager cannot handle large website sizes.

    10-17-2005, 8:59 PM
    • Loading...
    • dhardie
    • Joined on 08-06-2005, 10:38 PM
    • Posts 20
    • Points 100
    I am currently working with an Intranet site that is over 9Gb in size. When i try to access the File Manager i get a "An error has occurred. Error: File Manager is currently unavailable", looking at the Log Viewer i find this:

    InnerException: Value was either too large or too small for an Int32.
    Message: DotNetNuke.Services.Exceptions.ModuleLoadException: Value was either too large or too small for an Int32. ---> System.OverflowException: Value was either too large or too small for an Int32. at System.Convert.ToInt32(Int64 value) at DotNetNuke.Entities.Portals.PortalController.GetPortalSpaceUsed(Int32 PortalId) at DotNetNuke.Modules.Admin.FileSystem.FileManager.UpdateSpaceUsed() at DotNetNuke.Modules.Admin.FileSystem.FileManager.BindFileList() at DotNetNuke.Modules.Admin.FileSystem.FileManager.Page_Load(Object sender, EventArgs e) --- End of inner exception stack trace ---

    Is there anyway i can change this so that the File Manager can be operational once again?



  • Re: File Manager cannot handle large website sizes.

    10-20-2005, 7:35 PM
    • Loading...
    • cathal
    • Joined on 06-18-2002, 4:02 PM
    • Belfast, Northern Ireland
    • Posts 2,702
    • Points 13,648
    • TrustedFriends-MVPs
    Hhhm, it looks like theres an overflow error in the filemanager. The GetPortalSpaceUsed function is used in a number of locations, as well as referencing a sproc of the same name, so it may not be a trivial change. Please log it at the public issuelog @
    http://support.dotnetnuke.com/project/Project.aspx?PROJID=23 so it can be worked on for a future version.

    Note: I haven't tried this yet, but I suspect the problem is in GetFileTable in FileManager.ascx.vb (the highlighted line)
    myColumns = New DataColumn
                myColumns.DataType = System.Type.GetType("System.Int32")
                myColumns.ColumnName = "IntFileSize"
                tblFiles.Columns.Add(myColumns)

    You could try changing it to be System.Int64 to see if the overflow is just on the filesize

    Cathal
  • Re: File Manager cannot handle large website sizes.

    10-20-2005, 8:05 PM
    • Loading...
    • dhardie
    • Joined on 08-06-2005, 10:38 PM
    • Posts 20
    • Points 100
    I don't know if this is a stupid question or not, but does assigning an Int32 to an Int64 require the server to be 64-bit or can it still work on a 32-bit system?
  • Re: File Manager cannot handle large website sizes.

    10-20-2005, 8:18 PM
    • Loading...
    • cathal
    • Joined on 06-18-2002, 4:02 PM
    • Belfast, Northern Ireland
    • Posts 2,702
    • Points 13,648
    • TrustedFriends-MVPs
    no, it's not stupid at all. The 32/64 just indicates the size of the type. An Int32 is a 32bit signed integer, so can go to 2,147,483,647 (or 2GB), whereas Int64 is a 64bit signed integer so can go to 9,223,372,036,854,775,807 (too big to matter :)). Both of them are fine on a 32bit system.


    Cathal
  • Re: File Manager cannot handle large website sizes.

    10-20-2005, 10:21 PM
    • Loading...
    • dhardie
    • Joined on 08-06-2005, 10:38 PM
    • Posts 20
    • Points 100
    Here is another stupid question, how do i know if it is reading the newly changed code? Do i need to do anything special to IIS or compile it? Or is it a simple matter of just changing the line of code and then browsing to that page?
  • Re: File Manager cannot handle large website sizes.

    10-21-2005, 12:50 AM
    • Loading...
    • Ronald.Ward
    • Joined on 11-11-2002, 12:40 PM
    • San Antonio, TX
    • Posts 229
    • Points 1,145
    dhardie,

    Since this piece of code resides on a code behind page, it is compiled into the designated .dll. If you want to make changes to this you will need to recompile the source (which you have if you see the vb files) yourself and create a new .dll after making the changes.

    It is really just the front end pages that you can modify, save and then hit refresh to see changes. These will be the .ascx and .aspx pages.

    Although I have not tested it with 9GB, I have used successfully the Speerio File Manager Pro in lieu of the DNN built in File Manager that had about 5GB of files in the Portals directory. IT is pretty snappy and handles large files easy. It has even become a somewhat viable alternative to FTP for some people due to it's simplicity to implement vs. a full blown locked down FTP server.

    -Ronald

  • Re: File Manager cannot handle large website sizes.

    11-03-2005, 7:40 PM
    • Loading...
    • dhardie
    • Joined on 08-06-2005, 10:38 PM
    • Posts 20
    • Points 100
    I have run into another problem as a result of this annoying issue. I cannot assign permissions to folders if the file manager is not working. Is there another way to assign folder permissions.
    I tried to open the DNN source project in VS2003 and i have not been successful i am confronted with a dialog box that says to install Web Developers Components. Is there a special way to open DNN in order to edit it?

  • Re: File Manager cannot handle large website sizes.

    11-03-2005, 9:40 PM
    • Loading...
    • aus_nexxus
    • Joined on 11-01-2002, 11:14 PM
    • Australia
    • Posts 1,156
    • Points 8,018
    • TrustedFriends-MVPs
    To open DNN you will need to have the web dev components installed. Just grab your DVD of VS2003 and rerun the install and make sure you select the web components.

    Good pick up on the file manager though.
    Philip Beadle (MVP, MCAD, MCT DotNetNuke Core Team)
  • Re: File Manager cannot handle large website sizes.

    11-03-2005, 9:54 PM
    • Loading...
    • dhardie
    • Joined on 08-06-2005, 10:38 PM
    • Posts 20
    • Points 100
    I hate to be annoying about this, but it really needs to be resolved soon. My site does not function properly with this problem. I have posted it on Gemini so hopefully it can be resolved within the next release.
  • Re: File Manager cannot handle large website sizes.

    11-04-2005, 4:49 PM
    • Loading...
    • cathal
    • Joined on 06-18-2002, 4:02 PM
    • Belfast, Northern Ireland
    • Posts 2,702
    • Points 13,648
    • TrustedFriends-MVPs
    someone had the same problem and posted his fix here

    Cathal
  • Re: File Manager cannot handle large website sizes.

    11-08-2005, 12:58 AM
    • Loading...
    • dhardie
    • Joined on 08-06-2005, 10:38 PM
    • Posts 20
    • Points 100
    I am trying to rebuild the source, but i can't get rid of the 105 odd build errors. And then when i do i am faced with this problem
    Can someone please help with it? I really need this fixed.

    I also tried it on release 3.2 but the problem has not been resolved. If someone could help me on that too that would be great.

Page 1 of 1 (11 items)