I am working my way through testing Open-e and Virtual Iron as our iSCSI solution. I have a problem that the VI people haven't yet been able to solve.
Running Open-e demo on SuperMicro 6025B-3 servers and VI 4.5.16 demo. Created two logical volumes: lv0000 is 300G File I/O and lv0001 is 150G Block I/O. I assigned them target0 and target1, respectively. My cunning plan is to run my virtual iron machines from file disks on lv0000 and point the SQL and Exchange databases to block disks carved out from lv0001.
When I try to assign disks in Virtual Iron and set up the iSCSI inside, I get some very strange values. iSCSI(1) shows 161.061G and iSCSI(2) shows 321.892G. Now, I can see some variance due to defining 1000 v. 1024, formatted vs. unformatted size, and so on, but I have some very real problems with this - not the least of which is I can't trust whether VI has identified the targets properly and assigned them in order and Identify the Block or File I/O devices!
I've rebuilt the disks twice in Open-e (a valuable learning experience!) and reloaded the VI to start it from scratch. And scratch is exactly what I'm doing to my head to figure out what's going on here.
I have not seen this issue before where the size is larger then what was created. Seeing that you tested with both File and Block IO I can't imagine how it would increase the values.
Does this happen if you test with just a Microsoft system using the MS iSCSI initiator?
Not sure why as well. Unless there is a Virtual Iron initiator setting that you can match with ours. You can go to the console and enter CTRL + ALT + W then Tuning options then iSCSI daemon options then select the Target and compare with Virtual Iron.