Details

    • Type: Sub-task
    • Status: Done
    • Priority: Medium
    • Resolution: Done
    • Affects Version/s: None
    • Fix Version/s: None
    • Labels:
      None
    • Company:
      All Clients/Multiple Clients

      Description

      DMS Error in /user API, code 572

       

      Observing performance issue with get user API:

      api/user/UCM45275WRQXDBR0RCZ
      api/user/U314KN6Y8LSZN111SMW
      api/user/U8Q7SR6BQK3KSWWW6V8
      api/user/UCL02M67N739RQKDQN7
      api/user/UPR6LR6XT8XZ9LJ5C3Z
      api/user/U2V7LL65K5C6V3WGMW9

        Attachments

          Activity

          Hide
          harshveer.singh Harshveer Singh (Inactive) added a comment -

          API Timeouts are happening when worker process is initializing for first time after being terminated.

          We need to take 2 steps to resolve this:

           

          1. After app pool recycle we need to warmup the API servers. If we don’t do this then very first request to API after recycle generally timeouts causing error in other applications integrated with DMS. You can use below line in your script to make an API call each server directly(not to load balancer serve using URL) after recycling:

              Stage:

                  powershell.exe -noprofile -command "Invoke-WebRequest -Uri http://172.16.196.4:88/api/user/GetSecurityQuestions"

                  powershell.exe -noprofile -command "Invoke-WebRequest -Uri http://172.16.196.5:88/api/user/GetSecurityQuestions"

              Prod:

                  powershell.exe -noprofile -command "Invoke-WebRequest -Uri http://172.16.196.4:89/api/user/GetSecurityQuestions"

                  powershell.exe -noprofile -command "Invoke-WebRequest -Uri http://172.16.196.5:89/api/user/GetSecurityQuestions"

                          Port binding which I have provided in above script might not exist, so please validate that some other binding except 443 exists and use that.

          1. Also we need to remove Idle time-out from DMS App pool setting(set it to 0) so that worker process doesn’t terminate after inactivity.

           

          Ashwin Wankhede Ashish Durani Samir

          Show
          harshveer.singh Harshveer Singh (Inactive) added a comment - API Timeouts are happening when worker process is initializing for first time after being terminated. We need to take 2 steps to resolve this:   After app pool recycle we need to warmup the API servers. If we don’t do this then very first request to API after recycle generally timeouts causing error in other applications integrated with DMS. You can use below line in your script to make an API call each server directly(not to load balancer serve using URL) after recycling:     Stage:         powershell.exe -noprofile -command "Invoke-WebRequest -Uri http://172.16.196.4:88/api/user/GetSecurityQuestions "         powershell.exe -noprofile -command "Invoke-WebRequest -Uri http://172.16.196.5:88/api/user/GetSecurityQuestions "     Prod:         powershell.exe -noprofile -command "Invoke-WebRequest -Uri http://172.16.196.4:89/api/user/GetSecurityQuestions "         powershell.exe -noprofile -command "Invoke-WebRequest -Uri http://172.16.196.5:89/api/user/GetSecurityQuestions "                 Port binding which I have provided in above script might not exist, so please validate that some other binding except 443 exists and use that. Also we need to remove Idle time-out from DMS App pool setting(set it to 0) so that worker process doesn’t terminate after inactivity.   Ashwin Wankhede Ashish Durani Samir

            People

            Assignee:
            harshveer.singh Harshveer Singh (Inactive)
            Reporter:
            harshveer.singh Harshveer Singh (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

              Dates

              Created:
              Updated:
              Resolved:

                Time Tracking

                Estimated:
                Original Estimate - Not Specified
                Not Specified
                Remaining:
                Remaining Estimate - 0h
                0h
                Logged:
                Time Spent - 23h
                23h