A few things here:
stitcher.py only knows where to renew your reservations if you run
it in the same place where you did your original reservation, and if
you haven't cleaned out files that stitcher wrote the last time you
ran. That is, when you run stitcher to reserve resources, it creates
a file listing the aggregates at which you made reservations.
In your case, that file should be something like
"ch.geni.net.MultipathRouting.xyztest-amlist.txt"
If stitcher does not find that file, then it ends up trying to renew
your resources at _all_ aggregates. Most of the time, that fails
with an error something like "No such slice here", because indeed
you have no reservation at that aggregate. Your logs show a lot of
those errors, as expected.
Next time, make sure you have that file still, and stitcher will
only try to renew your reservation where you have a reservation.
However, event without that file, it should succeed sometimes. And
your logs show that it did.
Your logs show that your renewal request succeeded at
instageni.rnet.missouri.edu until 2014-02-01
Also at
uky.emulab.net
At ION, you got a different error:
"The new expiration time must be at least 15 minutes from the
current expiration time!"
The last time of your logs says:
"Renewed slivers on 2 out of 40 aggregates..."
I don't know where you had reservations, so other than that error at
ION, I don't know if this is what you expected.
You can always renew explicitly at the aggregates where you have
reservations, by specifying the aggregate on the commandline, eg the
following command renews resources in your slice until February 4 at
3 different aggregates, showing 3 different ways that can work to
identify the aggregate where you want to renew your reservation:
stitcher.py renewsliver xyztest 2014-02-04 -a ion -a
urn:publicid:IDN+
uky.emulab.net+authority+cm -a
https://instageni.rnet.missouri.edu:12369/protogeni/xmlrpc/am/2.0
I hope this helps you,
Aaron