Project

General

Profile

Bug #8138

server losing track of which user its submitting as

Added by Dennis Box about 6 years ago. Updated almost 6 years ago.

Status:
Closed
Priority:
High
Assignee:
Category:
-
Target version:
Start date:
03/20/2015
Due date:
% Done:

0%

Estimated time:
First Occurred:
Occurs In:
Stakeholders:
Duration:

Description

see INC000000521893.

History

#1 Updated by Dennis Box about 6 years ago

  • Target version set to v1.1.1

I think this is a thread safety issue, testing fix now.

#2 Updated by Dennis Box about 6 years ago

  • Status changed from New to Feedback
  • Assignee changed from Dennis Box to Parag Mhashilkar

#3 Updated by Parag Mhashilkar about 6 years ago

  • Assignee changed from Parag Mhashilkar to Dennis Box

Looks ok to merge. I noticed that your comment says cherrypy.response.* but you are using the variable names as cherrypy.request.* I think code is correct.

#4 Updated by Dennis Box about 6 years ago

  • Status changed from Feedback to Resolved

#5 Updated by Dennis Box about 6 years ago

Note on how the fix was tested.

Took advantage of the Production role mapping to different users. Simultaneously submitted thousands of jobs as users minervapro, lbnepro, minospro, and novapro to v1.1.0 server, verified presence of error permission denied error messages such as minervapro trying to write to novapro scratch area.

Ran same test on a server merged with git branch 8138 - verified that no such error messages were found when same 'flooding' test performed.

#6 Updated by Parag Mhashilkar almost 6 years ago

  • Status changed from Resolved to Closed

Also available in: Atom PDF