Current News

Well, here's another in my small series on how to do things an admin needs to know how to do.
This one relates to IIS (Internet Information Services) which is the service, or rather series of services, that hosts connections to your server. This is also what holds up OWA and your web portal if you are self hosting.
Sample from a blog article I wrote:

One thing alot of admins don't know, is that you should never EVER restart the actual IIS service from the Services console. It's not because this sort of restart can cause harm, it's really because when you stop the IIS service several other services are stopped at the same time.

These services are dependent on IIS to run correctly. When IIS is restarted incorrectly, it doesn't usually come up with a list of services that were stopped during that time. Unless you have all these services memorized, it's best to not do an IIS restart this way.

Instead, it would be preferable to restart IIS with the methods I've outlined for you below. These will restart most of the services that IIS pulls down and will allow your system to resume regular operation the soonest.




Ok, so that's it. I have a MS article linked below for you to look at too, if you need it. :) Enjoy!!

Here's a Microsoft TechNet article with more detailed information about IIS.
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/003ed2fe-6339-4919-b577-6aa965994a9b.mspx?mfr=true

Labels: how to, iis, instructions, management console, method, microsoft, MS, phone support, support, system, tech, technical, technical support, windows

I got feedback today, for a customer I'd talked to that took issue with my answer to her question.

She originally called, saying that she'd recently installed some new MS patches, and since then she'd been having trouble with her system. Things were flowing slowly.

She had stopped our services, and suddenly the problem went away - but let's get this straight - she recently installed a ton of new patches.

I had asked her what patches she installed, but mentioned that this was most likely something she'd have to ask MS about. She didn't know what patches she'd gotten. There were too many of them. I told her that I would be happy to see if there were any issues with our software and her patches, but I needed to know what they were. She just didn't know.

I said, ok, well maybe something we're dependent on was changed while we were installed. A big no-no with our software. I offered up a couple things that would have made my program go haywire and do weird stuff.

She pin pointed one and said that she had indeed done an update to it. So I suggested that she reinstall our product so that we could reassociate with the latest changes.

I offered some other things we could do to troubleshoot, but she said that she couldn't do them right now, as she needed permission to do them.

So, uh, no troubleshooting? You're saying you called and expected me to press the magic button?? Lady, I can't pull an answer out of my butt with the information you gave me. You gave me nothing!

So I have her go off and do the uninstall/reinstall and suggested that if that doesn't work, she can get back in touch with me via email.

...

A few days pass and she calls back in, and gets the next guy in line. She lets him troubleshoot. They go back and forth a bit till he figures out what's wrong.

...

She then emailed a supervisor here, and said that she'd called MS and they charged her $500 bucks and it's all my fault because I was not listening to her.

...

No lady, I don't have the magic button. It's not my fault that I gave you that answer, seeing as you gave me the information I used to give you that answer. You don't want to troubleshoot? Then don't complain when I give you a lame answer and your issue is not resolved.

Labels: microsoft, MS, phone, phone support, question, questions, stupid, support, technical, technical support, vague, windows

Hi Welcome to tech support. Can I take your order?

Ok, so I work with mail security software, and yesterday a gentleman called me to ask for help setting it up to send the filtered spam to the end-users. Now that in-and-of itself is fine. I walked him through this process and also explained how it works. The end of which is that the email goes to the end-users' JunkMail folder which is natively created with Exchange 2003/Outlook 2003.

The problem came in when he asked me why he didn't have a JunkMail folder. I explained to him very carefully that I support the mail software, not his Outlook or Exchange. That goes through Microsoft. I recommended that he give them a call to get that information.

He subsequently asked to speak to my supervisor because I couldn't help him with this 3rd party issue. He stated that Microsoft charges for support, and because our software interacts with his Email system, we should know how to do this simple thing.


This whole situation is akin to someone going through the drive-through at TacoHell and asking for a Whopper because their local BK doesn't have a drive-through.


I understand that it may be more difficult to go through that other restaurant to get your burger, because you have to get out of your car and all that, but I don't serve Whoppers here. Just because I make fast food doesn't mean I can make you a Whopper. Comprende Muchacho?

Labels: 3rd party, burger, e-mail, email, microsoft, MS, phone support, spam, spam protection, support, tacohell, technical, technical support, whopper