Re: [Networktest-sctp] [SCTP] Problem in execution of SCTP first test case, please help.

[Wei Y. <yj...@cn...>]

Hi

> Hi Wei,
>
> Thanks for the response!
>
> Can you please tell me what does rcommandasync or rcommandsync command
> exactly does?

rcommandsync wait util command return, but rcommandasync do not wait. 


> Does it use any service which may not be available on NUT or TN?

It does not use any service.

> Please find below the output of the commands:
> a)rcommandasync.rmt    ==> /tmp/tstcmd.log doesn't created at NUT
> b)rcommandasync.rmt but without using sleep    ==> /tmp/tstcmd.log
> doesn't created at NUT
> c)rcommand.rmt    ==> /tmp/tstcmd.log created at NUT
> d)cat rcommandasync.rmt

It seems the rcommandasync.rmt did not run correctly on
your system. Your using default shell bash on NUT?

Can your try the following patch for sctp test tool, and check
whether ./NormalInitClient.seq works after patch?

--- a/common/SCTP.pm	2010-07-21 05:37:21.000000000 -0400
+++ b/common/SCTP.pm	2010-12-28 20:06:56.000000000 -0500
@@ -1562,7 +1564,8 @@ sub sctpRemoteCommandAsync($) {
 		}
 	}
 
-	vRemote("rcommandasync.rmt", "cmd=\"$cmd\"") && return 1;
+	#vRemote("rcommandasync.rmt", "cmd=\"$cmd\"") && return 1;
+	vRemote("rcommand.rmt", "cmd=\"$cmd\"") && return 1;
 
 	return 0;
 }
@@ -1582,7 +1585,8 @@ sub sctpRemoteCommandAsyncDelay($;$) {
 		$cmd .= " > /tmp/tstcmd.log 2>&1";
 	}
 
-	vRemote("rcommandasync.rmt", "cmd=\"sleep $dalay && $cmd\"") && return 1;
+	#vRemote("rcommandasync.rmt", "cmd=\"sleep $dalay && $cmd\"") && return 1;
+	vRemote("rcommand.rmt", "cmd=\"sleep $dalay && $cmd\"") && return 1;
 
 	return 0;
 }

> =====================================================================================================================
> ro...@lo...$/usr/local/v6eval//bin/linux-v6//rcommandasync.rmt
> -t linux-v6 -u root -p password -d ttyS0 -o 1 cmd="sleep 5 &&
> sctp_test -H 192.168.0.21 -P 3009 -h 192.168.0.100 -p 2009 -T -s -c
> -1352 -X 1 -x 1 -o 1 >/tmp/tstcmd.log 2>&1 &"
> Connected.
>
> Fedora release 10 (Cambridge)
> Kernel 2.6.27.5-117.fc10.i686 on an i686 (ttyS0)
>
> L3Switch login: root
> Password:
> Last login: Tue Dec 28 13:03:08 on ttyS0
> [root@L3Switch ~]#
> [root@L3Switch ~]# ~.
> Disconnected.
> ro...@lo...$
> ro...@lo...$
> ro...@lo...$/usr/local/v6eval//bin/linux-v6//rcommandasync.rmt
> -t linux-v6 -u root -p password -d ttyS0 -o 1 cmd="sctp_test -H
> 192.168.0.21 -P 3009 -h 192.168.0.100 -p 2009 -T -s -c -1352 -X 1 -x 1
> -o 1 >/tmp/tstcmd.log 2>&1 &"
> Connected.
>
> Fedora release 10 (Cambridge)
> Kernel 2.6.27.5-117.fc10.i686 on an i686 (ttyS0)
>
> L3Switch login: root
> Password:
> Last login: Tue Dec 28 13:06:41 on ttyS0
> [root@L3Switch ~]#
> [root@L3Switch ~]# ~.
> Disconnected.
> ro...@lo...$
> ro...@lo...$
> ro...@lo...$/usr/local/v6eval//bin/linux-v6//rcommand.rmt
> -t linux-v6 -u root -p password -d ttyS0 -o 1 cmd="sctp_test -H
> 192.168.0.21 -P 3009 -h 192.168.0.100 -p 2009 -T -s -c -1352 -X 1 -x 1
> -o 1 >/tmp/tstcmd.log 2>&1 &"
> Connected.
>
> Fedora release 10 (Cambridge)
> Kernel 2.6.27.5-117.fc10.i686 on an i686 (ttyS0)
>
> L3Switch login: root
> Password:
> Last login: Tue Dec 28 13:06:56 on ttyS0
> [root@L3Switch ~]#
>  -s -c -1352 -X 1 -x 1 -o 1 >/tmp/tstcmd.log 2>&1 &  -h 192.168.0.100 -p 2009 -T
> [1] 12818
> [root@L3Switch ~]# sendMessagesSync: never got sctp_test -H
> 192.168.0.21 -P 3009 -h 192.168.0.100 -p 2009 -T -s -c -1352 -X 1 -x 1
> -o 1 >/tmp/tstcmd.log 2>&1 &
> echo $?
> 0
> [roo~.
> Disconnected.
> ro...@lo...$
> ro...@lo...$
> =====================================================================================================================
>
> FILE: rcommandasync.rmt
> ~~~~~~~~~~
> use V6evalRemote;
>
> $rOpt_timeout = 5 if ! defined $rOpt_timeout;
>
> rOpen() || goto error;
> rLogin($rOpt_timeout) || goto error;
>
> rCommandAsync("$rOpt_cmd ", 15) || goto error;
>
> rLogout($rOpt_timeout) || goto error;
>
> rClose();
> exit($V6evalRemote::exitPass);
>
> error:
>     rClose();
>     exit($V6evalRemote::exitFail);
> ~~~~~~~~~~~~~
>
> Kindly give your suggestions.
>
> Thanks,
> Arif
>