I'm working from a new image, so (unfortunately?) Cygwin is already the
I've disabled many of the default items in /etc/profile to try and speed up
initial connections. Do you happen to know if the management node
opens/closes the SSH connection for each command it issues, or uses the
same SSH session for multiple commands?
On Wed, Feb 29, 2012 at 14:42, James O'Dell <jod...@fullerton.edu> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> Hey Mike,
> I had a similar issue with Cygwin.
> Basically, I installed Cygwin when I created the image. Over
> the course of time I patched the OS, but not Cygwin.
> This caused problems.
> I eventually removed Cygwin, and reinstalled it (had to
> re-run the Cygwin patch up stuff again).
> (Pay close attention to who you are actually 'logged in as'
> when installing Cygwin. I think I needed to be 'root')
> Anyway, a reinstall of Cygwin helped me out.
> Hope this helps,
> On 2/29/2012 10:41 AM, Mike Haudenschild wrote:
> > Good afternoon, devs --
> > I've been experiencing slower than expected reservation provisioning
> > on a VCL infrastructure that uses a SAN for all storage (all ESXi, on
> > blades). I first noticed it when I'd click the "Connect!" button on a
> > reservation and the RDP connection wouldn't open the first time.
> > Restarting the RDP client 15-30 seconds later, the connection would
> > succeed.
> > Watching vcld.log, I found that connecting to the Cygwin shell from the
> > management node was taking 6-10 seconds (whereas the same connections on
> > servers using local-disk storage take 1-2 seconds). I can replicate the
> > behavior running ssh -i /etc/vcl/vcl.key <target machine> from the
> > management node.
> > It really hit home when I started a bash shell LOCALLY (with bash --login
> > -i -x) on a target Windows VM and watched how long it took just to get
> to a
> > bash prompt. Each of the startup scripts took a long time. (I'm not
> > running bash-completion, a common complaint about slow Cygwin shell
> > startups.)
> > I *think* -- requesting confirmation of this -- that each time the
> > management node wants to issue a command to a remote computer it
> > a new SSH connection, then closes that connection when the command
> > processing. Is that accurate? If so, that would mean that those 6-10
> > seconds would be compounded several times over while the management node
> > prepares the remote computer for my reservation. I'm currently
> > investigating moving Cygwin into a RAMdisk on the VM images, but that
> > makes sense if the above assumption about multiple SSH sessions is
> > The latency on the SAN connection is very low, and ESXi reports that
> > latencies on the virtural disks are slow. I have /etc/hosts set up, DNS
> > resolves fine, and pings between the management node and VMs are fine.
> > Has anyone else run into any similar behavior with Cygwin?
> > Many thanks,
> > Mike
> > --
> > *Mike Haudenschild*
> > Education Systems Manager
> > Longsight Group
> > (740) 599-5005 x809
> > m...@longsight.com
> > www.longsight.com
> - --
> Jim O'Dell
> Network Analyst
> California State University Fullerton
> Email: jod...@fullerton.edu
> Phone: (657) 278-2256
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> -----END PGP SIGNATURE-----