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: Thin client with VCL

2012-04-10 Thread jjzamani
Yes I use chippc thin clents, also you can use an IPAD with cloud share a (RDP 
app) but in this case you have to write the ip address, user and pwd


Juan José Zamanillo

-Original Message-
From: Dmitri Chebotarov 
Date: Tue, 10 Apr 2012 09:41:11 
To: 
Reply-To: vcl-user@incubator.apache.org
Subject: Thin client with VCL

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  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
>
> Imag

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  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