[PATCH OSSTEST] Allow longer timeout when creating backing file for a raw disk.

[PATCH OSSTEST] Allow longer timeout when creating backing file for a raw disk.

[Ian Campbell]

I noticed this dd timiung out when recommissioning the 3 cubietrucks
(picasso, metzinger, gleizes) but looking at the log shows this has
been happening on braque too.

The current code assumes 65MB/s arriving at a timeout of 153s for the
10G file. On arndale-* the logs indicate that it is achieving 95MB/s
and taking 105-107s which results in a warning but not a failure:

   execution took 105 seconds [**>153.846153846154/2**]

In experiments on a local cubietruck I observed it achieving a much
lower throughput of 40MB/s, which seems to be consistent with what
others are seeing:
https://groups.google.com/forum/#!category-topic/cubieboard/troubleshooting/7R4HlCDNCTU

Therefore calculate the timeout assuming a throughput of 20MB/s, in
practice for a 10GB file this will result in a 500s timeout.

Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
---
 Osstest/TestSupport.pm | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/Osstest/TestSupport.pm b/Osstest/TestSupport.pm
index 28ac572..962d773 100644
--- a/Osstest/TestSupport.pm
+++ b/Osstest/TestSupport.pm
@@ -1747,9 +1747,9 @@ sub make_qcow2 ($$$) {
 }
 sub make_raw ($$$) {
     my ($ho, $gho, $disk_mb) = @_;
-    # In local tests this reported 130MB/s, so calculate a timeout assuming 65MB/s.
+    # In local tests this reported 40MB/s, so calculate a timeout assuming 20MB/s.
     target_cmd_root($ho, "dd if=/dev/zero of=$gho->{Rootimg} bs=1MB count=${disk_mb}",
-	${disk_mb} / 65);
+	${disk_mb} / 20);
 }
 
 sub prepareguest_part_diskimg ($$$) {
-- 
2.6.1

Re: [PATCH OSSTEST] Allow longer timeout when creating backing file for a raw disk.

[Ian Jackson]

Ian Campbell writes ("[PATCH OSSTEST] Allow longer timeout when creating backing file for a raw disk."):
> I noticed this dd timiung out when recommissioning the 3 cubietrucks
> (picasso, metzinger, gleizes) but looking at the log shows this has
> been happening on braque too.
> 
> The current code assumes 65MB/s arriving at a timeout of 153s for the
> 10G file. On arndale-* the logs indicate that it is achieving 95MB/s
> and taking 105-107s which results in a warning but not a failure:
> 
>    execution took 105 seconds [**>153.846153846154/2**]
> 
> In experiments on a local cubietruck I observed it achieving a much
> lower throughput of 40MB/s, which seems to be consistent with what
> others are seeing:
> https://groups.google.com/forum/#!category-topic/cubieboard/troubleshooting/7R4HlCDNCTU
> 
> Therefore calculate the timeout assuming a throughput of 20MB/s, in
> practice for a 10GB file this will result in a 500s timeout.

Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>