Stephen Potter wrote: > I have kind of a strange problem and an old system... > > I have an old Solaris 7 system that recently had some problems. I had > to do a bare metal restore to get it back up and running. This is a > legacy system running some legacy code that is due to be retired in the > next six months or so, but until then I need it working and upgrades are > not an option. > > Most things seem to be working just fine, but I do get a few errors now > and then. One error comes every time I try to run some Veritas VM (3.0) > commands is that I get a "sh: Connection timed out". Another error that > I just ran across this morning is that basename fails with the error > "rcmd: socket: Permission denied". I truly don't understand this one, > because basename should never be trying to do anything involving rcmd > anyway. > > There's probably something that got messed up when the restore happened > that is causing this, but short of trying to troll through every file on > the OS, has anyone ever seen these kinds of errors before? > > -spp > _______________________________________________ > Tech mailing list > [email protected] > http://lopsa.org/cgi-bin/mailman/listinfo/tech > This list provided by the League of Professional System Administrators > http://lopsa.org/ > We still have at least 10 Solaris 7 systems around, and some of them even let me log in! :-)
Do a 'which basename', it should point to /usr/bin/basename. On the Solaris 7 system that I checked, it is a 901 byte shell script dated Oct 6 1998. It has a sum of '3031 2'. (I'm not including the script here because it is copyrighted by AT&T). Take a look at the script, it basically does an exec of /usr/bin/expr, which is an 11892 byte executable with a sum of '19974 24'. I have the truss output for a 'normal' basename execution, if you would like to look at it. - Richard _______________________________________________ Tech mailing list [email protected] http://lopsa.org/cgi-bin/mailman/listinfo/tech This list provided by the League of Professional System Administrators http://lopsa.org/
