Red Hat Bugzilla – Bug 164373
--rsh-command option does not work
Last modified: 2007-04-18 13:29:53 EDT
This is a regression. My backup scripts broke after the installation of the
latest update, cpio-2.5-5.2.legacy.i386 on FC1.
The --rsh-command option is silently ignored, cpio insists in using rsh. I've
been using the same scripts for years, to access tape devices via ssh, with
--rsh-command /usr/bin/ssh. The full command line used for the test is:
cpio --rsh-command=/usr/bin/ssh -itv -H crc --block-size=512 -I tape@db2:/dev/st0
Both tcpdump and strace confirmed that cpio is trying to access port 512 instead
of running ssh. The same command performed on a FC2 (cpio-2.5-6) works just fine.
This is pretty strange as I don't see anything that could affect --rsh-command,
either when looking at the diffs between the source rpms, or the diffs between
binary rpms (w/ rpm-build-compare.sh).
I guess you could try rebuilding the src.rpm as-is and trying again. It might
work; if not, try commenting out the umask patch and/or lfs patch and rebuilding.
I suspect the first problem because I see in the configure.in:
AC_CHECKING(for remote shell)
if test -f /usr/ucb/rsh || test -f /usr/bin/remsh || test -f /usr/bin/rsh ||
test -f /usr/bsd/rsh || test -f /usr/bin/nsh; then
AC_CHECK_HEADER(netdb.h, AC_DEFINE(HAVE_NETDB_H) RTAPELIB=rtapelib.o,
as the packages are built on mach environment which doesn't have 'rsh', the
results might be different.
Marco, I'll build some test packages tonight that you can try out to see if we
pinpointed the problem.
I put some test packages for FC1 here:
Could you please test them and tell me if --rsh-command works?
Marco, any update on whether this fixed the problem or not?
I'm sorry for the late reply, I just came back from vacation.
Yes, cpio-2.5-5.3.legacy.i386.rpm fixes the problem.