Thin client with VCL

2012-04-10 Thread Dmitri Chebotarov
Hi All,

Is anyone here is using a thin client with VCL? I.e. Dell FX100 or similar? 
(http://en.wikipedia.org/wiki/Thin_client).

This could work well with VCL, since most of thin boxes support RDP.

Interesting to see how a thin client compares to a regular PC in classroom 
environment. 
Seems like this would be a better option - less expensive, less admin overhead, 
more secure, and with all the benefits of VCL...

Thanks. 


--
Dmitri Chebotarov
Virtual Computing Lab Systems Engineer, TSD - Ent Servers  Messaging
223 Aquia Building, Ffx, MSN: 1B5
Phone: (703) 993-6175
Fax: (703) 993-3404







Re: VIM_SSH failed to login error

2012-04-10 Thread Andy Kurth
Hello,
Welcome!  You do not need the vSphere SDK and you don't need to
configure the username/password in the profile.  All that is required
is that the management node is able to SSH without a password to both
the VM host and VM.  It looks like this is working.

I don't think the problem has to do with your VCL configuration but
seems to be related to VMware.  I can't recall seeing the Failed to
login: vim.fault.NoPermission error before and was not able to
reproduce it.  Can you log in to the VMware web console as root?  If
you can login, select the VM host in the Inventory pane and look at
the Permissions tab.  Does root have the Administrator role?

Did you install any other VMware products except VMware Server 2.0?  I
have seen conflicts before when the vSphere SDK or VIX API was
installed over VMware Server.

At any rate, you'll need to be able to manually run the vmware-vim-cmd
commands before attempting to capture the image with VCL again.  When
logged in to the management node shell, do either of these commands
work?:
vmware-vim-cmd hostsvc/datastore/listsummary
ssh -i /etc/vcl/vcl.key alpha-vcl 'vmware-vim-cmd hostsvc/datastore/listsummary'

If neither works, try restarting the vmware service.  If the commands
still don't work, try rerunning vmware-config.pl.

-Andy

On Mon, Apr 9, 2012 at 6:10 PM, B Hartlieb har...@rpi.edu wrote:
 Hi All,

 Being a newbie, I need some help in capturing my first Base Image.

 I have VMware Server 2.0, with a free license, installed on the same RHEL
 5.8 hardware as my Management Node. I am not using the vSphere_SDK software.
 I am only using SSH. I believe that, I do not need the SDK in this
 situation. Is that true? My guest OS (winXP) is running, and I seem to be
 able to ssh to the guest with out a password. I tried my VM Host Profile
 with and without a password.

 VM Host Profile
 Select a profile to configure:
 Name:   VMware Server 2.x - local storage
 Type:   vmware
 Image:  no image
 Repository Path:        /vms/repository
 Data Store Path:        /vms/datastore1
 VM Path:        (empty)
 Virtual Switch 0:       HostOnly
 Virtual Switch 1:       Bridged
 VM Disk:        localdisk
 Generate eth0 MAC:      No
 Generate eth1 MAC:      No
 Username:       root
 Password:       *
 Confirm:        * match


 Yet, VIM_SSH.pm it seems to be throwing a failed to login error. Which I
 think is my first major error message. I am assuming at this point, that
 vmi_ssh is trying to sign into the VMware Server.

 16:05:55|3559|12:12|image|VIM_SSH.pm:_get_datastore_info(490)|unable to
 determine datastore names, unexpected output returned, VIM command
 arguments: 'hostsvc/datastore/listsummary', output:
 |3559|12:12|image| Failed to login: vim.fault.NoPermission

 Any ideas, anyone?

 If I do need the vSphere_SDK for perl, what version do I need for VMware
 Server 2.0?

 A more complete log follows.
 Thanks,

 /Brian

 --
 --
  Brian Hartlieb
     System Administrator
        TIS - Rensselaer at Hartford
           Rensselaer Polytechnic Institute (RPI)
              (860) 548-5459
                 har...@rpi.edu


 [root@alpha-vcl ~]# ssh -o CheckHostIP=no -o StrictHostKeyChecking=no -o
 BatchMode=no -i /etc/vcl/vcl.key 10.5.120.11
 Warning: Permanently added '10.5.120.11' (RSA) to the list of known hosts.
 Last login: Mon Apr  9 16:02:39 2012 from 10.5.120.1

 root@winxp3 ~
 $ exit
 logout
 Connection to 10.5.120.11 closed.
 [root@alpha-vcl ~]# ssh 10.5.120.11
 Warning: Permanently added '10.5.120.11' (RSA) to the list of known hosts.
 Permission denied (publickey,keyboard-interactive).
 [root@alpha-vcl ~]#
 [root@alpha-vcl ~]# /usr/local/vcl/bin/vcld -setup
 VCL Management Node Setup
 
 Select a module to configure:
 1. VCL Base Module
 2. VCL Image State Module
 3. Windows OS Module

 [vcld]
 Make a selection (1-3, 'c' to cancel): 2
 
 Choose an operation:
 1. Capture Base Image

 [vcld/Image]
 Make a selection (1, 'c' to cancel): 1

 Enter the VCL login name or ID of the user who will own the image: [admin]:

 User who will own the image: admin (ID: 1)

 Enter the hostname or IP address of the computer to be captured: ('c' to
 cancel): 10.5.120.11

 Computer to be captured: vmguest-1 (ID: 2)
 Provisioning module: provisioning_vmware
 Install type: vmware

 Select the OS to be captured (install type: vmware):
 1. Generic Linux (VMware)
 2. Windows 2003 Server (VMware)
 3. Windows 7 (VMware)
 4. Windows Server 2008 (VMware)
 5. Windows Vista (VMware)
 6. Windows XP (VMware)

 [vcld/Image/Capture Base Image]
 Make a selection (1-6, 'c' to cancel): 6

 Selected OS: Windows XP (VMware)

 Image architecture:
 1. x86
 2. x86_64

 [vcld/Image/Capture Base Image]
 Make a selection (1-2, 'c' to cancel): 1

 Image architecture: x86

 Use Sysprep:
 1. Yes
 2. No

 [vcld/Image/Capture Base Image]
 Make a selection (1-2, 

Re: Thin client with VCL

2012-04-10 Thread Michael Jinks
Several years ago, we put thin clients (Sun Ray) in all our public
computing spaces and computer-equipped classrooms.  They work great for
most things, and they do indeed save lots of expense and hassle.

We're now in the process of going back to PC's, though.  There are
several reasons, but the one that might apply to other sites is remote
display of graphically-intensive applications.  3D rendering is the
obvious one, but there are also a few legacy (DOS-era) scientific
graphing packages that don't play well with a network-connected display,
and the accumulated latency during real-time graphing appears to the
user as a drastic slowdown in performance.

So, test all your apps thoroughly before you commit.


On Tue, Apr 10, 2012 at 09:41:11AM -0400, Dmitri Chebotarov wrote:
Hi All,
Is anyone here is using a thin client with VCL? I.e. Dell FX100 or
similar? (http://en.wikipedia.org/wiki/Thin_client).
This could work well with VCL, since most of thin boxes support RDP.
Interesting to see how a thin client compares to a regular PC in
classroom environment.
Seems like this would be a better option - less expensive, less admin
overhead, more secure, and with all the benefits of VCL...
Thanks.
 
--
Dmitri Chebotarov
Virtual Computing Lab Systems Engineer, TSD - Ent Servers  Messaging
223 Aquia Building, Ffx, MSN: 1B5
Phone: (703) 993-6175
Fax: (703) 993-3404

-- 
Michael Jinks :: mji...@uchicago.edu :: 773-469-9688
University of Chicago IT Services


Re: Thin client with VCL

2012-04-10 Thread Henry Schaffer
Michael's point about testing is excellent! :-)

Other considerations include comparing prices - the price of desktop
computer has decreased greatly in the past few  years, narrowing the
price difference from thin clients.

Also consider how you might want to use the desktop/local machines.
The VCL is a desktop augmentation setup - so you likely want to use
the local machines for web surfing, e-mail, perhaps word processing
..., what else. That decision impacts the price of the thin client.

--henry schaffer

On Tue, Apr 10, 2012 at 10:59 AM, Michael Jinks mji...@uchicago.edu wrote:
 Several years ago, we put thin clients (Sun Ray) in all our public
 computing spaces and computer-equipped classrooms.  They work great for
 most things, and they do indeed save lots of expense and hassle.

 We're now in the process of going back to PC's, though.  There are
 several reasons, but the one that might apply to other sites is remote
 display of graphically-intensive applications.  3D rendering is the
 obvious one, but there are also a few legacy (DOS-era) scientific
 graphing packages that don't play well with a network-connected display,
 and the accumulated latency during real-time graphing appears to the
 user as a drastic slowdown in performance.

 So, test all your apps thoroughly before you commit.


 On Tue, Apr 10, 2012 at 09:41:11AM -0400, Dmitri Chebotarov wrote:
    Hi All,
    Is anyone here is using a thin client with VCL? I.e. Dell FX100 or
    similar? (http://en.wikipedia.org/wiki/Thin_client).
    This could work well with VCL, since most of thin boxes support RDP.
    Interesting to see how a thin client compares to a regular PC in
    classroom environment.
    Seems like this would be a better option - less expensive, less admin
    overhead, more secure, and with all the benefits of VCL...
    Thanks.

    --
    Dmitri Chebotarov
    Virtual Computing Lab Systems Engineer, TSD - Ent Servers  Messaging
    223 Aquia Building, Ffx, MSN: 1B5
    Phone: (703) 993-6175
    Fax: (703) 993-3404

 --
 Michael Jinks :: mji...@uchicago.edu :: 773-469-9688
 University of Chicago IT Services