Share Files problems after upgrade

This is the place to report bugs and get support. When posting in this forum, please always provide as much detail as possible.

Please do not report problems with a custom build or custom code in this forum. If you are producing your own build from the source code and have problems or questions, ask in the developer forum, do not report it as a bug.

This is the place to report bugs and get support

When posting in this forum, please try to provide as many relevant details as possible. Particularly the following:

What operating system were you running when the bug appeared?
What database platform is your site using?
What version of mojoPortal are you running?
What version of .NET do you use?
What steps are necessary to reproduce the issue? Compare expected results vs actual results.

This thread is closed to new posts. You must sign in to post in the forums.

11/12/2014 3:52:08 PM

lofator

Total Posts 30

View Posts

Share Files problems after upgrade

I upgraded to latest version recently.

Since the upgrade I am unable to upload or delete into existing shared files listings.

This is the error I get

"Oops something went wrong uploading, you may want to contact the site administrator an error was probably logged."

I can upload and delete a NEW file without problems.

What can be the issue?

Thanks

mojoPortal Version 2.4.0.4 MSSQL
Operating System Microsoft Windows NT 6.1.7601 Service Pack 1
ASP.NET Info v4.0.30319 Running in Full Trust

11/12/2014 3:57:36 PM

Joe Audette

Total Posts 18439

View Posts

Re: Share Files problems after upgrade

start with Basic Troubleshooting

then if needed post the error details

11/13/2014 9:20:45 AM

lofator

Total Posts 30

View Posts

Re: Share Files problems after upgrade

I got the same error with customErrors set to off.

also since upgrade there are no new entries in the Log and I cannot "Clear Log". Nothing happened when the link is clicked. Page just refreshes, but entries stay.

11/13/2014 9:33:04 AM

Joe Audette

Total Posts 18439

View Posts

Re: Share Files problems after upgrade

if it isn't logging or clearing the log then file system permissions have changed and it can't write to the log file.

solve that problem first, then get the error details for the other problem.

actually probably related, like it has permission to create new files in a folder but permission on existing files changed and it can't update or delete them

11/13/2014 9:51:32 AM

lofator

Total Posts 30

View Posts

Re: Share Files problems after upgrade

Yes, it appears to be related to folder permissions. Where does the jqueryUpload stored the files?

I cant find them in the tree structure.

I have set permissions on the folders as described in the Install docs. Everything else works fine.

The portal was migrated from Winserv 2003 to Winserv 2008 R2

11/13/2014 10:12:15 AM

lofator

Total Posts 30

View Posts

Re: Share Files problems after upgrade

What AD user does ApplicationPoolIdentity user map to on IIS7.x?

Maybe my folder permissions are not set correctly.

11/13/2014 11:15:04 AM

Joe Audette

Total Posts 18439

View Posts

Re: Share Files problems after upgrade

identity of application pool is found in IIS in application pool properties, I have no way to know what user it is on your machine or hosting environment

yes moving from one machine to another messes up permissions on existing files because each file has an owner user sid and that does not exist on the new machine

folder permissions might be ok because new files get uploaded fine but permissions on existing files are hosed up

for the log file /Data/currentlog.config you can try delete the file and it may come back if folder permission is correct it will be re-created.

Shared Files are uploaded under /Data/Sites/[SiteID]/SharedFiles

you should check permissions on individual files there, since new files work compare permissions vs the folder permissions which seem to be ok since new files upload ok

11/13/2014 3:09:46 PM

lofator

Total Posts 30

View Posts

Re: Share Files problems after upgrade

Found what the issue was.

Evidently the ApplicationPoolIdentity user is member of the <server>\Users group. that group did not have write permissions to the Data folder. When write permissions were added the issue was resolved. Thanks for your help.

Here is where I found the details on the ApplicationPoolIdentity user

http://stackoverflow.com/questions/5437723/iis-apppoolidentity-and-file-system-write-access-permissions

You must sign in to post in the forums. This thread is closed to new posts.