Management
Reply
Regular Visitor
karsa
Posts: 8
Registered: ‎05-13-2008
0

Devices not visible, but logs received (with win7 64b)

We are running NSM client 2010.3p6 on win7 64bit workstation with Java 6 update 25 and we are facing an issue where some device are not seen but NSM receives logs from devices. As we cannot see devices we cannot push any configuration into. It was nicely working with win7 32bit.

Any idea or workaround for it?

Trusted Expert
Automate
Posts: 784
Registered: ‎11-01-2007
0

Re: Devices not visible, but logs received (with win7 64b)

See if this helps:

 

http://kb.juniper.net/InfoCenter/index?page=content&id=KB15369

 

But...our history with supporting 64-bit machines is spotty, and I can't find anything to confirm that they are supported for the NSM client.

 

HTH,

 

-Keith

Regular Visitor
karsa
Posts: 8
Registered: ‎05-13-2008
0

Re: Devices not visible, but logs received (with win7 64b)

No, it didn't help. I have already disabled the UAC client.

br karsa

Super Contributor
motd
Posts: 221
Registered: ‎12-16-2008
0

Re: Devices not visible, but logs received (with win7 64b)

Never heard of problems with 64bit machines but in my experience devices not showing up is always because the Schema files fails to download from the NSM server to the client.

 

When you connect to the server the first time, the current nsm schema file is downloaded to your computer. You can find this file in <USER HOMEDIR>\.nsm\Schema-SDH or something similar. There are numbered directories (one for each schema version) containing the schema.bin file. That file should be around 100M in size. If its, not, the download failed.

 

The fastest way to get this to work on the machine would be to copy the file from another computer (or from the NSM server, the file is located somewhere in /var/netscreen/GuiSvr/Schemas-..).

 

As the KB article said, deleting the .nsm directory, disabling UAC and starting NSM as Administrator should be sufficient to give NSM permission to write to that directory. If that still doesn't work, also check if the memory limits on the server have been increased according to the latest DMI schema release notes. Recent schemas require more memory.

Trusted Contributor
markpr
Posts: 70
Registered: ‎01-23-2008
0

Re: Devices not visible, but logs received (with win7 64b)

I would just add one more thing to this - that I think the KB article doesn't make clear. You must run the NSM client as administrator the very first time it is started before it connects to your NSM guiSvr, otherwise as motd says the schema file download may be incomplete. If you forget, then the only way to get a correctly working NSM client installation is to manually delete the incomplete schema (or all the schemas) under the .nsm directory. A reinstall of the NSM client might work for you too.

 

Turning off UAC worked for us the one time we tested it, but we don't use this method. Instead, we always run the NSM client as administrator otherwise we see the problems you see with the missing devices. This has worked reliably for us on Win7 x64 for over a year.

 

Regular Visitor
karsa
Posts: 8
Registered: ‎05-13-2008
0

Re: Devices not visible, but logs received (with win7 64b)

Run as Administrator for installation and first launch helped, NSM schemas downloaded successfully.

Thank you for hints.

karsa 

Visitor
dudleyj
Posts: 7
Registered: ‎01-27-2010
0

Re: Devices not visible, but logs received (with win7 64b)

The directions posted above worked great and I appreciate the help in getting my NSM back up and running.  I was able to copy my schema by going to C:\Users\my-user-name\.nsm\Schemas-NSM and copying the folder with the most up to date schema number and go to another pc that was having the issue of not showing the devices in NSM and made sure they logged out.  I then pasted the schema folder in their Schemas-NSM folder and over wrote their Schema.  Once it finished they logged back in and everything was back to normal and working successfully.  Thanks!  Scott

Internet Security Specialist
Copyright© 1999-2013 Juniper Networks, Inc. All rights reserved.