Using ESX 3.5, and using the Virtual Infrastructure client, I am able to browse the datastore of our SAN, and upload files all ok, but when I try and download any files, after 10-20 seconds, the file stops with a message "i/o error occurred".
Tried several attempts, some take longer than others to get the error message, but it's always the same result.
Check your vmkernel log to see if there are errors generated when your download fails.
I've checked /var/log/messages and /var/log/vmkernel and there's no entries for this. tried watching it with tail -f.
Not sure where else i should look. ?:|
Are you trying to download files that are in use? Such as a vm that is up and running? Try uploading a file, and then downloading the same file.
First, check the permissions/privileges granted to the user you have logged in with. Do you have privilege to do File management in a Datastore??
Try copying/moving the files e.g vmware log files, between folders in the same datestore and check if that works. Also try downloading the file from the service console instead of VI client.
I have admin rights.
I tried downloading a file from a different datastore (local storage of a host) and that worked.
Seems it's just files on the SAN.. local host storage and other NFS shares seem fine.
So for now it's a slow scp to get the files.
Thanks for your help.
Are you connecting directly to ESX, or through virtual center using the vi client. If vc, can you connect using vi client to ESX using root, and see if download is successful?
I have the same problem using ESX server 3.5 VI client and trying to download files from virtual storage with datastore browser to local machine. I/O error after few seconds. Logged in with root account. Anybodu have any idea?
We have the same problem. Files smaller than 300mb could be up-/downloaded in 9 of 10 cases. Files between 300-1000mb succeeded 8/10 in downloading, 2/10 in uploading. Files >= 1gb almost never succeed. There are also no entries in any logfile.
We use a Tyan- Mainboard with 8GB- RAM an two AMD- Quadcores, ESX v.3.5 including all current updates. Networking from Client to ESX contains two "Zyxel GS-105A" switchs and a "HP ProCurve 2824". All NICs and switches support GB- ethernet. The storage I try to up/download to/from is a SATA- RAID connected through a PCI-E RAID- Controller.
Do you use a similiar hardware setup? Any solutions so far?
Same issue on ESXi.
This is a problem for the free version since without VC, the datastore browser is the only supported way to transfer files.
I can trigger the I/O error by doing anything that is slightly disk intensive on the client. I can kill the connection by simply web browsing. Something as mundane as clearing my Internet Cache or a virus scan would kill it, too. Here's my hostd.log:
2008-08-14 19:00:49.540 'Nfc' 49156 error Nfc_AuthdServerLoop saw error: Network error -- Failed to send data message 2008-08-14 19:03:11.660 'App' 147466 error Failed to send response to the client: Broken pipe
Uploading works fine, however.
I have the same problem: I/O error after a while downloading virtual disks (of stopped VMs) which are greater than 800Mb.
I have an E1000 adapter, quad core q6600, LSI Sas RAID-1 with 2 500gb disks, 6GB ram, ESXi, using root as account.
Using the web browser I can download the same file, though...(BTW..is there a way to upload something by web?).
I'm rather worried becase I just wanted to backup some VMs quickly, and it seems very complicated.
Same issue here as well on ESXi on multiple servers. This has not been an issue for us internally, but for our partners that are trying out the ESXi product (combined with the Aug 12 lockout bug), this has created some hesitation to adopt.
To any others that need the assistance until this issue is corrected, the VMs (as a whole) can be moved more efficiently (than the web interface) using the VMWare Converter to a local filesystem.
We are also experiencing the same issue.
ESX 3.5 U1, VC 2.5
IBM HS21 XM Blades, 2x Xeon 5345's, 32 GB's.
Dual Emulex FC HBA's, SAN Attached to IBM SVC 2145, DS4800 Back End, through Brocade switches, max four paths.
Dual Gigabit Broadcom NIC's Bound in 802.3ad Link Agg with VLAN Trunking.
Its strange to me that this problem even exists. I can download files fine from the web browser. I can use the remote command line. Both of those methods use a simple HTTP GET. I don't understand why the VI Client doesn't use HTTP GET and PUT. Maybe they'll rethink that in a future VI Client update.
Same story here.
HP DL 380 G5 with internal storage on the P400 ctrl.
Does anyone had any success with another free type of backup?
I've installed a freenas server and nfs mounted a new backup store. But its a bit overkill with another server just for backup
Any luck on getting scp to work? (Winscp does not work out of the box and Veeam FastSCP does not support esxi yet..)
I have this problem downloading a 26GB vmdk from a 3.5i U2, DL380 G3 4GB, local 15K SCSI in RAID 10 to an XP workstation with single SATA drive. However, when I put the VI client on a DL385 2003 R2 32bit, 16GB, 15K SCSI RAID5, the download succeeded. It's almost like the destination has to have storage fast enough to keep up with the source's ability to fill a gig pipe, otherwise it will fail. Sounds silly, but...
Is there a person from this thread ready to volunteer and do the following two things:
In case of the Datastore browser upload/download it may report some low
level windows error code. Just run the tool, then start the UI, go to
the Datastore browser and do the usual things that you do. When the IO
error occurs, look at the tool and check if there are some messages
with the following format ' blabla .... failed: last error = XXXXXX.
2) Also if possible look if there is a copy of libeay32.dll (and
ssleay32.dll) on the machine other than the one in the Virtual
Infrastructure Client\2.5 folder. If that is the case, you may try
temporarily renaming or temporarily removing the other copies and check
if the upload/download problem still persists.
Please, if you do the steps above, share the outcome.
Same problem here, though with uploading. Here is the output of the debugger:
The machine is HP DL585 running ESXi 3.5. update 2.