maas doesn't return zookeeper instances for newly provision environment
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
maas (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
The problem:
I can clearly see that a machine is allocated in response to the bootstrap request and that the
same machine is destroyed when the env is trashed, yet, I can't get a handle on the environment.
Odd thing is this problem cropped up all of a sudden. I've been provisioning via juju
maybe 5-6 times a day due to the hardware speed over the last week and it just stops working.
I've tried restart the processes, upgrading to latest maas, and rebooting. It just stays in this
state. I can't use it for anything.
ubuntu@bysen:~$ juju bootstrap --constraints arch=arm
2013-10-01 15:49:53,466 INFO Bootstrapping environment 'maas' (origin: distro type: maas)...
2013-10-01 15:49:56,714 INFO 'bootstrap' command finished successfully
ubuntu@bysen:~$ juju status
2013-10-01 15:50:37,633 INFO Connecting to environment...
2013-10-01 15:50:38,215 ERROR juju environment not found: is the environment bootstrapped?
ubuntu@bysen:~$ juju destroy-environment
WARNING: this command will destroy the 'maas' environment (type: maas).
This includes all machines, services, data, and other resources. Continue [y/N] y
2013-10-01 15:50:46,997 INFO Destroying environment 'maas' (type: maas)...
2013-10-01 15:50:50,208 INFO 'destroy_
tcpdump (see attached) shows that nothing is being returned in response to the
status call.
13:51:06.061698 IP bysen.local.53598 > bysen.local.http: Flags [P.], seq 1:394, ack 1, win 342, options [nop,nop,TS val 18200601 ecr 18200601], length 393
E...D.@.@...
. .
. ..^.P@.
........GET /MAAS/api/
Host: 10.229.32.254
User-Agent: Twisted PageGetter
Authorization: OAuth realm="", oauth_nonce=
13:51:06.061745 IP bysen.local.http > bysen.local.53598: Flags [.], ack 394, win 350, options [nop,nop,TS val 18200601 ecr 18200601], length 0
E..4oj@.@.s.
. .
. ..P.^.~
........
13:51:06.648551 IP bysen.local.http > bysen.local.53598: Flags [P.], seq 1:214, ack 394, win 350, options [nop,nop,TS val 18200748 ecr 18200601], length 213
E.. ok@.@.r.
. .
. ..P.^.~
........HTTP/1.1 200 OK
Date: Tue, 01 Oct 2013 17:51:06 GMT
Server: Apache/2.2.22 (Ubuntu)
Vary: Authorization,
Content-Length: 3
Connection: close
Content-Type: text/html; charset=utf-8
{}
To compare, I traced my other maas, it should be returning something like this.
Date: Tue, 01 Oct 2013 19:27:16 GMT
Server: Apache/2.2.22 (Ubuntu)
Vary: Authorization,
Connection: close
Content-Type: text/html; charset=utf-8
zookeeper-
ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: maas 1.3+bzr1461+
ProcVersionSign
Uname: Linux 3.8.0-30-generic x86_64
ApportVersion: 2.9.2-0ubuntu8.3
Architecture: amd64
Date: Tue Oct 1 15:35:56 2013
MarkForUpload: True
PackageArchitec
ProcEnviron:
LANGUAGE=en_US:
TERM=xterm
PATH=(custom, no user)
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: maas
UpgradeStatus: No upgrade log present (probably fresh install)
Changed in maas (Ubuntu): | |
status: | New → Invalid |
This looks like Juju is not writing the provider-state file correctly. You're using PyJuju. Have you tried using juju-core instead? That might help us isolate the problem to either Juju or MAAS.