I have an automated testing script that relies on the dev box being able to see production's (NFS) share. It uses rsync and ssh to handle transfers and command execution; however, it also needs the production share mounted in order to run Perl code against it when Unix commands via ssh will not do.
The problem I have is this: in the future our development box will be relocated and it will no longer be able to mount the production share. :wall:
sshfs would solve my problem, but it's not supported on Solaris 10. I'd prefer not to split up my script-partial functionality on dev and partial on production-and I may be able to work around this by stringing together convoluted commands to pass through ssh. Still, this is not ideal.
Is there an sshfs-like solution for Solaris that might make my work easier?
There's not panacea solution here IMHO. And in fact, my guess is the same reason why NFS mounting is no longer a solution, would actually affect your ability to use sshfs long term for (maybe) the same reasons.
There are other types of remote filesystems... not sure if those are options or not (e.g. AFS, CIFS).
Another possibility would be a Linux proxy that they might allow to do the mount locally and then the remote uses sshfs through it?? But I still fear the issues that made doing the NFS mount not feasible.
The other alternative (as you kind of implied) is to rewrite... the rewrite would likely be portable enough to replace both views though, so no need to maintain two code bases (IMHO).
Forward looking, openSolaris FUSE work has been picked up again by Oracle and promised in Solaris... so possible that Solaris 11 has FUSE and thus sshfs as well.