Skip to content
This repository has been archived by the owner on Apr 12, 2021. It is now read-only.

Expired timestamp #803

Closed
1 of 2 tasks
richardsith opened this issue Apr 6, 2017 · 5 comments
Closed
1 of 2 tasks

Expired timestamp #803

richardsith opened this issue Apr 6, 2017 · 5 comments

Comments

@richardsith
Copy link

richardsith commented Apr 6, 2017

Thank you for trying conjure-up! Before reporting a bug please make sure you've gone through this checklist:

Please outline the hardware you're running conjure-up on, including number of cpus, amount of memory, amount of storage space available:

All environment Lab has been realised on Ubuntu 16.04 LTS:

1 VM for MAAS + conjure-up (memory: 8GB, CPU: 1, HDD: 500TB);
1 VM for JUJU (memory: 8GB, CPU: 1, HDD: 500TB);
1 VM for LANDSCAPE (memory: 8GB, CPU: 1, HDD: 500TB);
5 VM for OPENSTACK (memory: 16GB, CPU: 1, HDD: 1TB)x5;

What spell was selected?:
Landscape

What cloud provider was selected (this includes both MAAS and localhost)?:
MAAS

Please outline what commands were run to install and execute conjure-up:

conjure-up --bootstrap-to nodeJuju

Please post ~/.cache/conjure-up/conjure-up.log
here

Provide the output of the following commands:

which juju
/snap/bin/juju
which conjure-up: 
/snap/bin/conjure-up
which lxd
/usr/bin/lxd
juju version
2.1.2-xenial-amd64
conjure-up --version
conjure-up 2.1.2
lxd --version
2.12
cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.2 LTS"

Summary of problem:

After that the vm is deployed receive the following error:
screen shot 2017-04-06 at 16 49 07. I've open also a post here

458 new environ: Authorization Error: 'Expired timestamp: given 1491489833 and now 1491497374 has a greater difference than threshold 300'

@adam-stokes
Copy link
Contributor

Make sure you're running ntp and that your clock is synced correctly

@richardsith
Copy link
Author

richardsith commented Apr 6, 2017

yes, it's configured by default on MAAS

screen shot 2017-04-06 at 23 22 02

@adam-stokes
Copy link
Contributor

This is strictly a time skew issue, could be a number of things but make sure your VM's are configured properly for time. It could be the vm's making the requests are setup with incorrect clocks as well. When you deploy your nodes manually via MAAS please verify that all of those clocks are set correctly as well.

@richardsith
Copy link
Author

richardsith commented Apr 7, 2017

I've check that and as you said, it results that the date reports on MAAS server is different from my clock. I've seen that MAAS replaces the ntp of Ubuntu ((https://paste.ubuntu.com/24332640/) with its own (https://paste.ubuntu.com/24332687/). How do I can to set the ntp right with that?

@richardsith
Copy link
Author

now it's fine, I've changed the ntp on VMware vSpere Client setting as ntp server ntp.ubuntu.com and the right time. The MAAS Server has the right date. thanks

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants