Bug #21297 rpl_insert fails randomly

Description:
The test case rpl_insert fails randomly, mainly on Solaris machines. It looks like the mysqlslap client that should insert 5000 records using INSERT DELAYED into the table fails to do so properly under some circumstances.

How to repeat:
./mysql-test-run.pl --do-test=rpl_insert
Aslos look in PushBuild

A patch for this bug has been committed. After review, it may
be pushed to the relevant source trees for release in the next
version. You can access the patch from:

  http://lists.mysql.com/commits/9584

I have diagnosed this to be a problem with mysqlslap. It seems like one of it's threads looses the connection to the server and thus all 5000 records are not inserted properly.

rpl_insert                     [ fail ]

Errors are (from /export/home/mysqldev/users/magnus/mysql-5.1.12-beta-pb37/mysql-test/var/log/mysqltest-time) :
/export/home/mysqldev/users/magnus/mysql-5.1.12-beta-pb37/client/.libs/mysqlslap: Can't connect to local MySQL server through socket '/export/home/mysqldev/users/magnus/mysql-5.1.12-beta-pb37/mysql-test/var/tmp/master.sock' (146)
mysqltest: At line 31: query 'Number of records in t1 didnt reach 5000' failed: 1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'Number of records in t1 didnt reach 5000' at line 1
(the last lines may be the most important ones)
Result from queries before failure can be found in r/rpl_insert.log

Aborting: rpl_insert failed in default mode. To continue, re-run with '--force'.Stopping All Servers

A patch for this bug has been committed. After review, it may
be pushed to the relevant source trees for release in the next
version. You can access the patch from:

  http://lists.mysql.com/commits/9653

Pushed to 5.1.12

Noted in 5.1.12 changelog.

mysqlslap threads now try to connect up to 10 times if the initial
connect attempt fails.