The same issue occurs while replicating a 500GB volume...
The same issue occurs while replicating a 500GB volume...
Did you try sending the logs to support?
did the initilization finish before you started the replication ?
BTW it does not seem like a vmware issue, but here is a link to the post concerning LUN 0
http://kb.vmware.com/selfservice/mic...8601&stateId=0 0 44972208
I did wait until initilization finished, I even waited to put data on it until the initial replication would finish, but it never does.
Thanks for the LUN 0 info.
I always send my logfiles with the mails I send to support. I'm still waiting for an anwser...
keep us updated with your progress
You are not alone with this issue. I've also submitted a ticket and am awaiting a reply. I have two devices that I believe are identical in hardware and software. Replication from device A to Device B seems to be working without a problem. However, Replication from Device B to Device A seems to fail and cause both units to hang and reports a Journal committ error. fortunately I haven't lost any data, but it does require a hard power cycle (reboot command from console doesn't seem to do it) and it trashes any of the replications that I did have. I am using the default 40mb for my replication tasks.
Thanks for your reply! I'm sorry to hear you have the same problem..Originally Posted by JFleck
Are you using a supermicro chassis?
Are you using a Areca Raid Controller
What kind of disks are you using?
I'm starting to think the problem could be power or disk related. On this areca faq there was someone with the same abort device commands and solved it by upgrading the power supply.
I attached 8 of my 24 disk to a 500watt PS, Ik takes a lot longer for the system to crash![]()
I know the power supply is not broken because I swapped the entire chassis.
Maybe the power output is not sufficient?
Still no word from support, In really hope they can point me in the right direction. I'm wasting time chasing a ghost and my manager is not amused![]()