12-01-2008 10:19 AM
When trying to export the UT endhosts data in CSV from the GUI, a "native2ascii: not found" error is returned.
The CLI export apparently works. It still spits out the "native2ascii" error however:
/opt/CSCOpx/campus/bin/ut -cli -query all -export /path/to/ut.txt -layout all -u admin -p admin-password
orbProperties={org.omg.CORBA.ORBInitialPort=42342, org.omg.CORBA.ORBClass=org.jacorb.orb.ORB, org.omg.CORBA.ORBInitialHost=pssva030, org.omg.CORBA.ORBSingletonClass=org.jacorb.orb.ORBSingleton, jacorb.implname=CSEDSPersistentIOR, org.omg.PortableInterceptor.ORBInitializerClass.bidir_init=org.jacorb.orb.giop.BiDirConnectionInitializer}
_Orb=org.jacorb.orb.ORB@13ad085
log4j:ERROR No appenders could be found for category (com.cisco.nm.ani.clients.utng.application.UTDataManager).
log4j:ERROR Please initialize the log4j system properly.
ERROR UTCLI: Error loading preferences. Cannot run program "native2ascii": error=2, No such file or directory
Nothing unusual in Cmapps.log (apparently with debug on, to my surprise again).
Solved! Go to Solution.
12-01-2008 06:12 PM
I've filed a bug for this, CSCsw20310. Essentially, you need the JDK included with Solaris to be installed.
12-01-2008 12:16 PM
native2ascii is a tool installed by Java on Solaris. By default, a full Solaris 9 or 10 installation will include /usr/java/bin/native2ascii which is then symlinked to /bin/native2ascii. If you did not install Java with Solaris, you can copy native2ascii from another machine into /bin, or simply find a dos2unix tool on the Internet (i.e. a tool that converts DOS line endings to UNIX line endings), name this executable native2ascii, and place it in /bin.
12-01-2008 12:32 PM
Is this a dependency required by LMS/CM UT? It's rather ambiguous that its absence is currently preventing the browser GUI from exporting the UT data, while CLI export is fine. The latter route is not an option for most end-users, nor desirable from the administrative standpoint.
12-01-2008 12:35 PM
It is a dependency required by utcli on Solaris. We recommend people install the SUNWCall cluster which includes this executable.
12-01-2008 12:46 PM
Would a dummy (empty) native2ascii make the GUI export successfully, the error message notwithstanding? I suppose there's a reason this binary or the full SUNWCall package was no longer installed on our Sol 10 build.
12-01-2008 01:02 PM
12-01-2008 01:07 PM
Thanks. If a blank one won't suffice, I might as well try to justify the bona fide native2ascii.
12-01-2008 06:12 PM
I've filed a bug for this, CSCsw20310. Essentially, you need the JDK included with Solaris to be installed.
12-09-2008 12:26 PM
The option currently on my table is to have SUNWj5de installed into an alternate location (outside of /usr/java/bin or /bin), and point LMS/RME's JAVA_HOME variable to that location. My chief concern with this approach is this would address the "native2ascii" issue but introduce a host of other "[binary] not found" problems. The SUNWCall package is very large, and it's by design that it's not fully installed.
12-09-2008 12:48 PM
This would not work. The solution is to make sure a native2ascii is in the PATH. This is why the symlink or executable needs to be in /bin or /usr/bin. In a future release, it will be included in /opt/CSCOpx/campus/bin.
12-11-2008 06:27 AM
Could casuser's PATH be modified to include /custom/location/native2ascii? That would seem the least painful solution, if possible.
12-11-2008 06:38 AM
You would have to modify PATH in the pkgparam file for CSCOmd.
12-15-2008 07:47 AM
Great! I'll give that a shot. Would dmgtd need to be restared to pick up the PATH change? Could this workaround potentially get overwritten by later LMS patches?
12-15-2008 09:17 AM
Yes and yes.
12-16-2008 01:15 PM
The PATH mod works great on my test box. Which release would come bundled with native2ascii, RME 4.3?
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide