X-Git-Url: https://defaria.com/gitweb/?a=blobdiff_plain;f=rantest%2Fweb%2FRantest%2FChangeLog0.9.php;fp=rantest%2Fweb%2FRantest%2FChangeLog0.9.php;h=1189d901d555f3f13b4c8e76774c3147a4a1012e;hb=8ec853edfd2e5666d8e76fb58bb95da7b4ccfbf6;hp=0000000000000000000000000000000000000000;hpb=b1f5fe3b3f099b5d0ffbf406dd4bee2c35522813;p=clearscm.git diff --git a/rantest/web/Rantest/ChangeLog0.9.php b/rantest/web/Rantest/ChangeLog0.9.php new file mode 100644 index 0000000..1189d90 --- /dev/null +++ b/rantest/web/Rantest/ChangeLog0.9.php @@ -0,0 +1,739 @@ + + + + + + + + RANTEST: ChangeLog 0.9 + + + + + + + +

RANTEST 0.9 ChangeLog

+ + + +

This is the ChangeLog for RANTEST for versions 0.9 and up.

+ +

See also:

+ + + +

Version 0.9.9c


+ +

East.pm:

+ + + +

domsh

+ + + +

ranscrub

+ + + +

Web:

+ + + +

Version 0.9.9b


+ +

rantest:

+ + + +

ranscrub:

+ + + +

donightly:

+ + + +

Web:

+ + + +

Version 0.9.9a


+ +

East.pm:

+ + + +

Web:

+ + + +

Ranscrub:

+ + + +

Misc

+ + + +

Version 0.9.9 - Code Complete


+ +

Reached code complete!

+ +

East.pm:

+ + + +

Version 0.9.8d


+ +

rantest:

+ + + +

donightly

+ + + +

East.pm

+ + + +

Version 0.9.8c


+ +

rantest:

+ + + +

Version 0.9.8b


+ +

rantest:

+ + + +

Validation

+ + + +

ranscrub

+ + + +

Version 0.9.8a


+ +

Web:

+ + + +

Rantest:

+ + + +

East.pm:

+ + + +

Version 0.9.8


+ +

Web:

+ + + +

Rantest:

+ + + +

East.pm:

+ + + +

Version 0.9.7a


+ +

Roll up fixes for 0.9.7:

+ + + +

Version 0.9.7 - "The Rantvl release"


+ +

Rantvl

+ +

A word about rantvl. This is a rantest_tools tool so it resides on +the RAN, specifically under /prj/muosran/SWIT/tools/bin/rantvl. This +Perl script contacts the DUT and sets up logging via a moshell script +(which is why it needs to run on a RAN machine since moshell doesn't +work from the Linux EAST environment). It then kicks off a number of +processes that run in the background. All of these processes are +spawned off as children of rantvl. Rantvl then wait(3)'s for either +the children to finish (bad, bad - this is an error since the logging +should never finish) or for it to be terminated.

+ +

Rantest will open up a channel to RANHOST as RANUSER and run rantvl +supplying it the -[rnc|rbs] [n] parameters as well as a -logpath +parameter. The -logpath parameter is a path relative to +ranray:/export/rantvl, since this filesystem seems to have space. We +probably should verify and OK that. So then rantest will supply the +logpath of <testname>/<DUT>/<timestamp>. (Note to +Ken, while the logfiles may grow large, rantest/rantvl is pretty +efficient in that once the test is completed these files are copied to +our testlogs areas on seast1 and removed from +ranray:/export/rantvl).

+ +

Rantvl then will use that logpath to write it's logfiles. When +rantest is done running tests in a .test file it collects the rantvl +logfiles by scp'ing them from +<RANHOST>:/export/rantvl/<logpath>/* to seast1's LOGBASE - +/east/seast1/testlogs/<logpath>/Rantvl/*. Rantest will then +remove the logfiles from the source area +(<RANHOST>:/export/rantvl/<logpath>/*) to conserve space. +Rantvl is then added to the list of directories to tar up into a +Rantvl.tgz (i.e. http://rantestweb/testlogs/b2_l3_rnc_irt_001.rantvl/rnc5/20080527@14:20:59/).

+ +

General:

+ + + +

East.pm:

+ + + +

Web:

+ + + +

Rantest:

+ + + +

Version 0.9.6


+ +

I'm delivering rantest 0.9.6 with the following set of features in +anticipation of working on integrating rantvl for 0.9.7.

+ +

New in 0.9.6:

+ + + +

Version 0.9.5


+ + + +

One outstanding problem remains that occasionally rantest is unable +to find the logfile. I have a bugcatcher in 0.9.5 however it see ms +like there is no logfile directory to find log files in. Let me +restate, when we are done with testing we attempt to locate the +logfile down +$MNT_DIR/$EAST_REL/DUT/<dut>/data/logs/regression/testcase/<testcase>. +At this point there should be a time stamped directory. So I'm doing +an ls -t and picking off the first entry.

+ +

What I've been finding is that all directories done the path to +<testcase> exist but the <testcase> directory is no there! +I can think of 3 reasons why this might be the case:

+ +
    +
  1. The directory just doesn't exist and rantest is right to + complain.
  2. + +
  3. The directory does not exist yet because some background process + has not yet created it. Well when I was debugging this I was sitting + in the debugger looking around for quite some time. In that time no + background process came along to create this directory. Besides all + testing processing has terminated long ago.
  4. + +
  5. The directory used to exist and some process, thinking it was + done with this, decided to get rid of the directory.
  6. +
+ +

Any ideas?

+ + + +