On Sun, Feb 21, 2010 at 11:27 AM, Mircea Popescu <[email protected]>wrote:
> Salut > > am urmatoarea problema: > > Contextul: 2 masini vmware esxi cu datastorage comun pe un openfiler iscsi > target. > > Masinile virtuale ruleaza foarte bine, DEOCAMDATA. DAR, daca incerc sa > copiez fisiere (upload) in datastore sau dintr-un folder intr-altul in > acelasi datastore, imi apare urmatoarea eroare in dmesg si vmware-ul pierde > accesul la datastore: > [..] > Problema pare sa fie datorata implementarii stack-ului iSCSI pe esxi4. Eu am un openfiler (2.3) care merge foarte bine cu initiatori xen (open-iscsi 2.0.870). Vezi thread-ul asta, in special posturile #23 #25: https://forums.openfiler.com/viewtopic.php?id=4143 -- the new ESXi4 iSCSI stack is sending SO much data without waiting for an ACK from OF that OF is getting overwhelmed with the number of requests and the queue is becoming overloaded. Eventually ESXi overwhelms OF to the point that it times out waiting for the ACKs (remember, these are threaded so there are a bunch of outstanding commands waiting for an ACK). When OF finally gets through its queue and sends the ACK, ESXi has timed out and no longer has a record of the data it sent, generating log entries like you see below in the code section. Disabling Delayed ACKs seems to make the new ESXi stack act more like the old ESXi stack in 3.5. -- Mihai _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
