Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I am working on Sun Netra T5220, and working on project Session border controller(SBC). In one of the step I had to follow this procedure "copy the binary to a folder and run OPenSBC". Can any body help me which binary file, I need to put on the folder and the way how to find the binary file?

share|improve this question

migrated from Feb 23 '10 at 18:19

This question came from our site for professional and enthusiast programmers.

Solaris should come equipped with the good old find command, one of my favorite tools. You can use it to find a file like so:

find / -type f -name "OPenSBC"

If you are unsure on the case:

find / -type f -iname "opensbc"

If you have a good idea of where the file is, you can use a different loation as your starting point:

find /etc -type f -iname "opensbc"

to provide you with a better answer we'll need more details on this "binary file". We only know as much as you've told us :)

share|improve this answer
Note that the -iname option is Gnu specific so not supported by Solaris 10 bundled find. – jlliagre Feb 26 '10 at 10:41
@jilliagre I completely forgot. Thanks! You can obtain GNU find for solaris here if you wish: – John T Feb 26 '10 at 22:26

"and run OPenSBC" ? see if there's a file called "OPenSBC" and then go to the directory where its stored and do ./OpenSBC. Otherwise if still not sure, you can use file command. file <filename> and see the output for words like executable etc.

share|improve this answer

In addition to the other answers given: if you need functionality provided by the GNU variants of these tools, most Solaris installations these days have OpenCSW packages installed in /opt/csw.

John T's answer with the -iname flag is completely valid if you use /opt/csw/bin/gfind (note the extra g) instead of find -- with one caveat: the version of gfind installed on our Solaris machines (and probably on yours) has an issue with NFS mounted filesystems hosted by Linux.

It seems when that build of gfind was made they didn't add support for large filesystems (read this documentation for _LARGEFILE_SOURCE, _LARGEFILE64_SOURCE, _FILE_OFFSET_BITS if you're curious). As a consequence, it just silently fails to recurse into any directory mapped from a Linux file server.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.