Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Handling failed webservice calls? #12

Open
jholl016 opened this issue Jun 5, 2018 · 12 comments
Open

Handling failed webservice calls? #12

jholl016 opened this issue Jun 5, 2018 · 12 comments

Comments

@jholl016
Copy link

jholl016 commented Jun 5, 2018

I know very little about hosting/deploying web services, so please take that into account if you respond :)

I have been using this web service productively in my SCCM environment for some time now to perform just a few infrequent operations. On a couple of occasions, I've tried to use the webservice as part of a larger deployment operation that targeted a number of existing clients at the same time. It didn't go well, as many of the calls to the web service will timeout if too many calls are made around the same time by different clients. At this time, I really don't have a feel for what that threshold is, though.

In general, what is a realistic expectation for the level of workload that this web service is designed to handle if installed/configured using the default settings on a "typical" Windows Server? In general, does the service simply construct an internal queue of incoming requests and evaluate them one-at-a-time in the order received? And is there anything that can be done on the IIS side or in the configuration of the service to allow the service to handle a greater number of requests in a short period of time?

Again, I know very little about IIS, so any feedback (whether specific solutions or links to general IIS concepts) is appreciated!

@jbudd0649
Copy link

jbudd0649 commented Jun 5, 2018

I am experiencing the same issue as jholl016. If I run a task sequence on 1 PC it works just fine. If I try to run an entire lab the task sequence will fail on several machines. When I check the logs I see error 454.

@Stuart42
Copy link

Stuart42 commented Jun 5, 2018

I'd start by watching Performance Monitor on your IIS server when you run your task sequences. We run several hundred task sequences a day and haven't had this reported yet,

@jbudd0649
Copy link

Sorry I read that wrong. IT isn't error 454. IT is error at line 454.
ApplyDriverPackage.log

@jholl016
Copy link
Author

jholl016 commented Jun 5, 2018

A thought just occurred to me... it's probably a bad idea to be hosting this on my SCCM primary site server, isn't it? The site server uses IIS for a bunch of stuff. Is it a best practice to host this web service on a dedicated server?

@jbudd0649
Copy link

Mine is also hosted on the Primary site server.

@jbudd0649
Copy link

jholl016 I am curious what your log files look like. Are you seeing anything similar to mine?

@jholl016
Copy link
Author

jholl016 commented Jun 5, 2018

Not sure where to find the logs. Can you point me in the right direction?

@jbudd0649
Copy link

The ApplyDriverPackage.log is stored in the same location as the smsts.log. So it can be in a few different places depending on when the TS fails. I have a step in my TS that copies the logs to a network share if the TS fails.

Here is a good post on where to look https://www.ronnipedersen.com/2014/08/12/sccm-2012-r2-smsts-log-located/

@jholl016
Copy link
Author

jholl016 commented Jun 5, 2018

Oh, you're looking at SCCM logs. I thought you were asking for ConfigMgrWebService logs. I've looked through smsts.log and didn't find anything helpful.

@jbudd0649
Copy link

Do you have a ApplyDriverPackage.log?

@jholl016
Copy link
Author

jholl016 commented Jun 5, 2018

I'm not using this web service as part of any driver package installation solution, such as "Modern Driver Management". So, the ApplyDriverPackage.log isn't relevant in my case. I'm simply calling the webservice from a powershell script to perform AD operations.

@jbudd0649
Copy link

Ah. I see.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants