On May 7, 2014 10:00 PM, "zvclproject zvclproject" <[email protected]> wrote: > > hello Andy, > > thank you a lot for your help its working now, in fact I need to ask you some question please; > 1- for the vcl can we call it a could service??
If you mean cloud service, yes. > 2- if yes if we have two computation nodes dose it make a VM motion between them for example if there a computation node becomes overloaded and the second one has extra resource, and dose the end user feel that motion. In order to live migrate on VMware, you need a vCenter/vSphere license. If you have this and it includes the DRS feature, you're better off just letting vCenter handle balancing things. This is currently supported on VCL. You just define a single VCL VM host which represents the vCenter server. VCL doesn't currently initiate migrations. It will eventually be supported for kvm, and possibly on VMware. > 3-i'm thinking about a heterogeneous hypervisor i.e if we have two computational nodes one run KVM hypervisor and the second run esxi dose that supported by VCL and can we make a VM motion between two different hypervisor > Live migrations across VMware / kvm isn't possible AFAIK. VCL can currently automatically convert to/from VMware/kvm. > is this setup support clustering for high availability to management node and for computational node I note that the images stored in the computational nodes and for example if this node failed then the images will not be available. There is nothing built into VCL to automatically fail over a downed management node, VCL web server, or database. If you have a problematic compute node, VCL will detect the failure when the next reservation is assigned to the node and put that computer in the failed state. Subsequent reservations won't be assigned to that node until you fix the problem and set the state back to available. > thank you again > Tariq > > > On Mon, May 5, 2014 at 3:23 PM, Andy Kurth <[email protected]> wrote: >> >> First, edit /root/.ssh/known_hosts and remove the line referring to the VM. It should be line 3. >> >> Then create the following file if it does not exist: >> /root/.ssh/config >> >> Add the following to this file: >> StrictHostKeyChecking no >> UserKnownHostsFile /dev/null >> >> Retry the SSH command. >> >> -Andy >> >> >> >> On Mon, May 5, 2014 at 12:48 PM, zvclproject zvclproject < [email protected]> wrote: >>> >>> Hello Andy, >>> >>> i have fixed the slowness problem and i had resetup the falke VM and i get following error message for the security policy please your advises >>> >>> ssh flake 'C:/Windows/Sysnative/secedit. >>> exe /configure /cfg "C:\\Cygwin\\home\\root\\VCL\\Security\\1_Windows_Security_Policies.inf" /db $SYSTEMROOT/security/Database/1_Windows_Security_Policies.sdb /log $SYSTEMROOT/security/Logs/1_Windows_Security_Policies.log /overwrite /quiet' >>> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ >>> @ WARNING: POSSIBLE DNS SPOOFING DETECTED! @ >>> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ >>> The RSA host key for flake has changed, >>> and the key for the corresponding IP address 192.168.134.12 >>> is unchanged. This could either mean that >>> DNS SPOOFING is happening or the IP address for the host >>> and its host key have changed at the same time. >>> Offending key for IP in /root/.ssh/known_hosts:6 >>> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ >>> @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ >>> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ >>> IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! >>> Someone could be eavesdropping on you right now (man-in-the-middle attack)! >>> It is also possible that the RSA host key has just been changed. >>> The fingerprint for the RSA key sent by the remote host is >>> 73:00:da:4c:47:67:ae:1a:88:73:1c:b1:94:4f:e8:38. >>> Please contact your system administrator. >>> Add correct host key in /root/.ssh/known_hosts to get rid of this message. >>> Offending key in /root/.ssh/known_hosts:3 >>> RSA host key for flake has changed and you have requested strict checking. >>> Host key verification failed. >>> [root@mgmt ~]# >>> >>> >>> On Mon, May 5, 2014 at 12:24 PM, zvclproject zvclproject < [email protected]> wrote: >>>> >>>> Hello Andy, >>>> >>>> i have fixed the slowness problem and i had resetup the falke VM and i get following error message for the security policy please your advises >>>> >>>> ssh flake 'C:/Windows/Sysnative/secedit.exe /configure /cfg "C:\\Cygwin\\home\\root\\VCL\\Security\\1_Windows_Security_Policies.inf" /db $SYSTEMROOT/security/Database/1_Windows_Security_Policies.sdb /log $SYSTEMROOT/security/Logs/1_Windows_Security_Policies.log /overwrite /quiet' >>>> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ >>>> @ WARNING: POSSIBLE DNS SPOOFING DETECTED! @ >>>> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ >>>> The RSA host key for flake has changed, >>>> and the key for the corresponding IP address 192.168.134.12 >>>> is unchanged. This could either mean that >>>> DNS SPOOFING is happening or the IP address for the host >>>> and its host key have changed at the same time. >>>> Offending key for IP in /root/.ssh/known_hosts:6 >>>> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ >>>> @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ >>>> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ >>>> IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! >>>> Someone could be eavesdropping on you right now (man-in-the-middle attack)! >>>> It is also possible that the RSA host key has just been changed. >>>> The fingerprint for the RSA key sent by the remote host is >>>> 73:00:da:4c:47:67:ae:1a:88:73:1c:b1:94:4f:e8:38. >>>> Please contact your system administrator. >>>> Add correct host key in /root/.ssh/known_hosts to get rid of this message. >>>> Offending key in /root/.ssh/known_hosts:3 >>>> RSA host key for flake has changed and you have requested strict checking. >>>> Host key verification failed. >>>> [root@mgmt ~]# >>>> >>>> >>>> >>>> On Fri, May 2, 2014 at 8:42 AM, zvclproject zvclproject < [email protected]> wrote: >>>>> >>>>> hello Andy, >>>>> >>>>> thank you very much for your replay, in fact I want to explain for you the slowness case that we experience it is at starting windows and shutdown it once I switch the VM on it take about 15 minutes to see the win3003 starting logo and in shutdown it shutdown fast until you see a blue screen after that it take about half hour to switch off. >>>>> >>>>> once the windows started it is work normal and I can say it fast in working the issue is in starting and ending the windows. >>>>> >>>>> yesterday I did what you asked but i didn't get any important log or even see any boot logs. >>>>> >>>>> dose i need to make some tuning for KVM which i installed it in fedora Linux 6.6 also i tried install Ubuntu using the KVM also i experience the same problem. >>>>> >>>>> thank you >>>>> >>>>> Tariq >>>>> >>>>> >>>>> On Thu, May 1, 2014 at 11:39 AM, Andy Kurth <[email protected]> wrote: >>>>>> >>>>>> Sorry for the delay, been on vacation. It looks like the security policies are being successfully applied so the previous problem appears to be solved. >>>>>> >>>>>> The capture process attempted to reboot the VM in order to delete the pagefile to save space. The VM never responded to ping after the reboot. Something is misconfigured regarding the VM or VM host's networking. Log into the VM and check ipconfig. Does the VM have a private IP address? Can you now ping it and SSH in from the management node? >>>>>> >>>>>> You mentioned slowness in a previous message. If the VM currently has a private IP address and the networking currently looks OK, it's possible that the VM took over 5 minutes to reboot and the capture process timed out. If this is the case you'll need to figure out the reason for the slowness. Try rebooting the VM. Where does it seem to hang -- shutting down or coming back up? If it is slow coming back up, disable the GUI boot option so you can see where the boot sequence hangs: >>>>>> -Run msconfig.exe >>>>>> -Select the Boot tab >>>>>> -Check "No GUI boot" >>>>>> -Check "Boot log" >>>>>> -Check "OS boot information" >>>>>> -Save the changes >>>>>> >>>>>> Also, clear the System event log just prior to rebooting the computer, then reboot it. Watch the screen while it reboots to see if there is a long pause where nothing is happening. What is displayed during the pause and immediately afterwards? After it boots, look at the system event log and see if there is a long gap between timestamps where the delay occurred. What event log messages are generated before and after the delay? >>>>>> >>>>>> The VM only has 1GB of RAM. This should be sufficient but you could also try to increase it. >>>>>> >>>>>> >>>>>> On Wed, Apr 30, 2014 at 12:05 AM, zvclproject zvclproject < [email protected]> wrote: >>>>>>> >>>>>>> hello, >>>>>>> >>>>>>> i fixed the ssh in the flake and still i can't capture the image due to the reboot failed in flake, please your advises >>>>>>> please find the attaches file >>>>>>> >>>>>>> thank you >>>>>>> >>>>>>> >>>>>>> On Tue, Apr 29, 2014 at 10:27 AM, Aaron Peeler < [email protected]> wrote: >>>>>>>> >>>>>>>> The node flake is not accessible via ssh. >>>>>>>> >>>>>>>> Look for the first WARNING flag in the log file. >>>>>>>> >>>>>>>> The management node vcld process needs to log into the node via ssh using PKI. >>>>>>>> >>>>>>>> Make sure ssh logins work first, then set the state of the request in >>>>>>>> the db from maintenance to image. This restarts the imaging process, >>>>>>>> watch the log file for any additional errors. >>>>>>>> >>>>>>>> Aaron >>>>>>>> >>>>>>>> >>>>>>>> On Mon, Apr 28, 2014 at 11:13 PM, zvclproject zvclproject >>>>>>>> <[email protected]> wrote: >>>>>>>> > hello Andy, >>>>>>>> > >>>>>>>> > i have deleted all the database record and then i re added all the nodes but >>>>>>>> > still i experience error in capturing the image, please find the attachment >>>>>>>> > that show your the logs >>>>>>>> > >>>>>>>> > >>>>>>>> > please your help, >>>>>>>> > >>>>>>>> > thank you very much >>>>>>>> > >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Aaron Peeler >>>>>>>> Program Manager >>>>>>>> Virtual Computing Lab >>>>>>>> NC State University >>>>>>>> >>>>>>>> All electronic mail messages in connection with State business which >>>>>>>> are sent to or received by this account are subject to the NC Public >>>>>>>> Records Law and may be disclosed to third parties. >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >
