I received the following error after "Create" through either the Device Center or directly at http://ciscoworks:1741/cwhp/PacketCapture.do.
There are no available interfaces from which to capture the data.
Note: This tool only works with Ethernet interfaces."
I had used the tool successfully before, though I don't recall whether that's before or after migrating from LMS 2.6 on Sol 8 to LMS 3.1 on Sol 10 with IPMP. Is WinPcap used even on Solaris?
Solved! Go to Solution.
No. JET can operate directly on kernel APIs. The key is that /opt/CSCOpx/objects/jet/bin/jet must be setuid root. That said, I never did any testing on IPMP. There may be an incompatibility with the old ethereal binary I am using and IPMP. If jet is setuid root, running /opt/CSCOpx/objects/jet/bin/jet -D will indicate if it finds any interfaces.
Note: JET will not work in a non-global zone by default. In order to allow packet capturing in a non-global zone, see this blog:
No Solaris zone on the LMS server here. IPMP may be the culprit then?
ls -al /opt/CSCOpx/objects/jet/bin/jet
-rwsr-x--- 1 casuser casusers 4728044 Jun 15 2008 /opt/CSCOpx/objects/jet/bin/jet
tethereal: There are no interfaces on which a capture can be done
Should the jet binary be installed as setuid root by default? If not, how did it manage to function before, with or without IPMP in the picture?
Yes, and it is. Someone must have changed it. Note: there are a few setuid binaries installed by LMS. If someone did a wholesale chown, things will certainly break.
Arghh, that rings a bell: I had done a mass "find . -group 9999992 -print | xargs chown -h casuser:casusers" because Sol 10 didn't update file ownership after casuser:casusers' uid/gid numbers got changed manually.
Could you post a list of what other specific binaries might have gotten the wrong UID/GID due to the above? Thanks!
The following are on my Solaris 10 server: