12:46 p.m.
Hello,
I'm trying to learn OpenStack via RDO, so I downloaded packstack. I went to this link
to start on RDOhttps://www.rdoproject.org/install/quickstart/
I set up a fixed IP in CentOS 7. CentOS 7 is a guest OS. I'm using Virtualbox as
my virtual machine, and Windows 10 is my host OS. I'm using a Bridged adpater for
Virtual Box.
I downloaded and installed RDO via packstack.
I then went here:https://www.rdoproject.org/install/running-an-instance/
I went there to learn how to run an instance, and on step three on that page, "Create
or Import a Pair", I received an error. The error occurred when I tried to
"create" the key. It error was "Keypair data is invalid: failed to
generate fingerprint (HTTP 400)". I also tried to import a key, by generating one
on the command line. However, in both cases it failed. I got some guidance from this
video,https://www.youtube.com/watch?v=GYTctLuPbOs, but that didn't do the trick for
me, either.
I have been looking around for similar problems on the web, and I found a couple, but
none of the solutions worked for me. I recently disabled SELinux with the
"setenforce 0" command, and that didn't fix the problem either.
Does anyone have any idea what his could be? I'm really just learning now, so
I'm sure it's got to be something rudimentary.
Thanks for any help!
...John
10:03 a.m.
Hi,
You could try adding it via the CLI:
# generate the keypair; cloud.key is the private key; cloud.key.pub is
the public key
ssh-keygen -t rsa -f cloud.key -N ''
# load the keystone credentials
source keystonerc_admin
# import the public key
nova keypair-add --pub_key cloud.key.pub cloudkey
Marius
On Sat, Jan 9, 2016 at 7:46 PM, Thales <thaleslv(a)yahoo.com> wrote:
Hello,
I'm trying to learn OpenStack via RDO, so I downloaded packstack. I went to
this link to start on RDO
https://www.rdoproject.org/install/quickstart/
I set up a fixed IP in CentOS 7. CentOS 7 is a guest OS. I'm using
Virtualbox as my virtual machine, and Windows 10 is my host OS. I'm using a
Bridged adpater for Virtual Box.
I downloaded and installed RDO via packstack.
I then went here:
https://www.rdoproject.org/install/running-an-instance/
I went there to learn how to run an instance, and on step three on that
page, "Create or Import a Pair", I received an error. The error occurred
when I tried to "create" the key. It error was "Keypair data is invalid:
failed to generate fingerprint (HTTP 400)". I also tried to import a
key, by generating one on the command line. However, in both cases it
failed. I got some guidance from this video
,https://www.youtube.com/watch?v=GYTctLuPbOs, but that didn't do the trick
for me, either.
I have been looking around for similar problems on the web, and I found a
couple, but none of the solutions worked for me. I recently disabled
SELinux with the "setenforce 0" command, and that didn't fix the problem
either.
Does anyone have any idea what his could be? I'm really just learning
now, so I'm sure it's got to be something rudimentary.
Thanks for any help!
...John
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
9:50 p.m.
Thanks, Marius!
I get the same error.
"Error (BadRequest): Keypair data is invalid: failed to generate fingerprint (HTTP p
400) (Requested ID: ...)"
I'm just staring out with OpenStack here, trying to get through my first tutorial, so
I'm fumbling around.
...John
On Sunday, January 10, 2016 10:03 AM, Marius Cornea <marius(a)remote-lab.net>
wrote:
Hi,
You could try adding it via the CLI:
# generate the keypair; cloud.key is the private key; cloud.key.pub is
the public key
ssh-keygen -t rsa -f cloud.key -N ''
# load the keystone credentials
source keystonerc_admin
# import the public key
nova keypair-add --pub_key cloud.key.pub cloudkey
Marius
On Sat, Jan 9, 2016 at 7:46 PM, Thales <thaleslv(a)yahoo.com> wrote:
Hello,
I'm trying to learn OpenStack via RDO, so I downloaded packstack. I went to
this link to start on RDO
https://www.rdoproject.org/install/quickstart/
I set up a fixed IP in CentOS 7. CentOS 7 is a guest OS. I'm using
Virtualbox as my virtual machine, and Windows 10 is my host OS. I'm using a
Bridged adpater for Virtual Box.
I downloaded and installed RDO via packstack.
I then went here:
https://www.rdoproject.org/install/running-an-instance/
I went there to learn how to run an instance, and on step three on that
page, "Create or Import a Pair", I received an error. The error occurred
when I tried to "create" the key. It error was "Keypair data is invalid:
failed to generate fingerprint (HTTP 400)". I also tried to import a
key, by generating one on the command line. However, in both cases it
failed. I got some guidance from this video
,https://www.youtube.com/watch?v=GYTctLuPbOs, but that didn't do the trick
for me, either.
I have been looking around for similar problems on the web, and I found a
couple, but none of the solutions worked for me. I recently disabled
SELinux with the "setenforce 0" command, and that didn't fix the problem
either.
Does anyone have any idea what his could be? I'm really just learning
now, so I'm sure it's got to be something rudimentary.
Thanks for any help!
...John
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
5:17 a.m.
Strange, can you run cat cloud.key.pub and ssh-keygen -l -f
cloud.key.pub and provide the output on a paste service such as
http://paste.openstack.org/ ?
On Mon, Jan 11, 2016 at 4:50 AM, Thales <thaleslv(a)yahoo.com> wrote:
Thanks, Marius!
I get the same error.
"Error (BadRequest): Keypair data is invalid: failed to generate fingerprint
(HTTP p 400) (Requested ID: ...)"
I'm just staring out with OpenStack here, trying to get through my first
tutorial, so I'm fumbling around.
...John
On Sunday, January 10, 2016 10:03 AM, Marius Cornea <marius(a)remote-lab.net>
wrote:
Hi,
You could try adding it via the CLI:
# generate the keypair; cloud.key is the private key; cloud.key.pub is
the public key
ssh-keygen -t rsa -f cloud.key -N ''
# load the keystone credentials
source keystonerc_admin
# import the public key
nova keypair-add --pub_key cloud.key.pub cloudkey
Marius
On Sat, Jan 9, 2016 at 7:46 PM, Thales <thaleslv(a)yahoo.com> wrote:
> Hello,
>
> I'm trying to learn OpenStack via RDO, so I downloaded packstack. I went
> to
> this link to start on RDO
> https://www.rdoproject.org/install/quickstart/
>
> I set up a fixed IP in CentOS 7. CentOS 7 is a guest OS. I'm using
> Virtualbox as my virtual machine, and Windows 10 is my host OS. I'm using
> a
> Bridged adpater for Virtual Box.
>
> I downloaded and installed RDO via packstack.
>
> I then went here:
> https://www.rdoproject.org/install/running-an-instance/
>
>
> I went there to learn how to run an instance, and on step three on that
> page, "Create or Import a Pair", I received an error. The error
> occurred
> when I tried to "create" the key. It error was "Keypair data is
invalid:
> failed to generate fingerprint (HTTP 400)". I also tried to import a
> key, by generating one on the command line. However, in both cases it
> failed. I got some guidance from this video
> ,https://www.youtube.com/watch?v=GYTctLuPbOs, but that didn't do the trick
> for me, either.
>
> I have been looking around for similar problems on the web, and I found a
> couple, but none of the solutions worked for me. I recently disabled
> SELinux with the "setenforce 0" command, and that didn't fix the
problem
> either.
>
> Does anyone have any idea what his could be? I'm really just learning
> now, so I'm sure it's got to be something rudimentary.
>
> Thanks for any help!
>
> ...John
>
> _______________________________________________
> Rdo-list mailing list
> Rdo-list(a)redhat.com
> https://www.redhat.com/mailman/listinfo/rdo-list
>
> To unsubscribe: rdo-list-unsubscribe(a)redhat.com
12:21 p.m.
Marius,
"Strange, can you run cat cloud.key.pub and ssh-keygen -l -f
cloud.key.pub and provide the output on a paste service such as
http://paste.openstack.org/ ?"
Okay! Here's the output.
http://paste.openstack.org/show/483458/
...John
On Monday, January 11, 2016 5:17 AM, Marius Cornea <marius(a)remote-lab.net>
wrote:
Strange, can you run cat cloud.key.pub and ssh-keygen -l -f
cloud.key.pub and provide the output on a paste service such as
http://paste.openstack.org/ ?
On Mon, Jan 11, 2016 at 4:50 AM, Thales <thaleslv(a)yahoo.com> wrote:
Thanks, Marius!
I get the same error.
"Error (BadRequest): Keypair data is invalid: failed to generate fingerprint
(HTTP p 400) (Requested ID: ...)"
I'm just staring out with OpenStack here, trying to get through my first
tutorial, so I'm fumbling around.
...John
On Sunday, January 10, 2016 10:03 AM, Marius Cornea <marius(a)remote-lab.net>
wrote:
Hi,
You could try adding it via the CLI:
# generate the keypair; cloud.key is the private key; cloud.key.pub is
the public key
ssh-keygen -t rsa -f cloud.key -N ''
# load the keystone credentials
source keystonerc_admin
# import the public key
nova keypair-add --pub_key cloud.key.pub cloudkey
6:28 p.m.
Hi John,
Does this command work for you:
nova keypair-add cloudkey >cloudkey.priv; chmod 600 cloudkey.priv
If it works (nova keypair-list), you could ssh to the instance launched with the key
using:
ssh -i cloudkey.priv <user>@<IP>
Best regards,
Sasha Chuzhoy.
----- Original Message -----
From: "Thales" <thaleslv(a)yahoo.com>
To: "Marius Cornea" <marius(a)remote-lab.net>
Cc: rdo-list(a)redhat.com
Sent: Sunday, January 10, 2016 10:50:12 PM
Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
Thanks, Marius!
I get the same error.
"Error (BadRequest): Keypair data is invalid: failed to generate fingerprint
(HTTP p 400) (Requested ID: ...)"
I'm just staring out with OpenStack here, trying to get through my first
tutorial, so I'm fumbling around.
...John
On Sunday, January 10, 2016 10:03 AM, Marius Cornea <marius(a)remote-lab.net>
wrote:
Hi,
You could try adding it via the CLI:
# generate the keypair; cloud.key is the private key; cloud.key.pub is
the public key
ssh-keygen -t rsa -f cloud.key -N ''
# load the keystone credentials
source keystonerc_admin
# import the public key
nova keypair-add --pub_key cloud.key.pub cloudkey
Marius
On Sat, Jan 9, 2016 at 7:46 PM, Thales < thaleslv(a)yahoo.com > wrote:
> Hello,
>
> I'm trying to learn OpenStack via RDO, so I downloaded packstack. I went to
> this link to start on RDO
> https://www.rdoproject.org/install/quickstart/
>
> I set up a fixed IP in CentOS 7. CentOS 7 is a guest OS. I'm using
> Virtualbox as my virtual machine, and Windows 10 is my host OS. I'm using a
> Bridged adpater for Virtual Box.
>
> I downloaded and installed RDO via packstack.
>
> I then went here:
> https://www.rdoproject.org/install/running-an-instance/
>
>
> I went there to learn how to run an instance, and on step three on that
> page, "Create or Import a Pair", I received an error. The error occurred
> when I tried to "create" the key. It error was "Keypair data is
invalid:
> failed to generate fingerprint (HTTP 400)". I also tried to import a
> key, by generating one on the command line. However, in both cases it
> failed. I got some guidance from this video
> , https://www.youtube.com/watch?v=GYTctLuPbOs, but that didn't do the trick
> for me, either.
>
> I have been looking around for similar problems on the web, and I found a
> couple, but none of the solutions worked for me. I recently disabled
> SELinux with the "setenforce 0" command, and that didn't fix the
problem
> either.
>
> Does anyone have any idea what his could be? I'm really just learning
> now, so I'm sure it's got to be something rudimentary.
>
> Thanks for any help!
>
> ...John
>
> _______________________________________________
> Rdo-list mailing list
> Rdo-list(a)redhat.com
> https://www.redhat.com/mailman/listinfo/rdo-list
>
> To unsubscribe: rdo-list-unsubscribe(a)redhat.com
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
1:49 p.m.
Hello Sasha,
I tried your command, and got the following error:
[john@localhost ~]$ nova keypair-add cloudkey > cloudkey.priv; chmod 600 cloudkey.priv
ERROR (CommandError): You must provide a username or user id via --os-username,
--os-user-id, env[OS_USERNAME] or env[OS_USER_ID]
...John
On Monday, January 11, 2016 6:28 PM, Sasha Chuzhoy <sasha(a)redhat.com> wrote:
Hi John,
Does this command work for you:
nova keypair-add cloudkey >cloudkey.priv; chmod 600 cloudkey.priv
If it works (nova keypair-list), you could ssh to the instance launched with the key
using:
ssh -i cloudkey.priv <user>@<IP>
Best regards,
Sasha Chuzhoy.
----- Original Message -----
From: "Thales" <thaleslv(a)yahoo.com>
To: "Marius Cornea" <marius(a)remote-lab.net>
Cc: rdo-list(a)redhat.com
Sent: Sunday, January 10, 2016 10:50:12 PM
Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
Thanks, Marius!
I get the same error.
"Error (BadRequest): Keypair data is invalid: failed to generate fingerprint
(HTTP p 400) (Requested ID: ...)"
I'm just staring out with OpenStack here, trying to get through my first
tutorial, so I'm fumbling around.
...John
2:21 p.m.
You need to source the file with the variables.
Run "source /root/keystonerc_admin" before attempting the "nova
keypair-add" command.
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
From: "Thales" <thaleslv(a)yahoo.com>
To: "Sasha Chuzhoy" <sasha(a)redhat.com>
Cc: "Marius Cornea" <marius(a)remote-lab.net>, rdo-list(a)redhat.com
Sent: Tuesday, January 12, 2016 2:49:48 PM
Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
Hello Sasha,
I tried your command, and got the following error:
[john@localhost ~]$ nova keypair-add cloudkey > cloudkey.priv; chmod 600
cloudkey.priv
ERROR (CommandError): You must provide a username or user id via
--os-username, --os-user-id, env[OS_USERNAME] or env[OS_USER_ID]
...John
On Monday, January 11, 2016 6:28 PM, Sasha Chuzhoy <sasha(a)redhat.com>
wrote:
Hi John,
Does this command work for you:
nova keypair-add cloudkey >cloudkey.priv; chmod 600 cloudkey.priv
If it works (nova keypair-list), you could ssh to the instance launched with
the key using:
ssh -i cloudkey.priv <user>@<IP>
Best regards,
Sasha Chuzhoy.
----- Original Message -----
> From: "Thales" <thaleslv(a)yahoo.com>
> To: "Marius Cornea" <marius(a)remote-lab.net>
> Cc: rdo-list(a)redhat.com
> Sent: Sunday, January 10, 2016 10:50:12 PM
> Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
>
> Thanks, Marius!
>
> I get the same error.
>
> "Error (BadRequest): Keypair data is invalid: failed to generate
> fingerprint
> (HTTP p 400) (Requested ID: ...)"
>
> I'm just staring out with OpenStack here, trying to get through my first
> tutorial, so I'm fumbling around.
>
> ...John
>
2:52 p.m.
Thanks! I'm just going through the beginning tutorials now, so I'm not aware of
those commands, nor do I know where to find them, however I ran the first, and,
unfortunately, I get the same error:[root@localhost keystone(keystone_admin)]# nova
keypair-add cloudkey > cloudkey.priv; chmod 600 cloudkey.priv
ERROR (BadRequest): Keypair data is invalid: failed to generate fingerprint (HTTP 400)
(Request-ID: req-e722e315-e701-40d8-9fd6-0b5e71df3de1)
Regards,...John
On Tuesday, January 12, 2016 2:21 PM, Sasha Chuzhoy <sasha(a)redhat.com> wrote:
You need to source the file with the variables.
Run "source /root/keystonerc_admin" before attempting the "nova
keypair-add" command.
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
From: "Thales" <thaleslv(a)yahoo.com>
To: "Sasha Chuzhoy" <sasha(a)redhat.com>
Cc: "Marius Cornea" <marius(a)remote-lab.net>, rdo-list(a)redhat.com
Sent: Tuesday, January 12, 2016 2:49:48 PM
Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
Hello Sasha,
I tried your command, and got the following error:
[john@localhost ~]$ nova keypair-add cloudkey > cloudkey.priv; chmod 600
cloudkey.priv
ERROR (CommandError): You must provide a username or user id via
--os-username, --os-user-id, env[OS_USERNAME] or env[OS_USER_ID]
...John
On Monday, January 11, 2016 6:28 PM, Sasha Chuzhoy <sasha(a)redhat.com>
wrote:
Hi John,
Does this command work for you:
nova keypair-add cloudkey >cloudkey.priv; chmod 600 cloudkey.priv
If it works (nova keypair-list), you could ssh to the instance launched with
the key using:
ssh -i cloudkey.priv <user>@<IP>
Best regards,
Sasha Chuzhoy.
----- Original Message -----
> From: "Thales" <thaleslv(a)yahoo.com>
> To: "Marius Cornea" <marius(a)remote-lab.net>
> Cc: rdo-list(a)redhat.com
> Sent: Sunday, January 10, 2016 10:50:12 PM
> Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
>
> Thanks, Marius!
>
> I get the same error.
>
> "Error (BadRequest): Keypair data is invalid: failed to generate
> fingerprint
> (HTTP p 400) (Requested ID: ...)"
>
> I'm just staring out with OpenStack here, trying to get through my first
> tutorial, so I'm fumbling around.
>
> ...John
>
6:21 p.m.
I'm still struggling with this one, so if anyone has any other ideas, I'm all ears
(or eyes!).
Regards,...John
On Tuesday, January 12, 2016 2:52 PM, Thales <thaleslv(a)yahoo.com> wrote:
Thanks! I'm just going through the beginning tutorials now, so I'm not aware
of those commands, nor do I know where to find them, however I ran the first, and,
unfortunately, I get the same error:[root@localhost keystone(keystone_admin)]# nova
keypair-add cloudkey > cloudkey.priv; chmod 600 cloudkey.priv
ERROR (BadRequest): Keypair data is invalid: failed to generate fingerprint (HTTP 400)
(Request-ID: req-e722e315-e701-40d8-9fd6-0b5e71df3de1)
Regards,...John
On Tuesday, January 12, 2016 2:21 PM, Sasha Chuzhoy <sasha(a)redhat.com> wrote:
You need to source the file with the variables.
Run "source /root/keystonerc_admin" before attempting the "nova
keypair-add" command.
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
From: "Thales" <thaleslv(a)yahoo.com>
To: "Sasha Chuzhoy" <sasha(a)redhat.com>
Cc: "Marius Cornea" <marius(a)remote-lab.net>, rdo-list(a)redhat.com
Sent: Tuesday, January 12, 2016 2:49:48 PM
Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
Hello Sasha,
I tried your command, and got the following error:
[john@localhost ~]$ nova keypair-add cloudkey > cloudkey.priv; chmod 600
cloudkey.priv
ERROR (CommandError): You must provide a username or user id via
--os-username, --os-user-id, env[OS_USERNAME] or env[OS_USER_ID]
...John
On Monday, January 11, 2016 6:28 PM, Sasha Chuzhoy <sasha(a)redhat.com>
wrote:
Hi John,
Does this command work for you:
nova keypair-add cloudkey >cloudkey.priv; chmod 600 cloudkey.priv
If it works (nova keypair-list), you could ssh to the instance launched with
the key using:
ssh -i cloudkey.priv <user>@<IP>
Best regards,
Sasha Chuzhoy.
----- Original Message -----
> From: "Thales" <thaleslv(a)yahoo.com>
> To: "Marius Cornea" <marius(a)remote-lab.net>
> Cc: rdo-list(a)redhat.com
> Sent: Sunday, January 10, 2016 10:50:12 PM
> Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
>
> Thanks, Marius!
>
> I get the same error.
>
> "Error (BadRequest): Keypair data is invalid: failed to generate
> fingerprint
> (HTTP p 400) (Requested ID: ...)"
>
> I'm just staring out with OpenStack here, trying to get through my first
> tutorial, so I'm fumbling around.
>
> ...John
>
9:02 p.m.
John,
Would it be possible for you to share all the commands you've ran (history) during the
installation + the OS version (maybe using http://paste.openstack.org/)
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
From: "Thales" <thaleslv(a)yahoo.com>
To: "Sasha Chuzhoy" <sasha(a)redhat.com>
Cc: "Marius Cornea" <marius(a)remote-lab.net>, rdo-list(a)redhat.com
Sent: Tuesday, January 12, 2016 7:21:32 PM
Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
I'm still struggling with this one, so if anyone has any other ideas, I'm all
ears (or eyes!).
Regards,...John
On Tuesday, January 12, 2016 2:52 PM, Thales <thaleslv(a)yahoo.com> wrote:
Thanks! I'm just going through the beginning tutorials now, so I'm not
aware of those commands, nor do I know where to find them, however I ran
the first, and, unfortunately, I get the same error:[root@localhost
keystone(keystone_admin)]# nova keypair-add cloudkey > cloudkey.priv; chmod
600 cloudkey.priv
ERROR (BadRequest): Keypair data is invalid: failed to generate fingerprint
(HTTP 400) (Request-ID: req-e722e315-e701-40d8-9fd6-0b5e71df3de1)
Regards,...John
On Tuesday, January 12, 2016 2:21 PM, Sasha Chuzhoy <sasha(a)redhat.com>
wrote:
You need to source the file with the variables.
Run "source /root/keystonerc_admin" before attempting the "nova
keypair-add"
command.
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
> From: "Thales" <thaleslv(a)yahoo.com>
> To: "Sasha Chuzhoy" <sasha(a)redhat.com>
> Cc: "Marius Cornea" <marius(a)remote-lab.net>, rdo-list(a)redhat.com
> Sent: Tuesday, January 12, 2016 2:49:48 PM
> Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
>
> Hello Sasha,
> I tried your command, and got the following error:
> [john@localhost ~]$ nova keypair-add cloudkey > cloudkey.priv; chmod 600
> cloudkey.priv
> ERROR (CommandError): You must provide a username or user id via
> --os-username, --os-user-id, env[OS_USERNAME] or env[OS_USER_ID]
>
>
> ...John
>
>
> On Monday, January 11, 2016 6:28 PM, Sasha Chuzhoy <sasha(a)redhat.com>
> wrote:
>
>
> Hi John,
> Does this command work for you:
> nova keypair-add cloudkey >cloudkey.priv; chmod 600 cloudkey.priv
>
> If it works (nova keypair-list), you could ssh to the instance launched
> with
> the key using:
> ssh -i cloudkey.priv <user>@<IP>
>
> Best regards,
> Sasha Chuzhoy.
>
> ----- Original Message -----
> > From: "Thales" <thaleslv(a)yahoo.com>
> > To: "Marius Cornea" <marius(a)remote-lab.net>
> > Cc: rdo-list(a)redhat.com
> > Sent: Sunday, January 10, 2016 10:50:12 PM
> > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> >
> > Thanks, Marius!
> >
> > I get the same error.
> >
> > "Error (BadRequest): Keypair data is invalid: failed to generate
> > fingerprint
> > (HTTP p 400) (Requested ID: ...)"
> >
> > I'm just staring out with OpenStack here, trying to get through my first
> > tutorial, so I'm fumbling around.
> >
> > ...John
> >
>
>
9:36 p.m.
I'll do my best to recall.
My OS is CentOS 7, in VirtualBox 5.0. The host OS is WIndows 10. I have an 8 core
machine, with 16 gigabytes of ram, 10 of which are being used by the guest OS.
I set up a fixed IP, and used a "bridged adapter" in VirtualBox.
For installing RDO, I followed these instructions exactly:
https://www.rdoproject.org/install/quickstart/
I also disabled firewalld, and for SELinux executed "setenforce 0"
Here is the pastebin, basically a repeat of the "quickstart" website
http://paste.openstack.org/show/483685/
Looking at my Bash "history" command confirms those were the steps taken.
Thanks, Sasha!....John
On Tuesday, January 12, 2016 9:02 PM, Sasha Chuzhoy <sasha(a)redhat.com> wrote:
John,
Would it be possible for you to share all the commands you've ran (history) during the
installation + the OS version (maybe using http://paste.openstack.org/)
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
From: "Thales" <thaleslv(a)yahoo.com>
To: "Sasha Chuzhoy" <sasha(a)redhat.com>
Cc: "Marius Cornea" <marius(a)remote-lab.net>, rdo-list(a)redhat.com
Sent: Tuesday, January 12, 2016 7:21:32 PM
Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
I'm still struggling with this one, so if anyone has any other ideas, I'm all
ears (or eyes!).
Regards,...John
On Tuesday, January 12, 2016 2:52 PM, Thales <thaleslv(a)yahoo.com> wrote:
Thanks! I'm just going through the beginning tutorials now, so I'm not
aware of those commands, nor do I know where to find them, however I ran
the first, and, unfortunately, I get the same error:[root@localhost
keystone(keystone_admin)]# nova keypair-add cloudkey > cloudkey.priv; chmod
600 cloudkey.priv
ERROR (BadRequest): Keypair data is invalid: failed to generate fingerprint
(HTTP 400) (Request-ID: req-e722e315-e701-40d8-9fd6-0b5e71df3de1)
Regards,...John
On Tuesday, January 12, 2016 2:21 PM, Sasha Chuzhoy <sasha(a)redhat.com>
wrote:
You need to source the file with the variables.
Run "source /root/keystonerc_admin" before attempting the "nova
keypair-add"
command.
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
> From: "Thales" <thaleslv(a)yahoo.com>
> To: "Sasha Chuzhoy" <sasha(a)redhat.com>
> Cc: "Marius Cornea" <marius(a)remote-lab.net>, rdo-list(a)redhat.com
> Sent: Tuesday, January 12, 2016 2:49:48 PM
> Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
>
> Hello Sasha,
> I tried your command, and got the following error:
> [john@localhost ~]$ nova keypair-add cloudkey > cloudkey.priv; chmod 600
> cloudkey.priv
> ERROR (CommandError): You must provide a username or user id via
> --os-username, --os-user-id, env[OS_USERNAME] or env[OS_USER_ID]
>
>
> ...John
>
>
> On Monday, January 11, 2016 6:28 PM, Sasha Chuzhoy <sasha(a)redhat.com>
> wrote:
>
>
> Hi John,
> Does this command work for you:
> nova keypair-add cloudkey >cloudkey.priv; chmod 600 cloudkey.priv
>
> If it works (nova keypair-list), you could ssh to the instance launched
> with
> the key using:
> ssh -i cloudkey.priv <user>@<IP>
>
> Best regards,
> Sasha Chuzhoy.
>
> ----- Original Message -----
> > From: "Thales" <thaleslv(a)yahoo.com>
> > To: "Marius Cornea" <marius(a)remote-lab.net>
> > Cc: rdo-list(a)redhat.com
> > Sent: Sunday, January 10, 2016 10:50:12 PM
> > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> >
> > Thanks, Marius!
> >
> > I get the same error.
> >
> > "Error (BadRequest): Keypair data is invalid: failed to generate
> > fingerprint
> > (HTTP p 400) (Requested ID: ...)"
> >
> > I'm just staring out with OpenStack here, trying to get through my first
> > tutorial, so I'm fumbling around.
> >
> > ...John
> >
>
>
9:37 a.m.
Here is the pastebin, basically a repeat of the "quickstart" website
http://paste.openstack.org/show/483685/
Looking at your history i noticed that you run packstack withuout the sudo command.
Are you sure it finished correctly? It should be run as root.
Cheers,
Ivan
11:26 a.m.
Ivan,
You're right, I ran it without the sudo command. I was following the directions here,
where they don't use sudo:https://www.rdoproject.org/install/quickstart/
Is that wrong?
Regards,...John
On Wednesday, January 13, 2016 9:37 AM, Ivan Chavero <ichavero(a)redhat.com>
wrote:
Here is the pastebin, basically a repeat of the "quickstart" website
http://paste.openstack.org/show/483685/
Looking at your history i noticed that you run packstack withuout the sudo command.
Are you sure it finished correctly? It should be run as root.
Cheers,
Ivan
2:46 p.m.
John,
please try to run the " packstack --allinone" command as root (or with sudo).
Then see if the error reproduces.
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
From: "Thales" <thaleslv(a)yahoo.com>
To: "Ivan Chavero" <ichavero(a)redhat.com>
Cc: rdo-list(a)redhat.com
Sent: Wednesday, January 13, 2016 12:26:21 PM
Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
Ivan,
You're right, I ran it without the sudo command. I was following the
directions here, where they don't use sudo:
https://www.rdoproject.org/install/quickstart/
Is that wrong?
Regards,
...John
On Wednesday, January 13, 2016 9:37 AM, Ivan Chavero <ichavero(a)redhat.com>
wrote:
>
> Here is the pastebin, basically a repeat of the "quickstart" website
>
> http://paste.openstack.org/show/483685/
Looking at your history i noticed that you run packstack withuout the sudo
command.
Are you sure it finished correctly? It should be run as root.
Cheers,
Ivan
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
3:38 p.m.
Sasha,
Okay, I ran it. I hope there is not a conflict with the previous install. I ran the
web interface, Dashboard, and the same error pops up, the HTTP 400 error. I then ran
the keypair command line command at root, and get a different error, a n HTTP 401
authentication error:
Here are the commands and the output:http://paste.openstack.org/show/483817/
...John
On Wednesday, January 13, 2016 2:46 PM, Sasha Chuzhoy <sasha(a)redhat.com> wrote:
John,
please try to run the " packstack --allinone" command as root (or with sudo).
Then see if the error reproduces.
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
From: "Thales" <thaleslv(a)yahoo.com>
To: "Ivan Chavero" <ichavero(a)redhat.com>
Cc: rdo-list(a)redhat.com
Sent: Wednesday, January 13, 2016 12:26:21 PM
Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
Ivan,
You're right, I ran it without the sudo command. I was following the
directions here, where they don't use sudo:
https://www.rdoproject.org/install/quickstart/
Is that wrong?
Regards,
...John
On Wednesday, January 13, 2016 9:37 AM, Ivan Chavero <ichavero(a)redhat.com>
wrote:
>
> Here is the pastebin, basically a repeat of the "quickstart" website
>
> http://paste.openstack.org/show/483685/
Looking at your history i noticed that you run packstack withuout the sudo
command.
Are you sure it finished correctly? It should be run as root.
Cheers,
Ivan
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
3:52 p.m.
Did the run of "packstack --allinone" completed successfully or exited with
error?
The should be no conflict with the previous install (not sure if the previous install
completed successfully).
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
From: "Thales" <thaleslv(a)yahoo.com>
To: "Sasha Chuzhoy" <sasha(a)redhat.com>
Cc: "Ivan Chavero" <ichavero(a)redhat.com>, rdo-list(a)redhat.com
Sent: Wednesday, January 13, 2016 4:38:29 PM
Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
Sasha,
Okay, I ran it. I hope there is not a conflict with the previous install.
I ran the web interface, Dashboard, and the same error pops up, the HTTP
400 error. I then ran the keypair command line command at root, and get
a different error, a n HTTP 401 authentication error:
Here are the commands and the output:http://paste.openstack.org/show/483817/
...John
On Wednesday, January 13, 2016 2:46 PM, Sasha Chuzhoy <sasha(a)redhat.com>
wrote:
John,
please try to run the " packstack --allinone" command as root (or with sudo).
Then see if the error reproduces.
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
> From: "Thales" <thaleslv(a)yahoo.com>
> To: "Ivan Chavero" <ichavero(a)redhat.com>
> Cc: rdo-list(a)redhat.com
> Sent: Wednesday, January 13, 2016 12:26:21 PM
> Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
>
> Ivan,
>
> You're right, I ran it without the sudo command. I was following the
> directions here, where they don't use sudo:
> https://www.rdoproject.org/install/quickstart/
>
>
> Is that wrong?
>
> Regards,
> ...John
>
>
> On Wednesday, January 13, 2016 9:37 AM, Ivan Chavero <ichavero(a)redhat.com>
> wrote:
>
>
>
>
> >
> > Here is the pastebin, basically a repeat of the "quickstart" website
> >
> > http://paste.openstack.org/show/483685/
>
>
> Looking at your history i noticed that you run packstack withuout the sudo
> command.
> Are you sure it finished correctly? It should be run as root.
>
> Cheers,
> Ivan
>
>
>
>
> _______________________________________________
> Rdo-list mailing list
> Rdo-list(a)redhat.com
> https://www.redhat.com/mailman/listinfo/rdo-list
>
> To unsubscribe: rdo-list-unsubscribe(a)redhat.com
4:05 p.m.
Sasha,
Yes, it confirmed with the following:
"**** Installation completed successfully ******" It's on the screen in
front of me now.
The previous install also gave the same message.
...John
On Wednesday, January 13, 2016 3:52 PM, Sasha Chuzhoy <sasha(a)redhat.com> wrote:
Did the run of "packstack --allinone" completed successfully or exited with
error?
The should be no conflict with the previous install (not sure if the previous install
completed successfully).
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
From: "Thales" <thaleslv(a)yahoo.com>
To: "Sasha Chuzhoy" <sasha(a)redhat.com>
Cc: "Ivan Chavero" <ichavero(a)redhat.com>, rdo-list(a)redhat.com
Sent: Wednesday, January 13, 2016 4:38:29 PM
Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
Sasha,
Okay, I ran it. I hope there is not a conflict with the previous install.
I ran the web interface, Dashboard, and the same error pops up, the HTTP
400 error. I then ran the keypair command line command at root, and get
a different error, a n HTTP 401 authentication error:
Here are the commands and the output:http://paste.openstack.org/show/483817/
...John
On Wednesday, January 13, 2016 2:46 PM, Sasha Chuzhoy <sasha(a)redhat.com>
wrote:
John,
please try to run the " packstack --allinone" command as root (or with sudo).
Then see if the error reproduces.
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
> From: "Thales" <thaleslv(a)yahoo.com>
> To: "Ivan Chavero" <ichavero(a)redhat.com>
> Cc: rdo-list(a)redhat.com
> Sent: Wednesday, January 13, 2016 12:26:21 PM
> Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
>
> Ivan,
>
> You're right, I ran it without the sudo command. I was following the
> directions here, where they don't use sudo:
> https://www.rdoproject.org/install/quickstart/
>
>
> Is that wrong?
>
> Regards,
> ...John
>
>
> On Wednesday, January 13, 2016 9:37 AM, Ivan Chavero <ichavero(a)redhat.com>
> wrote:
>
>
>
>
> >
> > Here is the pastebin, basically a repeat of the "quickstart" website
> >
> > http://paste.openstack.org/show/483685/
>
>
> Looking at your history i noticed that you run packstack withuout the sudo
> command.
> Are you sure it finished correctly? It should be run as root.
>
> Cheers,
> Ivan
>
>
>
>
> _______________________________________________
> Rdo-list mailing list
> Rdo-list(a)redhat.com
> https://www.redhat.com/mailman/listinfo/rdo-list
>
> To unsubscribe: rdo-list-unsubscribe(a)redhat.com
4:49 p.m.
Okay, running it on the command line now gives the original HTTP 400 error. So,
it's doing the same thing it did at the start.
On Wednesday, January 13, 2016 3:52 PM, Sasha Chuzhoy <sasha(a)redhat.com> wrote:
Did the run of "packstack --allinone" completed successfully or exited with
error?
The should be no conflict with the previous install (not sure if the previous install
completed successfully).
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
From: "Thales" <thaleslv(a)yahoo.com>
To: "Sasha Chuzhoy" <sasha(a)redhat.com>
Cc: "Ivan Chavero" <ichavero(a)redhat.com>, rdo-list(a)redhat.com
Sent: Wednesday, January 13, 2016 4:38:29 PM
Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
Sasha,
Okay, I ran it. I hope there is not a conflict with the previous install.
I ran the web interface, Dashboard, and the same error pops up, the HTTP
400 error. I then ran the keypair command line command at root, and get
a different error, a n HTTP 401 authentication error:
Here are the commands and the output:http://paste.openstack.org/show/483817/
...John
On Wednesday, January 13, 2016 2:46 PM, Sasha Chuzhoy <sasha(a)redhat.com>
wrote:
John,
please try to run the " packstack --allinone" command as root (or with sudo).
Then see if the error reproduces.
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
> From: "Thales" <thaleslv(a)yahoo.com>
> To: "Ivan Chavero" <ichavero(a)redhat.com>
> Cc: rdo-list(a)redhat.com
> Sent: Wednesday, January 13, 2016 12:26:21 PM
> Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
>
> Ivan,
>
> You're right, I ran it without the sudo command. I was following the
> directions here, where they don't use sudo:
> https://www.rdoproject.org/install/quickstart/
>
>
> Is that wrong?
>
> Regards,
> ...John
>
>
> On Wednesday, January 13, 2016 9:37 AM, Ivan Chavero <ichavero(a)redhat.com>
> wrote:
>
>
>
>
> >
> > Here is the pastebin, basically a repeat of the "quickstart" website
> >
> > http://paste.openstack.org/show/483685/
>
>
> Looking at your history i noticed that you run packstack withuout the sudo
> command.
> Are you sure it finished correctly? It should be run as root.
>
> Cheers,
> Ivan
>
>
>
>
> _______________________________________________
> Rdo-list mailing list
> Rdo-list(a)redhat.com
> https://www.redhat.com/mailman/listinfo/rdo-list
>
> To unsubscribe: rdo-list-unsubscribe(a)redhat.com
6:47 p.m.
Okay, I decided to go back to the very start, to a clean install of CentOS 7. I ran all
of the commands to install rdo as root.That is, the commands from the quick start website
here: https://www.rdoproject.org/install/quickstart/
Alas, the same HTTP 400 error crops up! I ran the keypair commands from the CLI as well.
Wow.
It has to be something simple and obvious.
...John
On Wednesday, January 13, 2016 3:52 PM, Sasha Chuzhoy <sasha(a)redhat.com> wrote:
Did the run of "packstack --allinone" completed successfully or exited with
error?
The should be no conflict with the previous install (not sure if the previous install
completed successfully).
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
From: "Thales" <thaleslv(a)yahoo.com>
To: "Sasha Chuzhoy" <sasha(a)redhat.com>
Cc: "Ivan Chavero" <ichavero(a)redhat.com>, rdo-list(a)redhat.com
Sent: Wednesday, January 13, 2016 4:38:29 PM
Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
Sasha,
Okay, I ran it. I hope there is not a conflict with the previous install.
I ran the web interface, Dashboard, and the same error pops up, the HTTP
400 error. I then ran the keypair command line command at root, and get
a different error, a n HTTP 401 authentication error:
Here are the commands and the output:http://paste.openstack.org/show/483817/
...John
On Wednesday, January 13, 2016 2:46 PM, Sasha Chuzhoy <sasha(a)redhat.com>
wrote:
John,
please try to run the " packstack --allinone" command as root (or with sudo).
Then see if the error reproduces.
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
> From: "Thales" <thaleslv(a)yahoo.com>
> To: "Ivan Chavero" <ichavero(a)redhat.com>
> Cc: rdo-list(a)redhat.com
> Sent: Wednesday, January 13, 2016 12:26:21 PM
> Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
>
> Ivan,
>
> You're right, I ran it without the sudo command. I was following the
> directions here, where they don't use sudo:
> https://www.rdoproject.org/install/quickstart/
>
>
> Is that wrong?
>
> Regards,
> ...John
>
>
> On Wednesday, January 13, 2016 9:37 AM, Ivan Chavero <ichavero(a)redhat.com>
> wrote:
>
>
>
>
> >
> > Here is the pastebin, basically a repeat of the "quickstart" website
> >
> > http://paste.openstack.org/show/483685/
>
>
> Looking at your history i noticed that you run packstack withuout the sudo
> command.
> Are you sure it finished correctly? It should be run as root.
>
> Cheers,
> Ivan
>
>
>
>
> _______________________________________________
> Rdo-list mailing list
> Rdo-list(a)redhat.com
> https://www.redhat.com/mailman/listinfo/rdo-list
>
> To unsubscribe: rdo-list-unsubscribe(a)redhat.com
9:48 p.m.
Hi John,
I wasn't able to reproduce your issue.
Could you please check the logs for errors and also double check that the system's
resources aren't exhausted.
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
From: "Thales" <thaleslv(a)yahoo.com>
To: "Sasha Chuzhoy" <sasha(a)redhat.com>
Cc: "Ivan Chavero" <ichavero(a)redhat.com>, rdo-list(a)redhat.com
Sent: Wednesday, January 13, 2016 7:47:34 PM
Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
Okay, I decided to go back to the very start, to a clean install of CentOS 7.
I ran all of the commands to install rdo as root.That is, the commands
from the quick start website here:
https://www.rdoproject.org/install/quickstart/
Alas, the same HTTP 400 error crops up! I ran the keypair commands from the
CLI as well. Wow.
It has to be something simple and obvious.
...John
On Wednesday, January 13, 2016 3:52 PM, Sasha Chuzhoy <sasha(a)redhat.com>
wrote:
Did the run of "packstack --allinone" completed successfully or exited with
error?
The should be no conflict with the previous install (not sure if the previous
install completed successfully).
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
> From: "Thales" <thaleslv(a)yahoo.com>
> To: "Sasha Chuzhoy" <sasha(a)redhat.com>
> Cc: "Ivan Chavero" <ichavero(a)redhat.com>, rdo-list(a)redhat.com
> Sent: Wednesday, January 13, 2016 4:38:29 PM
> Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
>
> Sasha,
> Okay, I ran it. I hope there is not a conflict with the previous
> install.
> I ran the web interface, Dashboard, and the same error pops up, the HTTP
> 400 error. I then ran the keypair command line command at root, and get
> a different error, a n HTTP 401 authentication error:
> Here are the commands and the
> output:http://paste.openstack.org/show/483817/
>
>
>
> ...John
>
>
> On Wednesday, January 13, 2016 2:46 PM, Sasha Chuzhoy <sasha(a)redhat.com>
> wrote:
>
>
> John,
> please try to run the " packstack --allinone" command as root (or with
> sudo).
>
> Then see if the error reproduces.
> Thanks.
>
> Best regards,
> Sasha Chuzhoy.
>
> ----- Original Message -----
> > From: "Thales" <thaleslv(a)yahoo.com>
> > To: "Ivan Chavero" <ichavero(a)redhat.com>
> > Cc: rdo-list(a)redhat.com
> > Sent: Wednesday, January 13, 2016 12:26:21 PM
> > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> >
> > Ivan,
> >
> > You're right, I ran it without the sudo command. I was following the
> > directions here, where they don't use sudo:
> > https://www.rdoproject.org/install/quickstart/
> >
> >
> > Is that wrong?
> >
> > Regards,
> > ...John
> >
> >
> > On Wednesday, January 13, 2016 9:37 AM, Ivan Chavero
> > <ichavero(a)redhat.com>
> > wrote:
> >
> >
> >
> >
> > >
> > > Here is the pastebin, basically a repeat of the "quickstart"
website
> > >
> > > http://paste.openstack.org/show/483685/
> >
> >
> > Looking at your history i noticed that you run packstack withuout the
> > sudo
> > command.
> > Are you sure it finished correctly? It should be run as root.
> >
> > Cheers,
> > Ivan
> >
> >
> >
> >
> > _______________________________________________
> > Rdo-list mailing list
> > Rdo-list(a)redhat.com
> > https://www.redhat.com/mailman/listinfo/rdo-list
> >
> > To unsubscribe: rdo-list-unsubscribe(a)redhat.com
>
>
>
11:34 p.m.
"I wasn't able to reproduce your issue."
Thanks for that, Sasha!
I have looked through the eight log files in /var/log/nova and I found three things, which
you can see here:http://paste.openstack.org/show/483844/
It looks like the SQL server is not working right?
System resources. I'm looking at the Gnome System Monitor. Total Memory is 9.4
gigabytes, with 3.2 gigbytes used.
But, this is strange, it says that CPU usage is at 100%. Not sure how that can be.
vmtoolsd is using around 98% of the cpu! I have an 8 core machine, so I'm not sure
how this is measuring.
...John
On Wednesday, January 13, 2016 9:48 PM, Sasha Chuzhoy <sasha(a)redhat.com> wrote:
Hi John,
I wasn't able to reproduce your issue.
Could you please check the logs for errors and also double check that the system's
resources aren't exhausted.
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
From: "Thales" <thaleslv(a)yahoo.com>
To: "Sasha Chuzhoy" <sasha(a)redhat.com>
Cc: "Ivan Chavero" <ichavero(a)redhat.com>, rdo-list(a)redhat.com
Sent: Wednesday, January 13, 2016 7:47:34 PM
Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
Okay, I decided to go back to the very start, to a clean install of CentOS 7.
I ran all of the commands to install rdo as root.That is, the commands
from the quick start website here:
https://www.rdoproject.org/install/quickstart/
Alas, the same HTTP 400 error crops up! I ran the keypair commands from the
CLI as well. Wow.
It has to be something simple and obvious.
...John
On Wednesday, January 13, 2016 3:52 PM, Sasha Chuzhoy <sasha(a)redhat.com>
wrote:
Did the run of "packstack --allinone" completed successfully or exited with
error?
The should be no conflict with the previous install (not sure if the previous
install completed successfully).
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
> From: "Thales" <thaleslv(a)yahoo.com>
> To: "Sasha Chuzhoy" <sasha(a)redhat.com>
> Cc: "Ivan Chavero" <ichavero(a)redhat.com>, rdo-list(a)redhat.com
> Sent: Wednesday, January 13, 2016 4:38:29 PM
> Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
>
> Sasha,
> Okay, I ran it. I hope there is not a conflict with the previous
> install.
> I ran the web interface, Dashboard, and the same error pops up, the HTTP
> 400 error. I then ran the keypair command line command at root, and get
> a different error, a n HTTP 401 authentication error:
> Here are the commands and the
> output:http://paste.openstack.org/show/483817/
>
>
>
> ...John
>
>
> On Wednesday, January 13, 2016 2:46 PM, Sasha Chuzhoy <sasha(a)redhat.com>
> wrote:
>
>
> John,
> please try to run the " packstack --allinone" command as root (or with
> sudo).
>
> Then see if the error reproduces.
> Thanks.
>
> Best regards,
> Sasha Chuzhoy.
>
> ----- Original Message -----
> > From: "Thales" <thaleslv(a)yahoo.com>
> > To: "Ivan Chavero" <ichavero(a)redhat.com>
> > Cc: rdo-list(a)redhat.com
> > Sent: Wednesday, January 13, 2016 12:26:21 PM
> > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> >
> > Ivan,
> >
> > You're right, I ran it without the sudo command. I was following the
> > directions here, where they don't use sudo:
> > https://www.rdoproject.org/install/quickstart/
> >
> >
> > Is that wrong?
> >
> > Regards,
> > ...John
> >
> >
> > On Wednesday, January 13, 2016 9:37 AM, Ivan Chavero
> > <ichavero(a)redhat.com>
> > wrote:
> >
> >
> >
> >
> > >
> > > Here is the pastebin, basically a repeat of the "quickstart"
website
> > >
> > > http://paste.openstack.org/show/483685/
> >
> >
> > Looking at your history i noticed that you run packstack withuout the
> > sudo
> > command.
> > Are you sure it finished correctly? It should be run as root.
> >
> > Cheers,
> > Ivan
> >
> >
> >
> >
> > _______________________________________________
> > Rdo-list mailing list
> > Rdo-list(a)redhat.com
> > https://www.redhat.com/mailman/listinfo/rdo-list
> >
> > To unsubscribe: rdo-list-unsubscribe(a)redhat.com
>
>
>
1:56 a.m.
----- Original Message -----
"I wasn't able to reproduce your issue."
Thanks for that, Sasha!
I have looked through the eight log files in /var/log/nova and I
found three
things, which you can see here:
http://paste.openstack.org/show/483844/
It looks like the SQL server is not working right?
Hi John,
This just looks like a startup thing, where the Nova services were up before the database
was available. It is working as expected, as services are retrying and eventually
connect.
To simplify the log issue, let's try this:
- openstack-service stop nova
- go to /var/log/nova and move all log files to a backup location, so they are empty
- openstack-service start nova
- Try to reproduce the issue
- openstak-service stop nova
The log file size should be manageable now and there should be little noise. If they are
not too big, could you try pasting them? There should be something in api.log to move
forward.
Regards,
Javier
System resources. I'm looking at the Gnome System Monitor.
Total Memory is 9.4 gigabytes, with 3.2 gigbytes used.
But, this is strange, it says that CPU usage is at 100%. Not sure how
that
can be.
vmtoolsd is using around 98% of the cpu! I have an 8 core machine, so
I'm not
sure how this is measuring.
...John
On Wednesday, January 13, 2016 9:48 PM, Sasha Chuzhoy
<sasha(a)redhat.com>
wrote:
Hi John,
I wasn't able to reproduce your issue.
Could you please check the logs for errors and also double check that the
system's resources aren't exhausted.
Thanks.
Best regards,
Sasha Chuzhoy.
> ----- Original Message -----
> > From: "Thales" < thaleslv(a)yahoo.com >
> > To: "Sasha Chuzhoy" < sasha(a)redhat.com >
> > Cc: "Ivan Chavero" < ichavero(a)redhat.com >, rdo-list(a)redhat.com
> > Sent: Wednesday, January 13, 2016 7:47:34 PM
> > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> >
> > Okay, I decided to go back to the very start, to a clean install of CentOS
> > 7.
> > I ran all of the commands to install rdo as root.That is, the commands
> > from the quick start website here:
> > https://www.rdoproject.org/install/quickstart/
> >
> > Alas, the same HTTP 400 error crops up! I ran the keypair commands from the
> > CLI as well. Wow.
> >
> > It has to be something simple and obvious.
> ...John
> >
> > On Wednesday, January 13, 2016 3:52 PM, Sasha Chuzhoy < sasha(a)redhat.com
>
> > wrote:
> >
> >
> > Did the run of "packstack --allinone" completed successfully or exited
with
> > error?
> >
> > The should be no conflict with the previous install (not sure if the
> > previous
> > install completed successfully).
> > Thanks.
> >
> > Best regards,
> > Sasha Chuzhoy.
> >
> > ----- Original Message -----
> > > From: "Thales" < thaleslv(a)yahoo.com >
> > > To: "Sasha Chuzhoy" < sasha(a)redhat.com >
> > > Cc: "Ivan Chavero" < ichavero(a)redhat.com >,
rdo-list(a)redhat.com
> > > Sent: Wednesday, January 13, 2016 4:38:29 PM
> > > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> > >
> > > Sasha,
> > > Okay, I ran it. I hope there is not a conflict with the previous
> > > install.
> > > I ran the web interface, Dashboard, and the same error pops up, the HTTP
> > > 400 error. I then ran the keypair command line command at root, and get
> > > a different error, a n HTTP 401 authentication error:
> > > Here are the commands and the
> > > output: http://paste.openstack.org/show/483817/
> > >
> > >
> > >
> > ...John
> > >
> > >
> > > On Wednesday, January 13, 2016 2:46 PM, Sasha Chuzhoy <
sasha(a)redhat.com
> > > >
> > > wrote:
> > >
> > >
> > > John,
> > > please try to run the " packstack --allinone" command as root (or
with
> > > sudo).
> > >
> > > Then see if the error reproduces.
> > > Thanks.
> > >
> > > Best regards,
> > > Sasha Chuzhoy.
> > >
> > > ----- Original Message -----
> > > > From: "Thales" < thaleslv(a)yahoo.com >
> > > > To: "Ivan Chavero" < ichavero(a)redhat.com >
> > > > Cc: rdo-list(a)redhat.com
> > > > Sent: Wednesday, January 13, 2016 12:26:21 PM
> > > > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> > > >
> > > > Ivan,
> > > >
> > > > You're right, I ran it without the sudo command. I was following
the
> > > > directions here, where they don't use sudo:
> > > > https://www.rdoproject.org/install/quickstart/
> > > >
> > > >
> > > > Is that wrong?
> > > >
> > > > Regards,
> > > ...John
> > > >
> > > >
> > > > On Wednesday, January 13, 2016 9:37 AM, Ivan Chavero
> > > > < ichavero(a)redhat.com >
> > > > wrote:
> > > >
> > > >
> > > >
> > > >
> > > > >
> > > > > Here is the pastebin, basically a repeat of the
"quickstart" website
> > > > >
> > > > > http://paste.openstack.org/show/483685/
> > > >
> > > >
> > > > Looking at your history i noticed that you run packstack withuout the
> > > > sudo
> > > > command.
> > > > Are you sure it finished correctly? It should be run as root.
> > > >
> > > > Cheers,
> > > > Ivan
> > > >
> > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > Rdo-list mailing list
> > > > Rdo-list(a)redhat.com
> > > > https://www.redhat.com/mailman/listinfo/rdo-list
> > > >
> > > To unsubscribe:
rdo-list-unsubscribe(a)redhat.com
> > >
> > >
> > >
> >
> >
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
2:43 p.m.
Hello Javier,
Okay, I did what you said. This took some fumbling around. There are 7 files. The two
biggest are 13k and 12k , the others are 4k and below. Hope they aren't too big!
== 1> nova-api.log:=============================
2016-01-14 14:24:54.955 5982 INFO oslo_service.periodic_task [-] Skipping periodic task
_periodic_update_dns because its interval is negative2016-01-14 14:24:55.025 5982 WARNING
nova.api.ec2.cloud [-] Deprecated: The in tree EC2 API is deprecated as of Kilo release
and may be removed in a future release. The stackforge ec2-api project
http://git.openstack.org/cgit/stackforge/ec2-api/ is the target replacement for this
functionality.2016-01-14 14:24:55.836 5982 INFO nova.wsgi [-] ec2 listening on
0.0.0.0:87732016-01-14 14:24:55.836 5982 INFO oslo_service.service [-] Starting 1
workers2016-01-14 14:24:55.908 5982 INFO oslo_service.service [-] Started child
60722016-01-14 14:24:55.984 6072 INFO nova.ec2.wsgi.server [-] (6072) wsgi starting up on
http://0.0.0.0:8773/2016-01-14 14:24:58.471 5982 INFO nova.api.openstack [-] Loaded
extensions: ['extensions', 'flavors', 'image-metadata',
'image-size', 'images', 'ips', 'limits',
'os-access-ips', 'os-admin-actions', 'os-admin-password',
'os-agents', 'os-aggregates', 'os-assisted-volume-snapshots',
'os-attach-interfaces', 'os-availability-zone',
'os-baremetal-nodes', 'os-block-device-mapping', 'os-cells',
'os-certificates', 'os-cloudpipe', 'os-config-drive',
'os-console-auth-tokens', 'os-console-output', 'os-consoles',
'os-create-backup', 'os-deferred-delete', 'os-disk-config',
'os-evacuate', 'os-extended-availability-zone',
'os-extended-server-attributes', 'os-extended-status',
'os-extended-volumes', 'os-fixed-ips', 'os-flavor-access',
'os-flavor-extra-specs', 'os-flavor-manage', 'os-flavor-rxtx',
'os-floating-ip-dns', 'os-floating-ip-pools', 'os-floating-ips',
'os-floating-ips-bulk', 'os-fping', 'os-hide-server-addresses',
'os-hosts', 'os-hypervisors', 'os-instance-actions',
'os-instance-usage-audit-log', 'os-keypairs', 'os-lock-server',
'os-migrate-server', 'os-migrations', 'os-multinic',
'os-multiple-create', 'os-networks', 'os-networks-associate',
'os-pause-server', 'os-personality',
'os-preserve-ephemeral-rebuild', 'os-quota-class-sets',
'os-quota-sets', 'os-remote-consoles', 'os-rescue',
'os-scheduler-hints', 'os-security-group-default-rules',
'os-security-groups', 'os-server-diagnostics',
'os-server-external-events', 'os-server-groups',
'os-server-password', 'os-server-usage', 'os-services',
'os-shelve', 'os-simple-tenant-usage', 'os-suspend-server',
'os-tenant-networks', 'os-used-limits', 'os-user-data',
'os-virtual-interfaces', 'os-volumes', 'server-metadata',
'servers', 'versions']2016-01-14 14:24:58.474 5982 WARNING
keystonemiddleware.auth_token [-] Use of the auth_admin_prefix, auth_host, auth_port,
auth_protocol, identity_uri, admin_token, admin_user, admin_password, and
admin_tenant_name configuration options is deprecated in favor of auth_plugin and related
options and may be removed in a future release.2016-01-14 14:24:58.784 5982 INFO
nova.api.openstack [-] Loaded extensions: ['extensions', 'flavors',
'image-metadata', 'image-size', 'images', 'ips',
'limits', 'os-access-ips', 'os-admin-actions',
'os-admin-password', 'os-agents', 'os-aggregates',
'os-assisted-volume-snapshots', 'os-attach-interfaces',
'os-availability-zone', 'os-baremetal-nodes',
'os-block-device-mapping', 'os-cells', 'os-certificates',
'os-cloudpipe', 'os-config-drive', 'os-console-auth-tokens',
'os-console-output', 'os-consoles', 'os-create-backup',
'os-deferred-delete', 'os-disk-config', 'os-evacuate',
'os-extended-availability-zone', 'os-extended-server-attributes',
'os-extended-status', 'os-extended-volumes', 'os-fixed-ips',
'os-flavor-access', 'os-flavor-extra-specs', 'os-flavor-manage',
'os-flavor-rxtx', 'os-floating-ip-dns', 'os-floating-ip-pools',
'os-floating-ips', 'os-floating-ips-bulk', 'os-fping',
'os-hide-server-addresses', 'os-hosts', 'os-hypervisors',
'os-instance-actions', 'os-instance-usage-audit-log',
'os-keypairs', 'os-lock-server', 'os-migrate-server',
'os-migrations', 'os-multinic', 'os-multiple-create',
'os-networks', 'os-networks-associate', 'os-pause-server',
'os-personality', 'os-preserve-ephemeral-rebuild',
'os-quota-class-sets', 'os-quota-sets', 'os-remote-consoles',
'os-rescue', 'os-scheduler-hints',
'os-security-group-default-rules', 'os-security-groups',
'os-server-diagnostics', 'os-server-external-events',
'os-server-groups', 'os-server-password', 'os-server-usage',
'os-services', 'os-shelve', 'os-simple-tenant-usage',
'os-suspend-server', 'os-tenant-networks', 'os-used-limits',
'os-user-data', 'os-virtual-interfaces', 'os-volumes',
'server-metadata', 'servers', 'versions']2016-01-14 14:24:58.786
5982 WARNING keystonemiddleware.auth_token [-] Use of the auth_admin_prefix, auth_host,
auth_port, auth_protocol, identity_uri, admin_token, admin_user, admin_password, and
admin_tenant_name configuration options is deprecated in favor of auth_plugin and related
options and may be removed in a future release.2016-01-14 14:24:59.339 5982 INFO
nova.api.openstack [-] Loaded extensions: ['extensions', 'flavors',
'image-metadata', 'image-size', 'images', 'ips',
'limits', 'os-access-ips', 'os-admin-actions',
'os-admin-password', 'os-agents', 'os-aggregates',
'os-assisted-volume-snapshots', 'os-attach-interfaces',
'os-availability-zone', 'os-baremetal-nodes',
'os-block-device-mapping', 'os-cells', 'os-certificates',
'os-cloudpipe', 'os-config-drive', 'os-console-auth-tokens',
'os-console-output', 'os-consoles', 'os-create-backup',
'os-deferred-delete', 'os-disk-config', 'os-evacuate',
'os-extended-availability-zone', 'os-extended-server-attributes',
'os-extended-status', 'os-extended-volumes', 'os-fixed-ips',
'os-flavor-access', 'os-flavor-extra-specs', 'os-flavor-manage',
'os-flavor-rxtx', 'os-floating-ip-dns', 'os-floating-ip-pools',
'os-floating-ips', 'os-floating-ips-bulk', 'os-fping',
'os-hide-server-addresses', 'os-hosts', 'os-hypervisors',
'os-instance-actions', 'os-instance-usage-audit-log',
'os-keypairs', 'os-lock-server', 'os-migrate-server',
'os-migrations', 'os-multinic', 'os-multiple-create',
'os-networks', 'os-networks-associate', 'os-pause-server',
'os-personality', 'os-preserve-ephemeral-rebuild',
'os-quota-class-sets', 'os-quota-sets', 'os-remote-consoles',
'os-rescue', 'os-scheduler-hints',
'os-security-group-default-rules', 'os-security-groups',
'os-server-diagnostics', 'os-server-external-events',
'os-server-groups', 'os-server-password', 'os-server-usage',
'os-services', 'os-shelve', 'os-simple-tenant-usage',
'os-suspend-server', 'os-tenant-networks', 'os-used-limits',
'os-user-data', 'os-virtual-interfaces', 'os-volumes',
'server-metadata', 'servers', 'versions']2016-01-14 14:24:59.341
5982 WARNING keystonemiddleware.auth_token [-] Use of the auth_admin_prefix, auth_host,
auth_port, auth_protocol, identity_uri, admin_token, admin_user, admin_password, and
admin_tenant_name configuration options is deprecated in favor of auth_plugin and related
options and may be removed in a future release.2016-01-14 14:24:59.343 5982 INFO nova.wsgi
[-] osapi_compute listening on 0.0.0.0:87742016-01-14 14:24:59.343 5982 INFO
oslo_service.service [-] Starting 1 workers2016-01-14 14:24:59.356 5982 INFO
oslo_service.service [-] Started child 60992016-01-14 14:24:59.363 5982 INFO
nova.network.driver [-] Loading network driver 'nova.network.linux_net'2016-01-14
14:24:59.364 5982 WARNING oslo_config.cfg [-] Option "lock_path" from group
"DEFAULT" is deprecated. Use option "lock_path" from group
"oslo_concurrency".2016-01-14 14:24:59.380 6099 INFO
nova.osapi_compute.wsgi.server [-] (6099) wsgi starting up on
http://0.0.0.0:8774/2016-01-14 14:24:59.693 5982 INFO nova.wsgi [-] metadata listening on
0.0.0.0:87752016-01-14 14:24:59.694 5982 INFO oslo_service.service [-] Starting 1
workers2016-01-14 14:24:59.696 5982 INFO oslo_service.service [-] Started child
61062016-01-14 14:24:59.726 6106 INFO nova.metadata.wsgi.server [-] (6106) wsgi starting
up on http://0.0.0.0:8775/2016-01-14 14:24:59.737 5982 WARNING oslo_config.cfg [-] Option
"amqp_durable_queues" from group "DEFAULT" is deprecated. Use option
"amqp_durable_queues" from group "oslo_messaging_rabbit".2016-01-14
14:24:59.752 5982 WARNING oslo_config.cfg [-] Option "admin_auth_url" from group
"neutron" is deprecated for removal. Its value may be silently ignored in the
future.2016-01-14 14:24:59.752 5982 WARNING oslo_config.cfg [-] Option
"admin_password" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:59.753 5982 WARNING
oslo_config.cfg [-] Option "admin_tenant_name" from group "neutron" is
deprecated for removal. Its value may be silently ignored in the future.2016-01-14
14:24:59.753 5982 WARNING oslo_config.cfg [-] Option "admin_username" from group
"neutron" is deprecated for removal. Its value may be silently ignored in the
future.2016-01-14 14:24:59.753 5982 WARNING oslo_config.cfg [-] Option
"auth_strategy" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:59.754 5982 WARNING
oslo_config.cfg [-] Option "vnc_enabled" from group "DEFAULT" is
deprecated. Use option "enabled" from group "vnc".2016-01-14
14:24:59.755 5982 WARNING oslo_config.cfg [-] Option "vnc_keymap" from group
"DEFAULT" is deprecated. Use option "keymap" from group
"vnc".2016-01-14 14:24:59.755 5982 WARNING oslo_config.cfg [-] Option
"novncproxy_base_url" from group "DEFAULT" is deprecated. Use option
"novncproxy_base_url" from group "vnc".2016-01-14 14:24:59.755 5982
WARNING oslo_config.cfg [-] Option "vncserver_listen" from group
"DEFAULT" is deprecated. Use option "vncserver_listen" from group
"vnc".2016-01-14 14:24:59.756 5982 WARNING oslo_config.cfg [-] Option
"vncserver_proxyclient_address" from group "DEFAULT" is deprecated.
Use option "vncserver_proxyclient_address" from group "vnc".2016-01-14
14:24:59.761 5982 WARNING oslo_config.cfg [-] Option "sql_connection" from group
"DEFAULT" is deprecated. Use option "connection" from group
"database".2016-01-14 14:26:40.507 6099 INFO nova.osapi_compute.wsgi.server
[req-fc48f9a9-87cf-4697-83b1-204c484dee12 c2114578a647492c985508e88c06f24b
c73d477ea608499eb117fb79b28bff80 - - -] 192.168.1.12 "GET /v2/ HTTP/1.1" status:
200 len: 574 time: 4.52623992016-01-14 14:26:43.786 6099 WARNING oslo_config.cfg
[req-fdc4d3ba-9f6b-4b98-85f9-51dfeb5dca84 c2114578a647492c985508e88c06f24b
c73d477ea608499eb117fb79b28bff80 - - -] Option "sql_connection" from group
"DEFAULT" is deprecated. Use option "connection" from group
"database".2016-01-14 14:26:44.407 6099 INFO nova.api.openstack.wsgi
[req-fdc4d3ba-9f6b-4b98-85f9-51dfeb5dca84 c2114578a647492c985508e88c06f24b
c73d477ea608499eb117fb79b28bff80 - - -] HTTP exception thrown: Keypair data is invalid:
failed to generate fingerprint2016-01-14 14:26:44.408 6099 INFO
nova.osapi_compute.wsgi.server [req-fdc4d3ba-9f6b-4b98-85f9-51dfeb5dca84
c2114578a647492c985508e88c06f24b c73d477ea608499eb117fb79b28bff80 - - -] 192.168.1.12
"POST /v2/c73d477ea608499eb117fb79b28bff80/os-keypairs HTTP/1.1" status: 400
len: 319 time: 3.44190722016-01-14 14:27:27.897 6072 INFO nova.wsgi [-] Stopping WSGI
server.2016-01-14 14:27:27.898 6072 INFO nova.ec2.wsgi.server [-] (6072) wsgi exited,
is_accepting=True2016-01-14 14:27:27.899 6072 INFO nova.wsgi [-] WSGI server has
stopped.2016-01-14 14:27:27.906 6099 INFO nova.wsgi [-] Stopping WSGI server.2016-01-14
14:27:27.906 6099 INFO nova.osapi_compute.wsgi.server [-] (6099) wsgi exited,
is_accepting=True2016-01-14 14:27:27.906 6099 INFO nova.wsgi [-] WSGI server has
stopped.2016-01-14 14:27:27.916 6106 INFO nova.wsgi [-] Stopping WSGI server.2016-01-14
14:27:27.917 6106 INFO nova.metadata.wsgi.server [-] (6106) wsgi exited,
is_accepting=True2016-01-14 14:27:27.917 6106 INFO nova.wsgi [-] WSGI server has
stopped.2016-01-14 14:27:27.924 5982 INFO oslo_service.service [-] Caught SIGTERM,
stopping children2016-01-14 14:27:27.925 5982 INFO nova.wsgi [-] Stopping WSGI
server.2016-01-14 14:27:27.925 5982 INFO nova.wsgi [-] Stopping WSGI server.2016-01-14
14:27:27.925 5982 INFO nova.wsgi [-] Stopping WSGI server.2016-01-14 14:27:27.926 5982
INFO oslo_service.service [-] Waiting on 3 children to exit2016-01-14 14:27:27.926 5982
INFO oslo_service.service [-] Child 6072 exited with status 02016-01-14 14:27:27.926 5982
INFO oslo_service.service [-] Child 6106 exited with status 02016-01-14 14:27:28.060 5982
INFO oslo_service.service [-] Child 6099 exited with status 0
== 2> nova-cert.log:=============================
2016-01-14 14:24:54.625 5983 INFO oslo_service.periodic_task [-] Skipping periodic task
_periodic_update_dns because its interval is negative2016-01-14 14:24:54.742 5983 WARNING
oslo_config.cfg [req-b41610bf-c7c6-428f-802a-5e9caa359c25 - - - - -] Option
"amqp_durable_queues" from group "DEFAULT" is deprecated. Use option
"amqp_durable_queues" from group "oslo_messaging_rabbit".2016-01-14
14:24:54.744 5983 WARNING oslo_config.cfg [req-b41610bf-c7c6-428f-802a-5e9caa359c25 - - -
- -] Option "sql_connection" from group "DEFAULT" is deprecated. Use
option "connection" from group "database".2016-01-14 14:24:54.831 5983
WARNING oslo_config.cfg [req-b41610bf-c7c6-428f-802a-5e9caa359c25 - - - - -] Option
"lock_path" from group "DEFAULT" is deprecated. Use option
"lock_path" from group "oslo_concurrency".2016-01-14 14:24:54.833 5983
WARNING oslo_config.cfg [req-b41610bf-c7c6-428f-802a-5e9caa359c25 - - - - -] Option
"admin_auth_url" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:54.834 5983 WARNING
oslo_config.cfg [req-b41610bf-c7c6-428f-802a-5e9caa359c25 - - - - -] Option
"admin_password" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:54.834 5983 WARNING
oslo_config.cfg [req-b41610bf-c7c6-428f-802a-5e9caa359c25 - - - - -] Option
"admin_tenant_name" from group "neutron" is deprecated for removal.
Its value may be silently ignored in the future.2016-01-14 14:24:54.835 5983 WARNING
oslo_config.cfg [req-b41610bf-c7c6-428f-802a-5e9caa359c25 - - - - -] Option
"admin_username" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:54.835 5983 WARNING
oslo_config.cfg [req-b41610bf-c7c6-428f-802a-5e9caa359c25 - - - - -] Option
"auth_strategy" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:54.836 5983 INFO nova.service
[-] Starting cert node (version 12.0.0-3.94d6b69git.el7)2016-01-14 14:24:56.215 5983 INFO
oslo.messaging._drivers.impl_rabbit [req-31394480-e4c8-48ed-ad6e-c688f6a48aab - - - - -]
Connecting to AMQP server on 192.168.1.12:56722016-01-14 14:24:56.326 5983 INFO
oslo.messaging._drivers.impl_rabbit [req-31394480-e4c8-48ed-ad6e-c688f6a48aab - - - - -]
Connected to AMQP server on 192.168.1.12:56722016-01-14 14:27:27.941 5983 INFO
oslo_service.service [req-b41610bf-c7c6-428f-802a-5e9caa359c25 - - - - -] Caught SIGTERM,
exiting2016-01-14 14:27:27.941 5983 WARNING oslo_messaging.server
[req-b41610bf-c7c6-428f-802a-5e9caa359c25 - - - - -] start/stop/wait must be called in the
same thread2016-01-14 14:27:27.942 5983 WARNING oslo_messaging.server
[req-b41610bf-c7c6-428f-802a-5e9caa359c25 - - - - -] start/stop/wait must be called in the
same thread
== 3> nova-compute.log:=============================
2016-01-14 14:24:54.763 5984 INFO oslo_service.periodic_task [-] Skipping periodic task
_periodic_update_dns because its interval is negative2016-01-14 14:24:55.194 5984 INFO
nova.virt.driver [-] Loading compute driver 'libvirt.LibvirtDriver'2016-01-14
14:24:55.896 5984 WARNING oslo_config.cfg [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - -
- -] Option "amqp_durable_queues" from group "DEFAULT" is deprecated.
Use option "amqp_durable_queues" from group
"oslo_messaging_rabbit".2016-01-14 14:24:55.904 5984 INFO
oslo.messaging._drivers.impl_rabbit [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -]
Connecting to AMQP server on 192.168.1.12:56722016-01-14 14:24:56.051 5984 INFO
oslo.messaging._drivers.impl_rabbit [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -]
Connected to AMQP server on 192.168.1.12:56722016-01-14 14:24:56.068 5984 INFO
oslo.messaging._drivers.impl_rabbit [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -]
Connecting to AMQP server on 192.168.1.12:56722016-01-14 14:24:56.144 5984 INFO
oslo.messaging._drivers.impl_rabbit [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -]
Connected to AMQP server on 192.168.1.12:56722016-01-14 14:24:56.537 5984 WARNING
oslo_config.cfg [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -] Option
"admin_auth_url" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:56.538 5984 WARNING
oslo_config.cfg [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -] Option
"admin_password" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:56.538 5984 WARNING
oslo_config.cfg [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -] Option
"admin_tenant_name" from group "neutron" is deprecated for removal.
Its value may be silently ignored in the future.2016-01-14 14:24:56.539 5984 WARNING
oslo_config.cfg [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -] Option
"admin_username" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:56.539 5984 WARNING
oslo_config.cfg [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -] Option
"auth_strategy" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:56.540 5984 WARNING
oslo_config.cfg [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -] Option
"vnc_enabled" from group "DEFAULT" is deprecated. Use option
"enabled" from group "vnc".2016-01-14 14:24:56.541 5984 WARNING
oslo_config.cfg [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -] Option
"vnc_keymap" from group "DEFAULT" is deprecated. Use option
"keymap" from group "vnc".2016-01-14 14:24:56.541 5984 WARNING
oslo_config.cfg [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -] Option
"novncproxy_base_url" from group "DEFAULT" is deprecated. Use option
"novncproxy_base_url" from group "vnc".2016-01-14 14:24:56.541 5984
WARNING oslo_config.cfg [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -] Option
"vncserver_listen" from group "DEFAULT" is deprecated. Use option
"vncserver_listen" from group "vnc".2016-01-14 14:24:56.542 5984
WARNING oslo_config.cfg [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -] Option
"vncserver_proxyclient_address" from group "DEFAULT" is deprecated.
Use option "vncserver_proxyclient_address" from group "vnc".2016-01-14
14:24:56.546 5984 WARNING oslo_config.cfg [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - -
- -] Option "lock_path" from group "DEFAULT" is deprecated. Use option
"lock_path" from group "oslo_concurrency".2016-01-14 14:24:56.547 5984
WARNING oslo_config.cfg [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -] Option
"sql_connection" from group "DEFAULT" is deprecated. Use option
"connection" from group "database".2016-01-14 14:24:56.550 5984 INFO
nova.service [-] Starting compute node (version 12.0.0-3.94d6b69git.el7)2016-01-14
14:24:57.413 5984 INFO nova.virt.libvirt.driver [-] Connection event '1' reason
'None'2016-01-14 14:24:57.448 5984 INFO nova.virt.libvirt.host
[req-89a58e3d-bc1f-4f48-8737-ce3e079d16c7 - - - - -] Libvirt host capabilities
<capabilities>
<host> <uuid>f3817390-5b5b-4413-9eb1-4691d7883a56</uuid>
<cpu> <arch>x86_64</arch>
<model>cpu64-rhel6</model> <vendor>AMD</vendor>
<topology sockets='1' cores='1' threads='1'/>
<feature name='3dnowprefetch'/> <feature
name='misalignsse'/> <feature name='sse4a'/>
<feature name='abm'/> <feature name='cr8legacy'/>
<feature name='rdtscp'/> <feature name='fxsr_opt'/>
<feature name='mmxext'/> <feature name='hypervisor'/>
<feature name='avx'/> <feature name='osxsave'/>
<feature name='xsave'/> <feature name='aes'/>
<feature name='popcnt'/> <feature name='sse4.2'/>
<feature name='sse4.1'/> <feature name='ssse3'/>
<feature name='monitor'/> <feature name='pclmuldq'/>
<feature name='vme'/> <pages unit='KiB'
size='4'/> <pages unit='KiB' size='2048'/>
</cpu> <power_management> <suspend_mem/>
<suspend_disk/> <suspend_hybrid/> </power_management>
<migration_features> <live/> <uri_transports>
<uri_transport>tcp</uri_transport>
<uri_transport>rdma</uri_transport> </uri_transports>
</migration_features> <topology> <cells num='1'>
<cell id='0'> <memory
unit='KiB'>10239544</memory> <pages unit='KiB'
size='4'>2559886</pages> <pages unit='KiB'
size='2048'>0</pages> <distances> <sibling
id='0' value='10'/> </distances> <cpus
num='1'> <cpu id='0' socket_id='0'
core_id='0' siblings='0'/> </cpus> </cell>
</cells> </topology> <secmodel>
<model>selinux</model> <doi>0</doi> <baselabel
type='kvm'>system_u:system_r:svirt_t:s0</baselabel> <baselabel
type='qemu'>system_u:system_r:svirt_tcg_t:s0</baselabel>
</secmodel> <secmodel> <model>dac</model>
<doi>0</doi> <baselabel
type='kvm'>+107:+107</baselabel> <baselabel
type='qemu'>+107:+107</baselabel> </secmodel> </host>
<guest> <os_type>hvm</os_type> <arch name='i686'>
<wordsize>32</wordsize>
<emulator>/usr/libexec/qemu-kvm</emulator> <machine
maxCpus='240'>pc-i440fx-rhel7.0.0</machine> <machine
canonical='pc-i440fx-rhel7.0.0' maxCpus='240'>pc</machine>
<machine maxCpus='240'>rhel6.0.0</machine> <machine
maxCpus='240'>rhel6.1.0</machine> <machine
maxCpus='240'>rhel6.2.0</machine> <machine
maxCpus='240'>rhel6.3.0</machine> <machine
maxCpus='240'>rhel6.4.0</machine> <machine
maxCpus='240'>rhel6.5.0</machine> <machine
maxCpus='240'>rhel6.6.0</machine> <domain
type='qemu'/> </arch> <features> <cpuselection/>
<deviceboot/> <disksnapshot default='off'
toggle='no'/> <acpi default='on' toggle='yes'/>
<apic default='on' toggle='no'/> <pae/>
<nonpae/> </features> </guest>
<guest> <os_type>hvm</os_type> <arch
name='x86_64'> <wordsize>64</wordsize>
<emulator>/usr/libexec/qemu-kvm</emulator> <machine
maxCpus='240'>pc-i440fx-rhel7.0.0</machine> <machine
canonical='pc-i440fx-rhel7.0.0' maxCpus='240'>pc</machine>
<machine maxCpus='240'>rhel6.0.0</machine> <machine
maxCpus='240'>rhel6.1.0</machine> <machine
maxCpus='240'>rhel6.2.0</machine> <machine
maxCpus='240'>rhel6.3.0</machine> <machine
maxCpus='240'>rhel6.4.0</machine> <machine
maxCpus='240'>rhel6.5.0</machine> <machine
maxCpus='240'>rhel6.6.0</machine> <domain
type='qemu'/> </arch> <features> <cpuselection/>
<deviceboot/> <disksnapshot default='off'
toggle='no'/> <acpi default='on' toggle='yes'/>
<apic default='on' toggle='no'/> </features>
</guest>
</capabilities>
2016-01-14 14:24:57.799 5984 WARNING nova.compute.monitors
[req-89a58e3d-bc1f-4f48-8737-ce3e079d16c7 - - - - -] Excluding nova.compute.monitors.cpu
monitor virt_driver. Not in the list of enabled monitors
(CONF.compute_monitors).2016-01-14 14:24:57.801 5984 INFO nova.compute.resource_tracker
[req-89a58e3d-bc1f-4f48-8737-ce3e079d16c7 - - - - -] Auditing locally available compute
resources for node localhost.localdomain2016-01-14 14:24:58.145 5984 INFO
nova.compute.resource_tracker [req-89a58e3d-bc1f-4f48-8737-ce3e079d16c7 - - - - -] Total
usable vcpus: 1, total allocated vcpus: 02016-01-14 14:24:58.146 5984 INFO
nova.compute.resource_tracker [req-89a58e3d-bc1f-4f48-8737-ce3e079d16c7 - - - - -] Final
resource view: name=localhost.localdomain phys_ram=9601MB used_ram=512MB phys_disk=44GB
used_disk=0GB total_vcpus=1 used_vcpus=0 pci_stats=None2016-01-14 14:24:58.234 5984 INFO
nova.compute.resource_tracker [req-89a58e3d-bc1f-4f48-8737-ce3e079d16c7 - - - - -]
Compute_service record updated for localhost.localdomain:localhost.localdomain2016-01-14
14:24:58.242 5984 INFO oslo.messaging._drivers.impl_rabbit
[req-89a58e3d-bc1f-4f48-8737-ce3e079d16c7 - - - - -] Connecting to AMQP server on
192.168.1.12:56722016-01-14 14:24:58.289 5984 INFO oslo.messaging._drivers.impl_rabbit
[req-89a58e3d-bc1f-4f48-8737-ce3e079d16c7 - - - - -] Connected to AMQP server on
192.168.1.12:56722016-01-14 14:25:54.472 5984 INFO nova.compute.resource_tracker
[req-3584b44e-f99e-41e3-bc33-da31d79ed887 - - - - -] Auditing locally available compute
resources for node localhost.localdomain2016-01-14 14:25:54.791 5984 INFO
nova.compute.resource_tracker [req-3584b44e-f99e-41e3-bc33-da31d79ed887 - - - - -] Total
usable vcpus: 1, total allocated vcpus: 02016-01-14 14:25:54.792 5984 INFO
nova.compute.resource_tracker [req-3584b44e-f99e-41e3-bc33-da31d79ed887 - - - - -] Final
resource view: name=localhost.localdomain phys_ram=9601MB used_ram=512MB phys_disk=44GB
used_disk=0GB total_vcpus=1 used_vcpus=0 pci_stats=None2016-01-14 14:25:54.863 5984 INFO
nova.compute.resource_tracker [req-3584b44e-f99e-41e3-bc33-da31d79ed887 - - - - -]
Compute_service record updated for localhost.localdomain:localhost.localdomain2016-01-14
14:26:54.473 5984 INFO nova.compute.resource_tracker
[req-3584b44e-f99e-41e3-bc33-da31d79ed887 - - - - -] Auditing locally available compute
resources for node localhost.localdomain2016-01-14 14:26:54.618 5984 INFO
nova.compute.resource_tracker [req-3584b44e-f99e-41e3-bc33-da31d79ed887 - - - - -] Total
usable vcpus: 1, total allocated vcpus: 02016-01-14 14:26:54.618 5984 INFO
nova.compute.resource_tracker [req-3584b44e-f99e-41e3-bc33-da31d79ed887 - - - - -] Final
resource view: name=localhost.localdomain phys_ram=9601MB used_ram=512MB phys_disk=44GB
used_disk=0GB total_vcpus=1 used_vcpus=0 pci_stats=None2016-01-14 14:26:54.691 5984 INFO
nova.compute.resource_tracker [req-3584b44e-f99e-41e3-bc33-da31d79ed887 - - - - -]
Compute_service record updated for localhost.localdomain:localhost.localdomain2016-01-14
14:27:27.945 5984 INFO oslo_service.service [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - -
- - -] Caught SIGTERM, exiting2016-01-14 14:27:27.948 5984 WARNING oslo_messaging.server
[req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -] start/stop/wait must be called in the
same thread2016-01-14 14:27:27.948 5984 WARNING oslo_messaging.server
[req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -] start/stop/wait must be called in the
same thread
== 4> nova-conductor.log:=============================
2016-01-14 14:24:54.731 5985 INFO oslo_service.periodic_task [-] Skipping periodic task
_periodic_update_dns because its interval is negative2016-01-14 14:24:54.880 5985 WARNING
oslo_config.cfg [req-2519cd40-5299-46fd-b3e4-6188cf6a679e - - - - -] Option
"amqp_durable_queues" from group "DEFAULT" is deprecated. Use option
"amqp_durable_queues" from group "oslo_messaging_rabbit".2016-01-14
14:24:54.882 5985 WARNING oslo_config.cfg [req-2519cd40-5299-46fd-b3e4-6188cf6a679e - - -
- -] Option "sql_connection" from group "DEFAULT" is deprecated. Use
option "connection" from group "database".2016-01-14 14:24:54.885 5985
WARNING oslo_config.cfg [req-2519cd40-5299-46fd-b3e4-6188cf6a679e - - - - -] Option
"lock_path" from group "DEFAULT" is deprecated. Use option
"lock_path" from group "oslo_concurrency".2016-01-14 14:24:54.886 5985
WARNING oslo_config.cfg [req-2519cd40-5299-46fd-b3e4-6188cf6a679e - - - - -] Option
"admin_auth_url" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:54.886 5985 WARNING
oslo_config.cfg [req-2519cd40-5299-46fd-b3e4-6188cf6a679e - - - - -] Option
"admin_password" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:54.887 5985 WARNING
oslo_config.cfg [req-2519cd40-5299-46fd-b3e4-6188cf6a679e - - - - -] Option
"admin_tenant_name" from group "neutron" is deprecated for removal.
Its value may be silently ignored in the future.2016-01-14 14:24:54.887 5985 WARNING
oslo_config.cfg [req-2519cd40-5299-46fd-b3e4-6188cf6a679e - - - - -] Option
"admin_username" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:54.887 5985 WARNING
oslo_config.cfg [req-2519cd40-5299-46fd-b3e4-6188cf6a679e - - - - -] Option
"auth_strategy" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:54.889 5985 INFO nova.service
[-] Starting conductor node (version 12.0.0-3.94d6b69git.el7)2016-01-14 14:24:56.295 5985
INFO oslo.messaging._drivers.impl_rabbit [req-8fcaaa51-6659-4581-949c-5bc1e18e8035 - - - -
-] Connecting to AMQP server on 192.168.1.12:56722016-01-14 14:24:56.406 5985 INFO
oslo.messaging._drivers.impl_rabbit [req-8fcaaa51-6659-4581-949c-5bc1e18e8035 - - - - -]
Connected to AMQP server on 192.168.1.12:56722016-01-14 14:24:56.433 5985 INFO
oslo.messaging._drivers.impl_rabbit [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -]
Connecting to AMQP server on 192.168.1.12:56722016-01-14 14:24:56.498 5985 INFO
oslo.messaging._drivers.impl_rabbit [req-82efeee3-f46f-4d44-b2d2-3358020c83a7 - - - - -]
Connected to AMQP server on 192.168.1.12:56722016-01-14 14:27:27.953 5985 INFO
oslo_service.service [req-2519cd40-5299-46fd-b3e4-6188cf6a679e - - - - -] Caught SIGTERM,
exiting2016-01-14 14:27:27.953 5985 WARNING oslo_messaging.server
[req-2519cd40-5299-46fd-b3e4-6188cf6a679e - - - - -] start/stop/wait must be called in the
same thread2016-01-14 14:27:27.954 5985 WARNING oslo_messaging.server
[req-2519cd40-5299-46fd-b3e4-6188cf6a679e - - - - -] start/stop/wait must be called in the
same thread
== 5> nova-consoleauth.log:=============================
2016-01-14 14:24:54.897 5986 INFO oslo_service.periodic_task [-] Skipping periodic task
_periodic_update_dns because its interval is negative2016-01-14 14:24:54.964 5986 WARNING
oslo_config.cfg [req-80a56dbd-140e-4770-b698-9742e0df223c - - - - -] Option
"amqp_durable_queues" from group "DEFAULT" is deprecated. Use option
"amqp_durable_queues" from group "oslo_messaging_rabbit".2016-01-14
14:24:54.966 5986 WARNING oslo_config.cfg [req-80a56dbd-140e-4770-b698-9742e0df223c - - -
- -] Option "sql_connection" from group "DEFAULT" is deprecated. Use
option "connection" from group "database".2016-01-14 14:24:54.969 5986
WARNING oslo_config.cfg [req-80a56dbd-140e-4770-b698-9742e0df223c - - - - -] Option
"lock_path" from group "DEFAULT" is deprecated. Use option
"lock_path" from group "oslo_concurrency".2016-01-14 14:24:55.054 5986
WARNING oslo_config.cfg [req-80a56dbd-140e-4770-b698-9742e0df223c - - - - -] Option
"admin_auth_url" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:55.055 5986 WARNING
oslo_config.cfg [req-80a56dbd-140e-4770-b698-9742e0df223c - - - - -] Option
"admin_password" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:55.055 5986 WARNING
oslo_config.cfg [req-80a56dbd-140e-4770-b698-9742e0df223c - - - - -] Option
"admin_tenant_name" from group "neutron" is deprecated for removal.
Its value may be silently ignored in the future.2016-01-14 14:24:55.056 5986 WARNING
oslo_config.cfg [req-80a56dbd-140e-4770-b698-9742e0df223c - - - - -] Option
"admin_username" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:55.056 5986 WARNING
oslo_config.cfg [req-80a56dbd-140e-4770-b698-9742e0df223c - - - - -] Option
"auth_strategy" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:55.057 5986 INFO nova.service
[-] Starting consoleauth node (version 12.0.0-3.94d6b69git.el7)2016-01-14 14:24:56.477
5986 INFO oslo.messaging._drivers.impl_rabbit [req-0f87275c-dcfd-4ae2-b314-38f6cb2cfa3c -
- - - -] Connecting to AMQP server on 192.168.1.12:56722016-01-14 14:24:56.591 5986 INFO
oslo.messaging._drivers.impl_rabbit [req-0f87275c-dcfd-4ae2-b314-38f6cb2cfa3c - - - - -]
Connected to AMQP server on 192.168.1.12:56722016-01-14 14:27:27.956 5986 INFO
oslo_service.service [req-80a56dbd-140e-4770-b698-9742e0df223c - - - - -] Caught SIGTERM,
exiting2016-01-14 14:27:27.957 5986 WARNING oslo_messaging.server
[req-80a56dbd-140e-4770-b698-9742e0df223c - - - - -] start/stop/wait must be called in the
same thread2016-01-14 14:27:27.957 5986 WARNING oslo_messaging.server
[req-80a56dbd-140e-4770-b698-9742e0df223c - - - - -] start/stop/wait must be called in the
same thread
== 6> nova-novncproxy.log:=============================
2016-01-14 14:24:40.633 5987 INFO nova.console.websocketproxy [-] WebSocket server
settings:2016-01-14 14:24:40.634 5987 INFO nova.console.websocketproxy [-] - Listen on
0.0.0.0:60802016-01-14 14:24:40.634 5987 INFO nova.console.websocketproxy [-] - Flash
security policy server2016-01-14 14:24:40.634 5987 INFO nova.console.websocketproxy [-]
- Web server. Web root: /usr/share/novnc2016-01-14 14:24:40.634 5987 INFO
nova.console.websocketproxy [-] - No SSL/TLS support (no cert file)2016-01-14
14:24:40.636 5987 INFO nova.console.websocketproxy [-] - proxying from 0.0.0.0:6080 to
None:None2016-01-14 14:27:27.961 5987 INFO nova.console.websocketproxy [-] Got SIGTERM,
exiting2016-01-14 14:27:27.961 5987 INFO nova.console.websocketproxy [-] In exit
== 7> nova-scheduler.log:=============================
2016-01-14 14:24:56.156 5988 WARNING oslo_config.cfg
[req-ab6740c0-b5c9-483f-838c-112adf53ab3b - - - - -] Option "sql_connection"
from group "DEFAULT" is deprecated. Use option "connection" from group
"database".2016-01-14 14:24:57.195 5988 INFO oslo_service.periodic_task
[req-ab6740c0-b5c9-483f-838c-112adf53ab3b - - - - -] Skipping periodic task
_periodic_update_dns because its interval is negative2016-01-14 14:24:57.259 5988 WARNING
oslo_config.cfg [req-ab6740c0-b5c9-483f-838c-112adf53ab3b - - - - -] Option
"amqp_durable_queues" from group "DEFAULT" is deprecated. Use option
"amqp_durable_queues" from group "oslo_messaging_rabbit".2016-01-14
14:24:57.263 5988 WARNING oslo_config.cfg [req-ab6740c0-b5c9-483f-838c-112adf53ab3b - - -
- -] Option "lock_path" from group "DEFAULT" is deprecated. Use option
"lock_path" from group "oslo_concurrency".2016-01-14 14:24:57.265 5988
WARNING oslo_config.cfg [req-ab6740c0-b5c9-483f-838c-112adf53ab3b - - - - -] Option
"admin_auth_url" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:57.265 5988 WARNING
oslo_config.cfg [req-ab6740c0-b5c9-483f-838c-112adf53ab3b - - - - -] Option
"admin_password" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:57.300 5988 WARNING
oslo_config.cfg [req-ab6740c0-b5c9-483f-838c-112adf53ab3b - - - - -] Option
"admin_tenant_name" from group "neutron" is deprecated for removal.
Its value may be silently ignored in the future.2016-01-14 14:24:57.300 5988 WARNING
oslo_config.cfg [req-ab6740c0-b5c9-483f-838c-112adf53ab3b - - - - -] Option
"admin_username" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:57.301 5988 WARNING
oslo_config.cfg [req-ab6740c0-b5c9-483f-838c-112adf53ab3b - - - - -] Option
"auth_strategy" from group "neutron" is deprecated for removal. Its
value may be silently ignored in the future.2016-01-14 14:24:57.346 5988 INFO nova.service
[-] Starting scheduler node (version 12.0.0-3.94d6b69git.el7)2016-01-14 14:24:57.645 5988
INFO oslo.messaging._drivers.impl_rabbit [req-ed1ac78a-34ff-4403-8201-42fa2eb620f1 - - - -
-] Connecting to AMQP server on 192.168.1.12:56722016-01-14 14:24:57.728 5988 INFO
oslo.messaging._drivers.impl_rabbit [req-ed1ac78a-34ff-4403-8201-42fa2eb620f1 - - - - -]
Connected to AMQP server on 192.168.1.12:56722016-01-14 14:26:54.442 5988 INFO
nova.scheduler.host_manager [req-75b7b2b0-29bb-4004-864d-6be13cc6ccf8 - - - - -] Received
a sync request from an unknown host 'localhost.localdomain'. Re-created its
InstanceList.2016-01-14 14:27:27.975 5988 INFO oslo_service.service
[req-ab6740c0-b5c9-483f-838c-112adf53ab3b - - - - -] Caught SIGTERM, exiting2016-01-14
14:27:27.975 5988 WARNING oslo_messaging.server [req-ab6740c0-b5c9-483f-838c-112adf53ab3b
- - - - -] start/stop/wait must be called in the same thread2016-01-14 14:27:27.976 5988
WARNING oslo_messaging.server [req-ab6740c0-b5c9-483f-838c-112adf53ab3b - - - - -]
start/stop/wait must be called in the same thread
On Thursday, January 14, 2016 1:56 AM, Javier Pena <javier.pena(a)redhat.com>
wrote:
----- Original Message -----
"I wasn't able to reproduce your issue."
Thanks for that, Sasha!
I have looked through the eight log files in /var/log/nova and I
found three
things, which you can see here:
http://paste.openstack.org/show/483844/
It looks like the SQL server is not working right?
Hi John,
This just looks like a startup thing, where the Nova services were up before the database
was available. It is working as expected, as services are retrying and eventually
connect.
To simplify the log issue, let's try this:
- openstack-service stop nova
- go to /var/log/nova and move all log files to a backup location, so they are empty
- openstack-service start nova
- Try to reproduce the issue
- openstak-service stop nova
The log file size should be manageable now and there should be little noise. If they are
not too big, could you try pasting them? There should be something in api.log to move
forward.
Regards,
Javier
System resources. I'm looking at the Gnome System Monitor.
Total Memory is 9.4 gigabytes, with 3.2 gigbytes used.
But, this is strange, it says that CPU usage is at 100%. Not sure how
that
can be.
vmtoolsd is using around 98% of the cpu! I have an 8 core machine, so
I'm not
sure how this is measuring.
...John
On Wednesday, January 13, 2016 9:48 PM, Sasha Chuzhoy
<sasha(a)redhat.com>
wrote:
Hi John,
I wasn't able to reproduce your issue.
Could you please check the logs for errors and also double check that the
system's resources aren't exhausted.
Thanks.
Best regards,
Sasha Chuzhoy.
> ----- Original Message -----
> > From: "Thales" < thaleslv(a)yahoo.com >
> > To: "Sasha Chuzhoy" < sasha(a)redhat.com >
> > Cc: "Ivan Chavero" < ichavero(a)redhat.com >, rdo-list(a)redhat.com
> > Sent: Wednesday, January 13, 2016 7:47:34 PM
> > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> >
> > Okay, I decided to go back to the very start, to a clean install of CentOS
> > 7.
> > I ran all of the commands to install rdo as root.That is, the commands
> > from the quick start website here:
> > https://www.rdoproject.org/install/quickstart/
> >
> > Alas, the same HTTP 400 error crops up! I ran the keypair commands from the
> > CLI as well. Wow.
> >
> > It has to be something simple and obvious.
> ...John
> >
> > On Wednesday, January 13, 2016 3:52 PM, Sasha Chuzhoy < sasha(a)redhat.com
>
> > wrote:
> >
> >
> > Did the run of "packstack --allinone" completed successfully or exited
with
> > error?
> >
> > The should be no conflict with the previous install (not sure if the
> > previous
> > install completed successfully).
> > Thanks.
> >
> > Best regards,
> > Sasha Chuzhoy.
> >
> > ----- Original Message -----
> > > From: "Thales" < thaleslv(a)yahoo.com >
> > > To: "Sasha Chuzhoy" < sasha(a)redhat.com >
> > > Cc: "Ivan Chavero" < ichavero(a)redhat.com >,
rdo-list(a)redhat.com
> > > Sent: Wednesday, January 13, 2016 4:38:29 PM
> > > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> > >
> > > Sasha,
> > > Okay, I ran it. I hope there is not a conflict with the previous
> > > install.
> > > I ran the web interface, Dashboard, and the same error pops up, the HTTP
> > > 400 error. I then ran the keypair command line command at root, and get
> > > a different error, a n HTTP 401 authentication error:
> > > Here are the commands and the
> > > output: http://paste.openstack.org/show/483817/
> > >
> > >
> > >
> > ...John
> > >
> > >
> > > On Wednesday, January 13, 2016 2:46 PM, Sasha Chuzhoy <
sasha(a)redhat.com
> > > >
> > > wrote:
> > >
> > >
> > > John,
> > > please try to run the " packstack --allinone" command as root (or
with
> > > sudo).
> > >
> > > Then see if the error reproduces.
> > > Thanks.
> > >
> > > Best regards,
> > > Sasha Chuzhoy.
> > >
> > > ----- Original Message -----
> > > > From: "Thales" < thaleslv(a)yahoo.com >
> > > > To: "Ivan Chavero" < ichavero(a)redhat.com >
> > > > Cc: rdo-list(a)redhat.com
> > > > Sent: Wednesday, January 13, 2016 12:26:21 PM
> > > > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> > > >
> > > > Ivan,
> > > >
> > > > You're right, I ran it without the sudo command. I was following
the
> > > > directions here, where they don't use sudo:
> > > > https://www.rdoproject.org/install/quickstart/
> > > >
> > > >
> > > > Is that wrong?
> > > >
> > > > Regards,
> > > ...John
> > > >
> > > >
> > > > On Wednesday, January 13, 2016 9:37 AM, Ivan Chavero
> > > > < ichavero(a)redhat.com >
> > > > wrote:
> > > >
> > > >
> > > >
> > > >
> > > > >
> > > > > Here is the pastebin, basically a repeat of the
"quickstart" website
> > > > >
> > > > > http://paste.openstack.org/show/483685/
> > > >
> > > >
> > > > Looking at your history i noticed that you run packstack withuout the
> > > > sudo
> > > > command.
> > > > Are you sure it finished correctly? It should be run as root.
> > > >
> > > > Cheers,
> > > > Ivan
> > > >
> > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > Rdo-list mailing list
> > > > Rdo-list(a)redhat.com
> > > > https://www.redhat.com/mailman/listinfo/rdo-list
> > > >
> > > To unsubscribe:
rdo-list-unsubscribe(a)redhat.com
> > >
> > >
> > >
> >
> >
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
6:48 a.m.
----- Original Message -----
Hello Javier,
Okay, I did what you said. This took some fumbling around. There are
7 files.
The two biggest are 13k and 12k , the others are 4k and below. Hope they
aren't too big!
== 1> nova-api.log:=============================
[...snip...]
c73d477ea608499eb117fb79b28bff80 - - -] Option
"sql_connection" from group
"DEFAULT" is deprecated. Use option "connection" from group
"database".
2016-01-14 14:26:44.407 6099 INFO nova.api.openstack.wsgi
[req-fdc4d3ba-9f6b-4b98-85f9-51dfeb5dca84 c2114578a647492c985508e88c06f24b
c73d477ea608499eb117fb79b28bff80 - - -] HTTP exception thrown: Keypair data
is invalid: failed to generate fingerprint
2016-01-14 14:26:44.408 6099 INFO nova.osapi_compute.wsgi.server
[req-fdc4d3ba-9f6b-4b98-85f9-51dfeb5dca84 c2114578a647492c985508e88c06f24b
c73d477ea608499eb117fb79b28bff80 - - -] 192.168.1.12 "POST
/v2/c73d477ea608499eb117fb79b28bff80/os-keypairs HTTP/1.1" status: 400 len:
319 time: 3.4419072
So this is all the Nova logs show, it is just complaining that the keypair data is not
valid.
While we try to get some other ideas, does dmesg show any application segfaulting?
Javier
[... all other logs, snipping ...]
On Thursday, January 14, 2016 1:56 AM, Javier Pena
<javier.pena(a)redhat.com>
wrote:
----- Original Message -----
> "I wasn't able to reproduce your issue."
> Thanks for that, Sasha!
> I have looked through the eight log files in /var/log/nova and I
found
> three
> things, which you can see here:
> http://paste.openstack.org/show/483844/
> It looks like the SQL server is not working right?
Hi John,
This just looks like a startup thing, where the Nova services were up
before
the database was available. It is working as expected, as services are
retrying and eventually connect.
To simplify the log issue, let's try this:
- openstack-service stop nova
- go to /var/log/nova and move all log files to a backup location, so they
are empty
- openstack-service start nova
- Try to reproduce the issue
- openstak-service stop nova
The log file size should be manageable now and there should be little
noise.
If they are not too big, could you try pasting them? There should be
something in api.log to move forward.
Regards,
Javier
> System resources. I'm looking at the Gnome System Monitor.
> Total Memory is 9.4 gigabytes, with 3.2 gigbytes used.
> But, this is strange, it says that CPU usage is at 100%. Not
sure how that
> can be.
> vmtoolsd is using around 98% of the cpu! I have an 8 core
machine, so I'm
> not
> sure how this is measuring.
> ...John
> On Wednesday, January 13, 2016 9:48 PM, Sasha Chuzhoy <
sasha(a)redhat.com >
> wrote:
> Hi John,
> > I wasn't able to reproduce your issue.
> > Could you please check the logs for errors and also double check that the
> > system's resources aren't exhausted.
> > Thanks.
> Best regards,
> Sasha Chuzhoy.
> ----- Original Message -----
> > > From:
"Thales" < thaleslv(a)yahoo.com >
> > > To: "Sasha Chuzhoy" < sasha(a)redhat.com >
> > > Cc: "Ivan Chavero" < ichavero(a)redhat.com >,
rdo-list(a)redhat.com
> > > Sent: Wednesday, January 13, 2016 7:47:34 PM
> > > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> > >
> > > Okay, I decided to go back to the very start, to a clean install of
> > > CentOS
> > > 7.
> > > I ran all of the commands to install rdo as root.That is, the commands
> > > from the quick start website here:
> > > https://www.rdoproject.org/install/quickstart/
> > >
> > > Alas, the same HTTP 400 error crops up! I ran the keypair commands from
> > > the
> > > CLI as well. Wow.
> > >
> > > It has to be something simple and obvious.
> > ...John
> > >
> > > On Wednesday, January 13, 2016 3:52 PM, Sasha Chuzhoy <
sasha(a)redhat.com
> > > >
> > > wrote:
> > >
> > >
> > > Did the run of "packstack --allinone" completed successfully or
exited
> > > with
> > > error?
> > >
> > > The should be no conflict with the previous install (not sure if the
> > > previous
> > > install completed successfully).
> > > Thanks.
> > >
> > > Best regards,
> > > Sasha Chuzhoy.
> > >
> > ----- Original Message -----
>
> > > From: "Thales" < thaleslv(a)yahoo.com >
> > > > To: "Sasha Chuzhoy" < sasha(a)redhat.com >
> > > > Cc: "Ivan Chavero" < ichavero(a)redhat.com >,
rdo-list(a)redhat.com
> > > > Sent: Wednesday, January 13, 2016 4:38:29 PM
> > > > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> > > >
> > > > Sasha,
> > > > Okay, I ran it. I hope there is not a conflict with the previous
> > > > install.
> > > > I ran the web interface, Dashboard, and the same error pops up, the
> > > > HTTP
> > > > 400 error. I then ran the keypair command line command at root, and
get
> > > > a different error, a n HTTP 401 authentication error:
> > > > Here are the commands and the
> > > > output: http://paste.openstack.org/show/483817/
> > > >
> > > >
> > > >
> > > ...John
> > > >
> > > >
> > > > On Wednesday, January 13, 2016 2:46 PM, Sasha Chuzhoy <
> > > > sasha(a)redhat.com
> > > > >
> > > > wrote:
> > > >
> > > >
> > > > John,
> > > > please try to run the " packstack --allinone" command as
root (or with
> > > > sudo).
> > > >
> > > > Then see if the error reproduces.
> > > > Thanks.
> > > >
> > > > Best regards,
> > > > Sasha Chuzhoy.
> > > >
> > > ----- Original Message -----
>
> > > > From: "Thales" < thaleslv(a)yahoo.com >
> > > > > To: "Ivan Chavero" < ichavero(a)redhat.com >
> > > > > Cc: rdo-list(a)redhat.com
> > > > > Sent: Wednesday, January 13, 2016 12:26:21 PM
> > > > > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is
failing
> > > > >
> > > > > Ivan,
> > > > >
> > > > > You're right, I ran it without the sudo command. I was
following the
> > > > > directions here, where they don't use sudo:
> > > > > https://www.rdoproject.org/install/quickstart/
> > > > >
> > > > >
> > > > > Is that wrong?
> > > > >
> > > > > Regards,
> > > > ...John
> > > >
>
> > > > >
> > > > > On Wednesday, January 13, 2016 9:37 AM, Ivan Chavero
> > > > > < ichavero(a)redhat.com >
> > > > > wrote:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > >
> > > > > > Here is the pastebin, basically a repeat of the
"quickstart"
> > > > > > website
> > > > > >
> > > > > > http://paste.openstack.org/show/483685/
> > > > >
> > > > >
> > > > > Looking at your history i noticed that you run packstack withuout
the
> > > > > sudo
> > > > > command.
> > > > > Are you sure it finished correctly? It should be run as root.
> > > > >
> > > > > Cheers,
> > > > > Ivan
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > Rdo-list mailing list
> > > > > Rdo-list(a)redhat.com
> > > > > https://www.redhat.com/mailman/listinfo/rdo-list
> > > > >
> > > > To unsubscribe:
rdo-list-unsubscribe(a)redhat.com
> > >
> > >
> > >
> >
> >
> _______________________________________________
> Rdo-list mailing list
> Rdo-list(a)redhat.com
> https://www.redhat.com/mailman/listinfo/rdo-list
> To unsubscribe: rdo-list-unsubscribe(a)redhat.com
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
6:59 a.m.
Giving another shot - I saw that the shell prompt shows the localhost
name. Could you try setting a proper hostname (hostname -f returns a
fqdn) and retry?
On Fri, Jan 15, 2016 at 1:48 PM, Javier Pena <javier.pena(a)redhat.com> wrote:
----- Original Message -----
> Hello Javier,
> Okay, I did what you said. This took some fumbling around. There are 7 files.
> The two biggest are 13k and 12k , the others are 4k and below. Hope they
> aren't too big!
> == 1> nova-api.log:=============================
[...snip...]
> c73d477ea608499eb117fb79b28bff80 - - -] Option "sql_connection" from group
> "DEFAULT" is deprecated. Use option "connection" from group
"database".
> 2016-01-14 14:26:44.407 6099 INFO nova.api.openstack.wsgi
> [req-fdc4d3ba-9f6b-4b98-85f9-51dfeb5dca84 c2114578a647492c985508e88c06f24b
> c73d477ea608499eb117fb79b28bff80 - - -] HTTP exception thrown: Keypair data
> is invalid: failed to generate fingerprint
> 2016-01-14 14:26:44.408 6099 INFO nova.osapi_compute.wsgi.server
> [req-fdc4d3ba-9f6b-4b98-85f9-51dfeb5dca84 c2114578a647492c985508e88c06f24b
> c73d477ea608499eb117fb79b28bff80 - - -] 192.168.1.12 "POST
> /v2/c73d477ea608499eb117fb79b28bff80/os-keypairs HTTP/1.1" status: 400 len:
> 319 time: 3.4419072
So this is all the Nova logs show, it is just complaining that the keypair data is not
valid.
While we try to get some other ideas, does dmesg show any application segfaulting?
Javier
[... all other logs, snipping ...]
> On Thursday, January 14, 2016 1:56 AM, Javier Pena <javier.pena(a)redhat.com>
> wrote:
> ----- Original Message -----
> > "I wasn't able to reproduce your issue."
> > Thanks for that, Sasha!
> > I have looked through the eight log files in /var/log/nova and I found
> > three
> > things, which you can see here:
> > http://paste.openstack.org/show/483844/
> > It looks like the SQL server is not working right?
> Hi John,
> This just looks like a startup thing, where the Nova services were up before
> the database was available. It is working as expected, as services are
> retrying and eventually connect.
> To simplify the log issue, let's try this:
> - openstack-service stop nova
> - go to /var/log/nova and move all log files to a backup location, so they
> are empty
> - openstack-service start nova
> - Try to reproduce the issue
> - openstak-service stop nova
> The log file size should be manageable now and there should be little noise.
> If they are not too big, could you try pasting them? There should be
> something in api.log to move forward.
> Regards,
> Javier
> > System resources. I'm looking at the Gnome System Monitor.
> > Total Memory is 9.4 gigabytes, with 3.2 gigbytes used.
> > But, this is strange, it says that CPU usage is at 100%. Not sure how that
> > can be.
> > vmtoolsd is using around 98% of the cpu! I have an 8 core machine, so I'm
> > not
> > sure how this is measuring.
> > ...John
> > On Wednesday, January 13, 2016 9:48 PM, Sasha Chuzhoy < sasha(a)redhat.com
>
> > wrote:
> > Hi John,
> > I wasn't able to reproduce your issue.
> > Could you please check the logs for errors and also double check that the
> > system's resources aren't exhausted.
> > Thanks.
> > Best regards,
> > Sasha Chuzhoy.
> > ----- Original Message -----
> > > From: "Thales" < thaleslv(a)yahoo.com >
> > > To: "Sasha Chuzhoy" < sasha(a)redhat.com >
> > > Cc: "Ivan Chavero" < ichavero(a)redhat.com >,
rdo-list(a)redhat.com
> > > Sent: Wednesday, January 13, 2016 7:47:34 PM
> > > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> > >
> > > Okay, I decided to go back to the very start, to a clean install of
> > > CentOS
> > > 7.
> > > I ran all of the commands to install rdo as root.That is, the commands
> > > from the quick start website here:
> > > https://www.rdoproject.org/install/quickstart/
> > >
> > > Alas, the same HTTP 400 error crops up! I ran the keypair commands from
> > > the
> > > CLI as well. Wow.
> > >
> > > It has to be something simple and obvious.
> > > ...John
> > >
> > > On Wednesday, January 13, 2016 3:52 PM, Sasha Chuzhoy <
sasha(a)redhat.com
> > > >
> > > wrote:
> > >
> > >
> > > Did the run of "packstack --allinone" completed successfully or
exited
> > > with
> > > error?
> > >
> > > The should be no conflict with the previous install (not sure if the
> > > previous
> > > install completed successfully).
> > > Thanks.
> > >
> > > Best regards,
> > > Sasha Chuzhoy.
> > >
> > > ----- Original Message -----
> > > > From: "Thales" < thaleslv(a)yahoo.com >
> > > > To: "Sasha Chuzhoy" < sasha(a)redhat.com >
> > > > Cc: "Ivan Chavero" < ichavero(a)redhat.com >,
rdo-list(a)redhat.com
> > > > Sent: Wednesday, January 13, 2016 4:38:29 PM
> > > > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> > > >
> > > > Sasha,
> > > > Okay, I ran it. I hope there is not a conflict with the previous
> > > > install.
> > > > I ran the web interface, Dashboard, and the same error pops up, the
> > > > HTTP
> > > > 400 error. I then ran the keypair command line command at root, and
get
> > > > a different error, a n HTTP 401 authentication error:
> > > > Here are the commands and the
> > > > output: http://paste.openstack.org/show/483817/
> > > >
> > > >
> > > >
> > > > ...John
> > > >
> > > >
> > > > On Wednesday, January 13, 2016 2:46 PM, Sasha Chuzhoy <
> > > > sasha(a)redhat.com
> > > > >
> > > > wrote:
> > > >
> > > >
> > > > John,
> > > > please try to run the " packstack --allinone" command as
root (or with
> > > > sudo).
> > > >
> > > > Then see if the error reproduces.
> > > > Thanks.
> > > >
> > > > Best regards,
> > > > Sasha Chuzhoy.
> > > >
> > > > ----- Original Message -----
> > > > > From: "Thales" < thaleslv(a)yahoo.com >
> > > > > To: "Ivan Chavero" < ichavero(a)redhat.com >
> > > > > Cc: rdo-list(a)redhat.com
> > > > > Sent: Wednesday, January 13, 2016 12:26:21 PM
> > > > > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is
failing
> > > > >
> > > > > Ivan,
> > > > >
> > > > > You're right, I ran it without the sudo command. I was
following the
> > > > > directions here, where they don't use sudo:
> > > > > https://www.rdoproject.org/install/quickstart/
> > > > >
> > > > >
> > > > > Is that wrong?
> > > > >
> > > > > Regards,
> > > > > ...John
> > > > >
> > > > >
> > > > > On Wednesday, January 13, 2016 9:37 AM, Ivan Chavero
> > > > > < ichavero(a)redhat.com >
> > > > > wrote:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > >
> > > > > > Here is the pastebin, basically a repeat of the
"quickstart"
> > > > > > website
> > > > > >
> > > > > > http://paste.openstack.org/show/483685/
> > > > >
> > > > >
> > > > > Looking at your history i noticed that you run packstack withuout
the
> > > > > sudo
> > > > > command.
> > > > > Are you sure it finished correctly? It should be run as root.
> > > > >
> > > > > Cheers,
> > > > > Ivan
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > Rdo-list mailing list
> > > > > Rdo-list(a)redhat.com
> > > > > https://www.redhat.com/mailman/listinfo/rdo-list
> > > > >
> > > > > To unsubscribe: rdo-list-unsubscribe(a)redhat.com
> > > >
> > > >
> > > >
> > >
> > >
> > _______________________________________________
> > Rdo-list mailing list
> > Rdo-list(a)redhat.com
> > https://www.redhat.com/mailman/listinfo/rdo-list
> > To unsubscribe: rdo-list-unsubscribe(a)redhat.com
> _______________________________________________
> Rdo-list mailing list
> Rdo-list(a)redhat.com
> https://www.redhat.com/mailman/listinfo/rdo-list
> To unsubscribe: rdo-list-unsubscribe(a)redhat.com
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
6:21 p.m.
Marius,
I'm not sure what a "proper" host name is. I looked around for ideas.
I came up with "centos7.century.net", since centurytel is my provider.
I changed the hostname to that and tried running the nova key-pair command, and the
same http 400 error arises.
But, I'll bet I made a rudimentary mistake like this somewhere, since I'm just
learning this.
...John
On Friday, January 15, 2016 6:59 AM, Marius Cornea <marius(a)remote-lab.net>
wrote:
Giving another shot - I saw that the shell prompt shows the localhost
name. Could you try setting a proper hostname (hostname -f returns a
fqdn) and retry?
On Fri, Jan 15, 2016 at 1:48 PM, Javier Pena <javier.pena(a)redhat.com> wrote:
----- Original Message -----
> Hello Javier,
> Okay, I did what you said. This took some fumbling around. There are 7 files.
> The two biggest are 13k and 12k , the others are 4k and below. Hope they
> aren't too big!
> == 1> nova-api.log:=============================
[...snip...]
> c73d477ea608499eb117fb79b28bff80 - - -] Option "sql_connection" from group
> "DEFAULT" is deprecated. Use option "connection" from group
"database".
> 2016-01-14 14:26:44.407 6099 INFO nova.api.openstack.wsgi
> [req-fdc4d3ba-9f6b-4b98-85f9-51dfeb5dca84 c2114578a647492c985508e88c06f24b
> c73d477ea608499eb117fb79b28bff80 - - -] HTTP exception thrown: Keypair data
> is invalid: failed to generate fingerprint
> 2016-01-14 14:26:44.408 6099 INFO nova.osapi_compute.wsgi.server
> [req-fdc4d3ba-9f6b-4b98-85f9-51dfeb5dca84 c2114578a647492c985508e88c06f24b
> c73d477ea608499eb117fb79b28bff80 - - -] 192.168.1.12 "POST
> /v2/c73d477ea608499eb117fb79b28bff80/os-keypairs HTTP/1.1" status: 400 len:
> 319 time: 3.4419072
So this is all the Nova logs show, it is just complaining that the keypair data is not
valid.
While we try to get some other ideas, does dmesg show any application segfaulting?
Javier
[... all other logs, snipping ...]
the log issue, let's try this:
6:35 a.m.
Hello Javier,
I sent the log files to the list yesterday, but they don't seem to be there? Should I
resend?
...John
On Thursday, January 14, 2016 1:56 AM, Javier Pena <javier.pena(a)redhat.com>
wrote:
----- Original Message -----
"I wasn't able to reproduce your issue."
Thanks for that, Sasha!
I have looked through the eight log files in /var/log/nova and I
found three
things, which you can see here:
http://paste.openstack.org/show/483844/
It looks like the SQL server is not working right?
Hi John,
This just looks like a startup thing, where the Nova services were up before the database
was available. It is working as expected, as services are retrying and eventually
connect.
To simplify the log issue, let's try this:
- openstack-service stop nova
- go to /var/log/nova and move all log files to a backup location, so they are empty
- openstack-service start nova
- Try to reproduce the issue
- openstak-service stop nova
The log file size should be manageable now and there should be little noise. If they are
not too big, could you try pasting them? There should be something in api.log to move
forward.
Regards,
Javier
System resources. I'm looking at the Gnome System Monitor.
Total Memory is 9.4 gigabytes, with 3.2 gigbytes used.
But, this is strange, it says that CPU usage is at 100%. Not sure how
that
can be.
vmtoolsd is using around 98% of the cpu! I have an 8 core machine, so
I'm not
sure how this is measuring.
...John
On Wednesday, January 13, 2016 9:48 PM, Sasha Chuzhoy
<sasha(a)redhat.com>
wrote:
Hi John,
I wasn't able to reproduce your issue.
Could you please check the logs for errors and also double check that the
system's resources aren't exhausted.
Thanks.
Best regards,
Sasha Chuzhoy.
> ----- Original Message -----
> > From: "Thales" < thaleslv(a)yahoo.com >
> > To: "Sasha Chuzhoy" < sasha(a)redhat.com >
> > Cc: "Ivan Chavero" < ichavero(a)redhat.com >, rdo-list(a)redhat.com
> > Sent: Wednesday, January 13, 2016 7:47:34 PM
> > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> >
> > Okay, I decided to go back to the very start, to a clean install of CentOS
> > 7.
> > I ran all of the commands to install rdo as root.That is, the commands
> > from the quick start website here:
> > https://www.rdoproject.org/install/quickstart/
> >
> > Alas, the same HTTP 400 error crops up! I ran the keypair commands from the
> > CLI as well. Wow.
> >
> > It has to be something simple and obvious.
> ...John
> >
> > On Wednesday, January 13, 2016 3:52 PM, Sasha Chuzhoy < sasha(a)redhat.com
>
> > wrote:
> >
> >
> > Did the run of "packstack --allinone" completed successfully or exited
with
> > error?
> >
> > The should be no conflict with the previous install (not sure if the
> > previous
> > install completed successfully).
> > Thanks.
> >
> > Best regards,
> > Sasha Chuzhoy.
> >
> > ----- Original Message -----
> > > From: "Thales" < thaleslv(a)yahoo.com >
> > > To: "Sasha Chuzhoy" < sasha(a)redhat.com >
> > > Cc: "Ivan Chavero" < ichavero(a)redhat.com >,
rdo-list(a)redhat.com
> > > Sent: Wednesday, January 13, 2016 4:38:29 PM
> > > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> > >
> > > Sasha,
> > > Okay, I ran it. I hope there is not a conflict with the previous
> > > install.
> > > I ran the web interface, Dashboard, and the same error pops up, the HTTP
> > > 400 error. I then ran the keypair command line command at root, and get
> > > a different error, a n HTTP 401 authentication error:
> > > Here are the commands and the
> > > output: http://paste.openstack.org/show/483817/
> > >
> > >
> > >
> > ...John
> > >
> > >
> > > On Wednesday, January 13, 2016 2:46 PM, Sasha Chuzhoy <
sasha(a)redhat.com
> > > >
> > > wrote:
> > >
> > >
> > > John,
> > > please try to run the " packstack --allinone" command as root (or
with
> > > sudo).
> > >
> > > Then see if the error reproduces.
> > > Thanks.
> > >
> > > Best regards,
> > > Sasha Chuzhoy.
> > >
> > > ----- Original Message -----
> > > > From: "Thales" < thaleslv(a)yahoo.com >
> > > > To: "Ivan Chavero" < ichavero(a)redhat.com >
> > > > Cc: rdo-list(a)redhat.com
> > > > Sent: Wednesday, January 13, 2016 12:26:21 PM
> > > > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> > > >
> > > > Ivan,
> > > >
> > > > You're right, I ran it without the sudo command. I was following
the
> > > > directions here, where they don't use sudo:
> > > > https://www.rdoproject.org/install/quickstart/
> > > >
> > > >
> > > > Is that wrong?
> > > >
> > > > Regards,
> > > ...John
> > > >
> > > >
> > > > On Wednesday, January 13, 2016 9:37 AM, Ivan Chavero
> > > > < ichavero(a)redhat.com >
> > > > wrote:
> > > >
> > > >
> > > >
> > > >
> > > > >
> > > > > Here is the pastebin, basically a repeat of the
"quickstart" website
> > > > >
> > > > > http://paste.openstack.org/show/483685/
> > > >
> > > >
> > > > Looking at your history i noticed that you run packstack withuout the
> > > > sudo
> > > > command.
> > > > Are you sure it finished correctly? It should be run as root.
> > > >
> > > > Cheers,
> > > > Ivan
> > > >
> > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > Rdo-list mailing list
> > > > Rdo-list(a)redhat.com
> > > > https://www.redhat.com/mailman/listinfo/rdo-list
> > > >
> > > To unsubscribe:
rdo-list-unsubscribe(a)redhat.com
> > >
> > >
> > >
> >
> >
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
1:54 a.m.
----- Original Message -----
I'm still struggling with this one, so if anyone has any other
ideas, I'm all
ears (or eyes!).
Regards,
...John
On Tuesday, January 12, 2016 2:52 PM, Thales
<thaleslv(a)yahoo.com> wrote:
Thanks! I'm just going through the beginning tutorials now, so
I'm not aware
of those commands, nor do I know where to find them, however I ran the
first, and, unfortunately, I get the same error:
[root@localhost keystone(keystone_admin)]# nova keypair-add cloudkey >
cloudkey.priv; chmod 600 cloudkey.priv
ERROR (BadRequest): Keypair data is invalid: failed to generate fingerprint
(HTTP 400) (Request-ID: req-e722e315-e701-40d8-9fd6-0b5e71df3de1)
Regards,
...John
On Tuesday, January 12, 2016 2:21 PM, Sasha Chuzhoy
<sasha(a)redhat.com> wrote:
You need to source the file with the variables.
Run "source /root/keystonerc_admin" before attempting the "nova
keypair-add"
command.
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
> From: "Thales" < thaleslv(a)yahoo.com >
> To: "Sasha Chuzhoy" < sasha(a)redhat.com >
> Cc: "Marius Cornea" < marius(a)remote-lab.net >, rdo-list(a)redhat.com
> Sent: Tuesday, January 12, 2016 2:49:48 PM
> Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
>
> Hello Sasha,
> I tried your command, and got the following error:
> [ john@localhost ~]$ nova keypair-add cloudkey > cloudkey.priv; chmod 600
> cloudkey.priv
> ERROR (CommandError): You must provide a username or user id via
> --os-username, --os-user-id, env[OS_USERNAME] or env[OS_USER_ID]
>
>
> ...John
>
>
> On Monday, January 11, 2016 6:28 PM, Sasha Chuzhoy < sasha(a)redhat.com >
> wrote:
>
>
> Hi John,
> Does this command work for you:
> nova keypair-add cloudkey >cloudkey.priv; chmod 600 cloudkey.priv
>
> If it works (nova keypair-list), you could ssh to the instance launched
> with
> the key using:
> ssh -i cloudkey.priv <user>@<IP>
>
> Best regards,
> Sasha Chuzhoy.
>
> ----- Original Message -----
> > From: "Thales" < thaleslv(a)yahoo.com >
> > To: "Marius Cornea" < marius(a)remote-lab.net >
> > Cc: rdo-list(a)redhat.com
> > Sent: Sunday, January 10, 2016 10:50:12 PM
> > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> >
> > Thanks, Marius!
> >
> > I get the same error.
> >
> > "Error (BadRequest): Keypair data is invalid: failed to generate
> > fingerprint
> > (HTTP p 400) (Requested ID: ...)"
> >
> > I'm just staring out with OpenStack here, trying to get through my first
> > tutorial, so I'm fumbling around.
> >
> > ...John
> >
>
>
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
1:55 a.m.
----- Original Message -----
I'm still struggling with this one, so if anyone has any other
ideas, I'm all
ears (or eyes!).
Regards,
...John
On Tuesday, January 12, 2016 2:52 PM, Thales
<thaleslv(a)yahoo.com> wrote:
Thanks! I'm just going through the beginning tutorials now, so
I'm not aware
of those commands, nor do I know where to find them, however I ran the
first, and, unfortunately, I get the same error:
[root@localhost keystone(keystone_admin)]# nova keypair-add cloudkey >
cloudkey.priv; chmod 600 cloudkey.priv
ERROR (BadRequest): Keypair data is invalid: failed to generate fingerprint
(HTTP 400) (Request-ID: req-e722e315-e701-40d8-9fd6-0b5e71df3de1)
Regards,
...John
On Tuesday, January 12, 2016 2:21 PM, Sasha Chuzhoy
<sasha(a)redhat.com> wrote:
You need to source the file with the variables.
Run "source /root/keystonerc_admin" before attempting the "nova
keypair-add"
command.
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
> From: "Thales" < thaleslv(a)yahoo.com >
> To: "Sasha Chuzhoy" < sasha(a)redhat.com >
> Cc: "Marius Cornea" < marius(a)remote-lab.net >, rdo-list(a)redhat.com
> Sent: Tuesday, January 12, 2016 2:49:48 PM
> Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
>
> Hello Sasha,
> I tried your command, and got the following error:
> [ john@localhost ~]$ nova keypair-add cloudkey > cloudkey.priv; chmod 600
> cloudkey.priv
> ERROR (CommandError): You must provide a username or user id via
> --os-username, --os-user-id, env[OS_USERNAME] or env[OS_USER_ID]
>
>
> ...John
>
>
> On Monday, January 11, 2016 6:28 PM, Sasha Chuzhoy < sasha(a)redhat.com >
> wrote:
>
>
> Hi John,
> Does this command work for you:
> nova keypair-add cloudkey >cloudkey.priv; chmod 600 cloudkey.priv
>
> If it works (nova keypair-list), you could ssh to the instance launched
> with
> the key using:
> ssh -i cloudkey.priv <user>@<IP>
>
> Best regards,
> Sasha Chuzhoy.
>
> ----- Original Message -----
> > From: "Thales" < thaleslv(a)yahoo.com >
> > To: "Marius Cornea" < marius(a)remote-lab.net >
> > Cc: rdo-list(a)redhat.com
> > Sent: Sunday, January 10, 2016 10:50:12 PM
> > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> >
> > Thanks, Marius!
> >
> > I get the same error.
> >
> > "Error (BadRequest): Keypair data is invalid: failed to generate
> > fingerprint
> > (HTTP p 400) (Requested ID: ...)"
> >
> > I'm just staring out with OpenStack here, trying to get through my first
> > tutorial, so I'm fumbling around.
> >
> > ...John
> >
>
>
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
1:56 a.m.
----- Original Message -----
I'm still struggling with this one, so if anyone has any other
ideas, I'm all
ears (or eyes!).
Hi John,
Can you paste the contents of /var/log/nova/*.log somewhere? It might help understanding
why it is not working.
Regards,
Javier
Regards,
...John
On Tuesday, January 12, 2016 2:52 PM, Thales
<thaleslv(a)yahoo.com> wrote:
Thanks! I'm just going through the beginning tutorials now, so
I'm not aware
of those commands, nor do I know where to find them, however I ran the
first, and, unfortunately, I get the same error:
[root@localhost keystone(keystone_admin)]# nova keypair-add cloudkey >
cloudkey.priv; chmod 600 cloudkey.priv
ERROR (BadRequest): Keypair data is invalid: failed to generate fingerprint
(HTTP 400) (Request-ID: req-e722e315-e701-40d8-9fd6-0b5e71df3de1)
Regards,
...John
On Tuesday, January 12, 2016 2:21 PM, Sasha Chuzhoy
<sasha(a)redhat.com> wrote:
You need to source the file with the variables.
Run "source /root/keystonerc_admin" before attempting the "nova
keypair-add"
command.
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
> From: "Thales" < thaleslv(a)yahoo.com >
> To: "Sasha Chuzhoy" < sasha(a)redhat.com >
> Cc: "Marius Cornea" < marius(a)remote-lab.net >, rdo-list(a)redhat.com
> Sent: Tuesday, January 12, 2016 2:49:48 PM
> Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
>
> Hello Sasha,
> I tried your command, and got the following error:
> [ john@localhost ~]$ nova keypair-add cloudkey > cloudkey.priv; chmod 600
> cloudkey.priv
> ERROR (CommandError): You must provide a username or user id via
> --os-username, --os-user-id, env[OS_USERNAME] or env[OS_USER_ID]
>
>
> ...John
>
>
> On Monday, January 11, 2016 6:28 PM, Sasha Chuzhoy < sasha(a)redhat.com >
> wrote:
>
>
> Hi John,
> Does this command work for you:
> nova keypair-add cloudkey >cloudkey.priv; chmod 600 cloudkey.priv
>
> If it works (nova keypair-list), you could ssh to the instance launched
> with
> the key using:
> ssh -i cloudkey.priv <user>@<IP>
>
> Best regards,
> Sasha Chuzhoy.
>
> ----- Original Message -----
> > From: "Thales" < thaleslv(a)yahoo.com >
> > To: "Marius Cornea" < marius(a)remote-lab.net >
> > Cc: rdo-list(a)redhat.com
> > Sent: Sunday, January 10, 2016 10:50:12 PM
> > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> >
> > Thanks, Marius!
> >
> > I get the same error.
> >
> > "Error (BadRequest): Keypair data is invalid: failed to generate
> > fingerprint
> > (HTTP p 400) (Requested ID: ...)"
> >
> > I'm just staring out with OpenStack here, trying to get through my first
> > tutorial, so I'm fumbling around.
> >
> > ...John
> >
>
>
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
11:29 a.m.
Hello Javier,
"Can you paste the contents of /var/log/nova/*.log somewhere?"
There are eight log files, and two really large ones. One is over 4 megs. Is there
one in particular, or should I put them in a zip file and make an attachment?
Regards,...John
On Wednesday, January 13, 2016 1:56 AM, Javier Pena <javier.pena(a)redhat.com>
wrote:
----- Original Message -----
I'm still struggling with this one, so if anyone has any other
ideas, I'm all
ears (or eyes!).
Hi John,
Can you paste the contents of /var/log/nova/*.log somewhere? It might help understanding
why it is not working.
Regards,
Javier
Regards,
...John
On Tuesday, January 12, 2016 2:52 PM, Thales
<thaleslv(a)yahoo.com> wrote:
Thanks! I'm just going through the beginning tutorials now, so
I'm not aware
of those commands, nor do I know where to find them, however I ran the
first, and, unfortunately, I get the same error:
[root@localhost keystone(keystone_admin)]# nova keypair-add cloudkey >
cloudkey.priv; chmod 600 cloudkey.priv
ERROR (BadRequest): Keypair data is invalid: failed to generate fingerprint
(HTTP 400) (Request-ID: req-e722e315-e701-40d8-9fd6-0b5e71df3de1)
Regards,
...John
On Tuesday, January 12, 2016 2:21 PM, Sasha Chuzhoy
<sasha(a)redhat.com> wrote:
You need to source the file with the variables.
Run "source /root/keystonerc_admin" before attempting the "nova
keypair-add"
command.
Thanks.
Best regards,
Sasha Chuzhoy.
----- Original Message -----
> From: "Thales" < thaleslv(a)yahoo.com >
> To: "Sasha Chuzhoy" < sasha(a)redhat.com >
> Cc: "Marius Cornea" < marius(a)remote-lab.net >, rdo-list(a)redhat.com
> Sent: Tuesday, January 12, 2016 2:49:48 PM
> Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
>
> Hello Sasha,
> I tried your command, and got the following error:
> [ john@localhost ~]$ nova keypair-add cloudkey > cloudkey.priv; chmod 600
> cloudkey.priv
> ERROR (CommandError): You must provide a username or user id via
> --os-username, --os-user-id, env[OS_USERNAME] or env[OS_USER_ID]
>
>
> ...John
>
>
> On Monday, January 11, 2016 6:28 PM, Sasha Chuzhoy < sasha(a)redhat.com >
> wrote:
>
>
> Hi John,
> Does this command work for you:
> nova keypair-add cloudkey >cloudkey.priv; chmod 600 cloudkey.priv
>
> If it works (nova keypair-list), you could ssh to the instance launched
> with
> the key using:
> ssh -i cloudkey.priv <user>@<IP>
>
> Best regards,
> Sasha Chuzhoy.
>
> ----- Original Message -----
> > From: "Thales" < thaleslv(a)yahoo.com >
> > To: "Marius Cornea" < marius(a)remote-lab.net >
> > Cc: rdo-list(a)redhat.com
> > Sent: Sunday, January 10, 2016 10:50:12 PM
> > Subject: Re: [Rdo-list] RDO, packstack, Keypair creation is failing
> >
> > Thanks, Marius!
> >
> > I get the same error.
> >
> > "Error (BadRequest): Keypair data is invalid: failed to generate
> > fingerprint
> > (HTTP p 400) (Requested ID: ...)"
> >
> > I'm just staring out with OpenStack here, trying to get through my first
> > tutorial, so I'm fumbling around.
> >
> > ...John
> >
>
>
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
3030
days inactive
3037
days old
32 comments
6 participants
participants (6)
-
Ivan Chavero -
Javier Pena -
Marius Cornea -
Matthias Runge -
Sasha Chuzhoy -
Thales