Mithun - Did you misread the problem? You seem to be pointing to a KB article which purports to help users who are unable to update 32-bit clients from a SEPM Server, but the issue described herein is exactly the opposite.
To wit: I'm experiencing the same issue described by others in this thread. My SEPM Server is running on Windows Server 2003 (32-bit), and I'm attempting to update a mix of 32-bit and 64-bit Windows clients. The latest update which I've applied to my server was the "vd30e003.jdb" file, (2010-03-16 rev.003) and the update applied immediately prior to this was the "vd30a027.jdb" file, (2010-02-16 rev.039) and all of my 32-bit clients are now updated to the March 16 definitions, while all of the 64-bit clients continue to show the February 16th definitions.
Even though I was skeptical of your advice, I went ahead and performed the steps described in your knowledgebase article (short of the full reintstall*) and they did not help at all; the March 16h definition update simply does not populate the 64-bit folder with any data.
* In addition, I had
already performed a full reinstall of my SEPM Server only a couple of weeks ago, in order to get it updated to the Febuary 16th definitions, as I discovered that previously they had not been updating since
December 2009. So since prior definition packages worked just fine on these systems, and since the problem has cropped right back up on this newly installed SEPM instance, I would infer that another full reinstall would be nothing more then a time consuming stop-gap measure, and that the SEPM jdb files themselves are somehow corrupt.
Please advise...