<div dir="ltr">Thanks for looking into it. I&#39;ve been running the ovirt ISO untill now, will switch to stock C6.5 to see if it makes a difference.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Feb 22, 2014 at 8:57 PM, Nir Soffer <span dir="ltr">&lt;<a href="mailto:nsoffer@redhat.com" target="_blank">nsoffer@redhat.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">----- Original Message -----<br>
&gt; From: &quot;Johan Kooijman&quot; &lt;<a href="mailto:mail@johankooijman.com">mail@johankooijman.com</a>&gt;<br>
</div><div class="">&gt; To: &quot;Nir Soffer&quot; &lt;<a href="mailto:nsoffer@redhat.com">nsoffer@redhat.com</a>&gt;<br>
&gt; Cc: &quot;users&quot; &lt;<a href="mailto:users@ovirt.org">users@ovirt.org</a>&gt;<br>
&gt; Sent: Wednesday, February 19, 2014 2:34:36 PM<br>
&gt; Subject: Re: [Users] Nodes lose storage at random<br>
&gt;<br>
&gt; Messages: <a href="https://t-x.dignus.nl/messages.txt" target="_blank">https://t-x.dignus.nl/messages.txt</a><br>
&gt; Sanlock: <a href="https://t-x.dignus.nl/sanlock.log.txt" target="_blank">https://t-x.dignus.nl/sanlock.log.txt</a><br>
<br>
</div>We can see in /var/log/messages, that sanlock failed to write to<br>
the ids lockspace [1], which after 80 seconds [2], caused vdsm to loose<br>
its host id lease. In this case, sanlock kill vdsm [3], which die after 11<br>
retries [4]. Then vdsm is respawned again [5]. This is expected.<br>
<br>
We don&#39;t know why sanlock failed to write to the storage, but in [6] the<br>
kernel tell us that the nfs server is not responding. Since the nfs server<br>
is accessible from other machines, it means you have some issue with this host.<br>
<br>
Later the machine reboots [7], and nfs server is still not accessible. Then<br>
you have lot of WARN_ON call traces [8], that looks related to network code.<br>
<br>
We can see that you are not running most recent kernel [7]. We experienced various<br>
nfs issues during the 6.5 beta.<br>
<br>
I would try to get help from kernel folks about this.<br>
<br>
[1] Feb 18 10:47:46 hv5 sanlock[14753]: 2014-02-18 10:47:46+0000 1251833 [21345]: s2 delta_renew read rv -202 offset 0 /rhev/data-center/mnt/10.0.24.1:_santank_ovirt-data/e9f70496-f181-4c9b-9ecb-d7f780772b04/dom_md/ids<br>

<br>
[2] Feb 18 10:48:35 hv5 sanlock[14753]: 2014-02-18 10:48:35+0000 1251882 [14753]: s2 check_our_lease failed 80<br>
<br>
[3] Feb 18 10:48:35 hv5 sanlock[14753]: 2014-02-18 10:48:35+0000 1251882 [14753]: s2 kill 19317 sig 15 count 1<br>
<br>
[4] Feb 18 10:48:45 hv5 sanlock[14753]: 2014-02-18 10:48:45+0000 1251892 [14753]: dead 19317 ci 3 count 11<br>
<br>
[5] Feb 18 10:48:45 hv5 respawn: slave &#39;/usr/share/vdsm/vdsm&#39; died, respawning slave<br>
<br>
[6] Feb 18 10:57:36 hv5 kernel: nfs: server 10.0.24.1 not responding, timed out<br>
<br>
[7]<br>
Feb 18 11:03:01 hv5 kernel: imklog 5.8.10, log source = /proc/kmsg started.<br>
Feb 18 11:03:01 hv5 kernel: Linux version 2.6.32-358.18.1.el6.x86_64 (<a href="mailto:mockbuild@c6b10.bsys.dev.centos.org">mockbuild@c6b10.bsys.dev.centos.org</a>) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-3) (GCC) ) #1 SMP Wed Aug 28 17:19:38 UTC 2013<br>

<br>
[8]<br>
Feb 18 18:29:53 hv5 kernel: ------------[ cut here ]------------<br>
Feb 18 18:29:53 hv5 kernel: WARNING: at net/core/dev.c:1759 skb_gso_segment+0x1df/0x2b0() (Not tainted)<br>
Feb 18 18:29:53 hv5 kernel: Hardware name: X9DRW<br>
Feb 18 18:29:53 hv5 kernel: igb: caps=(0x12114bb3, 0x0) len=1596 data_len=0 ip_summed=0<br>
Feb 18 18:29:53 hv5 kernel: Modules linked in: ebt_arp nfs fscache auth_rpcgss nfs_acl bonding softdog ebtable_nat ebtables bnx2fc fcoe libfcoe libfc scsi_transport_fc scsi_tgt<br>
 lockd sunrpc bridge ipt_REJECT nf_conntrack_ipv4 nf_defrag_ipv4 iptable_filter ip_tables xt_physdev ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack xt_multi<br>
port ip6table_filter ip6_tables ext4 jbd2 8021q garp stp llc sha256_generic cbc cryptoloop dm_crypt aesni_intel cryptd aes_x86_64 aes_generic vhost_net macvtap macvlan tun kvm_<br>
intel kvm sg sb_edac edac_core iTCO_wdt iTCO_vendor_support ioatdma shpchp dm_snapshot squashfs ext2 mbcache dm_round_robin sd_mod crc_t10dif isci libsas scsi_transport_sas 3w_<br>
sas ahci ixgbe igb dca ptp pps_core dm_multipath dm_mirror dm_region_hash dm_log dm_mod be2iscsi bnx2i cnic uio ipv6 cxgb4i cxgb4 cxgb3i libcxgbi cxgb3 mdio libiscsi_tcp qla4xx<br>
x iscsi_boot_sysfs libiscsi scsi_transport_iscsi [last unloaded: scsi_wait_scan]<br>
Feb 18 18:29:53 hv5 kernel: Pid: 5462, comm: vhost-5458 Not tainted 2.6.32-358.18.1.el6.x86_64 #1<br>
Feb 18 18:29:53 hv5 kernel: Call Trace:<br>
Feb 18 18:29:53 hv5 kernel: &lt;IRQ&gt;  [&lt;ffffffff8106e3e7&gt;] ? warn_slowpath_common+0x87/0xc0<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffff8106e4d6&gt;] ? warn_slowpath_fmt+0x46/0x50<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffffa020bd62&gt;] ? igb_get_drvinfo+0x82/0xe0 [igb]<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffff81448e7f&gt;] ? skb_gso_segment+0x1df/0x2b0<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffff81449260&gt;] ? dev_hard_start_xmit+0x1b0/0x530<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffff8146773a&gt;] ? sch_direct_xmit+0x15a/0x1c0<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffff8144d0c0&gt;] ? dev_queue_xmit+0x3b0/0x550<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffffa04af65c&gt;] ? br_dev_queue_push_xmit+0x6c/0xa0 [bridge]<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffffa04af6e8&gt;] ? br_forward_finish+0x58/0x60 [bridge]<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffffa04af79a&gt;] ? __br_forward+0xaa/0xd0 [bridge]<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffff81474f34&gt;] ? nf_hook_slow+0x74/0x110<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffffa04af81d&gt;] ? br_forward+0x5d/0x70 [bridge]<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffffa04b0609&gt;] ? br_handle_frame_finish+0x179/0x2a0 [bridge]<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffffa04b08da&gt;] ? br_handle_frame+0x1aa/0x250 [bridge]<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffffa0331690&gt;] ? pit_timer_fn+0x0/0x80 [kvm]<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffff81448929&gt;] ? __netif_receive_skb+0x529/0x750<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffff81448bea&gt;] ? process_backlog+0x9a/0x100<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffff8144d453&gt;] ? net_rx_action+0x103/0x2f0<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffff810770b1&gt;] ? __do_softirq+0xc1/0x1e0<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffff8100c1cc&gt;] ? call_softirq+0x1c/0x30<br>
Feb 18 18:29:53 hv5 kernel: &lt;EOI&gt;  [&lt;ffffffff8100de05&gt;] ? do_softirq+0x65/0xa0<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffff8144d8d8&gt;] ? netif_rx_ni+0x28/0x30<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffffa02b7749&gt;] ? tun_sendmsg+0x229/0x4ec [tun]<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffffa037bcf5&gt;] ? handle_tx+0x275/0x5e0 [vhost_net]<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffffa037c095&gt;] ? handle_tx_kick+0x15/0x20 [vhost_net]<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffffa037955c&gt;] ? vhost_worker+0xbc/0x140 [vhost_net]<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffffa03794a0&gt;] ? vhost_worker+0x0/0x140 [vhost_net]<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffff81096a36&gt;] ? kthread+0x96/0xa0<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffff8100c0ca&gt;] ? child_rip+0xa/0x20<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffff810969a0&gt;] ? kthread+0x0/0xa0<br>
Feb 18 18:29:53 hv5 kernel: [&lt;ffffffff8100c0c0&gt;] ? child_rip+0x0/0x20<br>
Feb 18 18:29:53 hv5 kernel: ---[ end trace 2ae4b3142333fe7d ]---<br>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Met vriendelijke groeten / With kind regards,<br>Johan Kooijman<br><br>T +31(0) 6 43 44 45 27<br>F +31(0) 162 82 00 01<br>E <a href="mailto:mail@johankooijman.com">mail@johankooijman.com</a>
</div>