<body><script type="text/javascript"> function setAttributeOnload(object, attribute, val) { if(window.addEventListener) { window.addEventListener('load', function(){ object[attribute] = val; }, false); } else { window.attachEvent('onload', function(){ object[attribute] = val; }); } } </script> <div id="navbar-iframe-container"></div> <script type="text/javascript" src="https://apis.google.com/js/plusone.js"></script> <script type="text/javascript"> gapi.load("gapi.iframes:gapi.iframes.style.bubble", function() { if (gapi.iframes && gapi.iframes.getContext) { gapi.iframes.getContext().openChild({ url: 'https://www.blogger.com/navbar.g?targetBlogID\x3d33142127\x26blogName\x3dfishyweb\x26publishMode\x3dPUBLISH_MODE_BLOGSPOT\x26navbarType\x3dBLUE\x26layoutType\x3dCLASSIC\x26searchRoot\x3dhttps://fishyweb.blogspot.com/search\x26blogLocale\x3den_US\x26v\x3d2\x26homepageUrl\x3dhttp://fishyweb.blogspot.com/\x26vt\x3d4851815010354999608', where: document.getElementById("navbar-iframe-container"), id: "navbar-iframe" }); } }); </script>

Unix on Windows! :) (without cygwin) Wednesday, December 20, 2006 |

my system is now a throughbred of win/linux mix and a powerhouse driven by mostly CLI.

Thanks to Gnu utilities for win32
and then thanks to SysInternals Free Tools Suite
and WinXP service pack 2's support tools!

with the powerpacked SlickRun, and with the Stylish Console shell, using OpenSSH for windows in my desktop - i now comfortably can login to any of our servers without putty.

access to sweet linux, from the illusionary windows! ;)

Windowz :: Development :: Tools

Finally! got over the SVChost blues! Yippie! |

Well, there are reasons enough for this jubiliation, over such a small thing.
It had been a mystery for over a month and half for me - why the svchost goes hyper once a while, eating away all my CPU.

Finally, with a lot of thanks to PE (Process Explorer - ProcExp) of pstools (windows sysinternals):

1.i could trace out which svchost - thread was causing the overload.
2. i was able to get to the *actual* dll, which was causing trouble
3. Which turned out to be a TAPI related thing dll and well,
4. There was ONLY one TAPI related application in my system - shoretel/shoreware client.
5. Surprise - Surprise, the tapi logs under shoretel had grown to a whopping 4+ GB over these couple of months. Wierd!
6. I got rid of shoretel/shoreware client and sweet me! all's well now!

Thanks a lot to SysInternals Tools.
:) me's a happy system now. (and with 1GB of RAM)!

Windowz :: Development :: Tools

Sweet Apples Monday, December 18, 2006 |

Since all the experience that i got
with computers was thru Windows i normally used to have very good
opinion on Win (Ofcourse before meeting Mr.S ., The Engg. Boss of my previous company).

Then started the journey on Linux. A compact powerful OS.
U know i now recommend others also to go for Linux.

Then came the story of Apple machines.
UnBelivable. The look of apple machines
it self is awesome., Last week i started working on Apple machines.,
All the applications
on apple are quite interesting .,
The window animation, the image editing S/W
everything are fascinating.,

Really Sweet Apple.

Culprit SVCHost blues continued... Tuesday, December 05, 2006 |

related to my earlier post on the SVCHost blues, well, i haven't yet found a soultion for the same!
in the meanwhile i started getting issues with my network maps being unable to connect...
whenever i try to connect to a mapped drive i used to get a "the drive could not be mapped as no network was found" message!

doing a google, this site helped me
in fixing the issue.

Now this issue has been casued by the failure of "Workstation" Service - which is stopped (thanks to svchost) when i kill the
culprit svchost manually, that takes away 100% of my cpu atleast twice a day.

Also this kills my "Windows Audio" service there by silencing my system.

Stupid concept of running multiple services by a single SVCHost!
Hats off to the designer. Wish atleast there was a log for the SVCHost instances and the services so i can figure out the culprit service and disable it.

Windowz :: Development :: Tools

Firewalls and the world of mad mad network traffic! |

We had an interesting problem off late.
'Interesting' by the sheer technical nature of it but not very 'interesting' by its effects and aftermath.

Our network had been developing a high latency over a period and for unknown reasons.
And one fine day it just blew out - the latency was so high everything started to timeout.
we started out doing all the wrong things that didn't give us a clue about what was happening!

#1. Checked for faulty cabling
#2. Pinged with our ISP for any issues, and they put their hands up clearly denoting the problem as our brainchild.
#3. Checked out pulling our desktops and laptops from the network but with no avail

Sigh! No clues yet.
and when i was called into the picture, i changed the approach.
we did a logical backtracking from our router back to the internal lan.
And to my nightmarish delight we had this linux box sitting before the router/firewall as a single point, gateway.
Neat isn't it?! Well, the story continues....

We had all our voice + data being dumped through this poor machine and which has started to buckle under the
sheer load of traffic passing through it. Not sure what was the design decision behind this though!!! Its all an Inherited Mess and there's nothing much to be done about it!

and this poor machine was an age old mandriva which none of our SA's dared to tamper with - for all its fragility.
Hence no suffiecient monitoring tools. SIGH!

and with plain netstats and /proc information, found the major problem - there was an unusual flood of UDP packets
and almost all of them UDP packets were being dropped @ the gateway!
Congestion???!! Probably ... but could never find the root cause.

Then started the exercise to track the machine which was flooding. Thanks to one of my responsive SA's, who overcame his dread
to tamper with this system and got an IPTraf instance, installed, up and running.

Thanks to the IPTraf, we found the culprit machine which was flooding and brought that down. which happened to be a
spare / lesser used servers which was not supposed to do anything significant!!!

and The next day ... dawned up with another sudden issue - mails were failing! for no reason! trackback again and
we come to know that the server we brought down had a stupid, undocumented service which had been configured to


We brought back things in place just to find the latency issue had returned ...
Mails falied - Mailserver timed out ...
any external browsing had come to a grinding halt...

What to do now!? Where to Turn?! Whom to blame?! How to get this thing fixed!?

It is beyond words to describe those few days when complaints started pouring in and in...
with a mix of people trying to find a vehicle out of systems failure to cover up their non performance....
And mounting the pressure upon the SA's by nagging them every 5-10 mins for an ETA to an unknown problem!!!
That was when it just blew out of proportions....

(...to be continued)

Linux :: Networking :: Tools