You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@vcl.apache.org by Andy Kurth <an...@ncsu.edu> on 2014/05/01 17:39:48 UTC
Re: last update in my work
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 <
zvclproject@gmail.com> 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 <aa...@ncsu.edu>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
>> <zv...@gmail.com> 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.
>>
>
>
Re: last update in my work
Posted by Andy Kurth <an...@ncsu.edu>.
On May 7, 2014 10:00 PM, "zvclproject zvclproject" <zv...@gmail.com>
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 <an...@ncsu.edu> 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 <
zvclproject@gmail.com> 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 <
zvclproject@gmail.com> 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 <
zvclproject@gmail.com> 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 <an...@ncsu.edu>
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 <
zvclproject@gmail.com> 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 <
aaron_peeler@ncsu.edu> 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
>>>>>>>> <zv...@gmail.com> 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.
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: last update in my work
Posted by zvclproject zvclproject <zv...@gmail.com>.
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??
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.
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
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.
thank you again
Tariq
On Mon, May 5, 2014 at 3:23 PM, Andy Kurth <an...@ncsu.edu> 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 <
> zvclproject@gmail.com> 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 <
>> zvclproject@gmail.com> 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 <
>>> zvclproject@gmail.com> 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 <an...@ncsu.edu>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 <
>>>>> zvclproject@gmail.com> 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 <aaron_peeler@ncsu.edu
>>>>>> > 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
>>>>>>> <zv...@gmail.com> 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.
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: last update in my work
Posted by Andy Kurth <an...@ncsu.edu>.
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 <
zvclproject@gmail.com> 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 <
> zvclproject@gmail.com> 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 <
>> zvclproject@gmail.com> 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 <an...@ncsu.edu> 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 <
>>>> zvclproject@gmail.com> 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 <aa...@ncsu.edu>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
>>>>>> <zv...@gmail.com> 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.
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>
Re: last update in my work
Posted by zvclproject zvclproject <zv...@gmail.com>.
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 <an...@ncsu.edu> 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 <
> zvclproject@gmail.com> 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 <aa...@ncsu.edu>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
>>> <zv...@gmail.com> 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.
>>>
>>
>>
>