[sheepdog-users] Sheepdog and slow node

[Andrew J. Hobbs]

I have this same issue on a Dell R710 using a Perc raid controller.  It seems to be a transient issue here.  I still end up with virtual machines able to cap 80MB/s which is pretty near what gigabit is going to let me do.  It likely impacts any blocks stored on that individual system.

I have had sheepdog die spontaneously after a long string of similar messages.  However that was with v0.7 series.  Since moving to v0.8 I've not had a sheepdog instance die.

On 06/25/2014 05:51 AM, Valerio Pachera wrote:



2014-06-25 11:45 GMT+02:00 Valerio Pachera <sirio81 at gmail.com<mailto:sirio81 at gmail.com>>:
Hi, if a node is slow to respond I see these warning messages in the log

Jun 24 17:02:15   WARN [gway 12981] wait_forward_request(389) poll timeout 1, disks of some nodes or network is busy. Going to poll-wait again
Jun 24 17:02:15   WARN [gway 12920] wait_forward_request(389) poll timeout 1, disks of some nodes or network is busy. Going to poll-wait again
Jun 24 17:02:15   WARN [gway 12975] wait_forward_request(389) poll timeout 1, disks of some nodes or network is busy. Going to poll-wait again
Jun 24 17:02:15   WARN [gway 12986] wait_forward_request(389) poll timeout 1, disks of some nodes or network is busy. Going to poll-wait again
Jun 24 17:02:16   WARN [gway 12957] wait_forward_request(389) poll timeout 1, disks of some nodes or network is busy. Going to poll-wait again

One of 3 nodes has a hardware raid controller.
The controller cache is temporarily disabled and the write speed drop down to 10M/s.

What does sheepdog do in such case?
Are all guests' requests going to be slow down?
May that cause any known problem?




-------------- next part --------------
A non-text attachment was scrubbed...
Name: ajhobbs.vcf
Type: text/x-vcard
Size: 353 bytes
Desc: ajhobbs.vcf
URL: <http://lists.wpkg.org/pipermail/sheepdog-users/attachments/20140625/229b3356/attachment-0005.vcf>