** Changed in: maas (Ubuntu Precise)
Status: New = Fix Committed
** Changed in: maas (Ubuntu Quantal)
Status: New = Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
** Changed in: maas (Ubuntu)
Status: Incomplete = Invalid
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
https://bugs.launchpad.net/bugs/1072772
Title:
Package upgrade breaks rabbitmq communication.
To
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
- [andreserl] develop juju charms for HA (corosync/pacemaker): TODO
- [andreserl] haproxy charm HA support: TODO
- [andreserl] quantum charm HA support: TODO
- investigate juju charm for DRBD: TODO
- mysql charm HA support
Hi Ali,
I'm changing the status of this bug back to Fix Committed as the fix has
not yet been released to precise. The fix still sits in precise-
proposed, which is not part of precise-updates.
Thank you!
** Changed in: isc-dhcp (Ubuntu Precise)
Status: Fix Released = New
** Changed in:
** Changed in: maas-enlist (Ubuntu)
Assignee: (unassigned) = Andres Rodriguez (andreserl)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas-enlist in Ubuntu.
https://bugs.launchpad.net/bugs/1081660
Title:
If maas-enlist
** Branch linked: lp:~andreserl/maas/ipmi_versioning_support_lp1086162
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
https://bugs.launchpad.net/bugs/1086162
Title:
IPMI based power management default to IPMI 1.5
, this should not happen.
** Affects: maas (Ubuntu)
Importance: Medium
Assignee: Andres Rodriguez (andreserl)
Status: Confirmed
** Changed in: maas (Ubuntu)
Status: New = Confirmed
** Changed in: maas (Ubuntu)
Importance: Undecided = Medium
** Changed in: maas (Ubuntu
is to Depend on distro-info.
** Affects: maas (Ubuntu)
Importance: Medium
Assignee: Andres Rodriguez (andreserl)
Status: Confirmed
** Changed in: maas (Ubuntu)
Assignee: (unassigned) = Andres Rodriguez (andreserl)
** Changed in: maas (Ubuntu)
Importance: Undecided = Low
** Changed in: maas (Ubuntu)
Status: Confirmed = Fix Committed
** Changed in: maas (Ubuntu)
Status: Fix Committed = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
** Also affects: maas (Ubuntu Precise)
Importance: Undecided
Status: New
** Also affects: maas (Ubuntu Quantal)
Importance: Undecided
Status: New
** Changed in: maas (Ubuntu)
Status: Confirmed = Fix Released
--
You received this bug notification because you are a
should be installed with maas-region-controller.
** Affects: maas (Ubuntu)
Importance: Medium
Assignee: Andres Rodriguez (andreserl)
Status: Confirmed
** Changed in: maas (Ubuntu)
Status: New = Confirmed
** Changed in: maas (Ubuntu)
Importance: Undecided = Medium
Changing to Fix Released as another method was used to fix this.
** Changed in: maas (Ubuntu)
Status: Triaged = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
** Description changed:
MAAS WebUI crashes when isntalling maas-region-controller only:
[Tue Jan 22 16:49:58 2013] [error] [client 192.168.123.3] mod_wsgi
(pid=7256): Target WSGI script '/usr/share/maas/wsgi.py' cannot be loaded as
Python module.
[Tue Jan 22 16:49:58 2013] [error]
Public bug reported:
It is necessary to SRU python-tx-tftp for MAAS
** Affects: python-tx-tftp (Ubuntu)
Importance: Undecided
Assignee: Andres Rodriguez (andreserl)
Status: New
** Changed in: python-tx-tftp (Ubuntu)
Assignee: (unassigned) = Andres Rodriguez (andreserl
Public bug reported:
Please SRU MAAS to Quantal and Precise
** Affects: maas (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
[andreserl] SRU django 1.4 GenericIpAddressField to 1.3 for 12.04 (LP:
#1081391): INPROGRESS
[andreserl] SRU django 1.4 prefetch_related to 1.3 for 12.04 (LP: #1081388):
INPROGRESS
[andreserl] SRU django 1.4 upstream
** Description changed:
- Please SRU MAAS to Quantal and Precise
+ [Impact]
+ As part of the MAAS Next Steps bluepring [1], we would like to SRU a new
version of MAAS to both Precise and Quantal.
+
+ For Quantal:
+ - Fixes various issues
+
** Description changed:
- It is necessary to SRU python-tx-tftp for MAAS
+ [Impact]
+ As part of the MAAS Next Steps bluepring [1], python-tx-tftp is a required
dependency for MAAS. If MAAS is granted SRU approval by the board this package
also needs to eb SRU in order for MAAS to function.
+
Based on the feedback from the Technical Board discussion, we are no
longer going to SRU yui3 to Precise, but continue to ship it with the
maas package.
** Changed in: yui3 (Ubuntu Precise)
Status: New = Invalid
** Changed in: yui3 (Ubuntu Precise)
Status: Invalid = Won't Fix
--
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
[andreserl] develop juju charms for HA (corosync/pacemaker): INPROGRESS
[jamespage] haproxy charm HA support: DONE
[andreserl] quantum charm HA support: DONE
[andreserl] mysql charm HA support (either drbd - using
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
[andreserl] develop juju charms for HA (corosync/pacemaker): INPROGRESS
[jamespage] haproxy charm HA support: DONE
[andreserl] quantum charm HA support: DONE
- [andreserl] mysql charm HA support (either drbd - using
** Description changed:
[Impact]
As part of the MAAS Next Steps bluepring [1], python-tx-tftp is a required
dependency for MAAS. If MAAS is granted SRU approval by the board this package
also needs to eb SRU in order for MAAS to function.
[Test Case]
1. Install maas
2. Run MAAS
Hi Julian,
This bug does not belong to the packaging nor MAAS *in* Ubuntu, because
GenericIpAddressField patch is not in django nor applied int he
packaging of any Ubuntu packages in the Archives. This is a bug that
affects upstream MAAS and Upstream packaging.
For this reason, this does not
Oh btw... we need to make sure that this doesn't provide any regression
or upgrade failures from those who have been using MAAS from ppa:maas-
maintainers/stable.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
** Changed in: python-tx-tftp (Ubuntu Precise)
Status: Triaged = New
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to python-tx-tftp in Ubuntu.
https://bugs.launchpad.net/bugs/1109209
Title:
[SRU] python-tx-tftp to Precise
To
** Changed in: maas-enlist (Ubuntu)
Assignee: (unassigned) = Andres Rodriguez (andreserl)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas-enlist in Ubuntu.
https://bugs.launchpad.net/bugs/1131296
Title:
maas-enlist uses
** Changed in: maas (Ubuntu Raring)
Assignee: (unassigned) = Andres Rodriguez (andreserl)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
https://bugs.launchpad.net/bugs/1073463
Title:
User-configurable files
** Changed in: powernap (Ubuntu)
Assignee: (unassigned) = Andres Rodriguez (andreserl)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to powernap in Ubuntu.
https://bugs.launchpad.net/bugs/1131713
Title:
DiskMonitor not working
Hi Alain,
Would you mind trying the algorithm that detects whether the disks are
active/inactive?
I have put it here: http://pastebin.ubuntu.com/5574954/
So you should only need to run it for the desired disk drive. Please let
me know the output of it. If this detects that the disks are
Oh and could you please increase the debug level in the config
/etc/powernap/config and restart the daemon and pastebin whatever is
output to /var/log/powernap.log please?
Thanks!
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
- [andreserl] develop juju charms for HA (corosync/pacemaker): INPROGRESS
+ [andreserl] develop juju charms for HA (corosync/pacemaker): DONE
[jamespage] haproxy charm HA support: DONE
[andreserl] quantum charm HA
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
[andreserl] develop juju charms for HA (corosync/pacemaker): DONE
[jamespage] haproxy charm HA support: DONE
[andreserl] quantum charm HA support: DONE
[andreserl] mysql charm HA support (either drbd - using
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
- [andreserl] SRU django 1.4 GenericIpAddressField to 1.3 for 12.04 (LP:
#1081391): INPROGRESS
+ [andreserl] SRU django 1.4 GenericIpAddressField to 1.3 for 12.04 (LP:
#1081391): POSTPONED
[andreserl] SRU django 1.4
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
[andreserl] SRU django 1.4 GenericIpAddressField to 1.3 for 12.04 (LP:
#1081391): POSTPONED
- [andreserl] SRU django 1.4 prefetch_related to 1.3 for 12.04 (LP: #1081388):
INPROGRESS
- [andreserl] SRU django 1.4 upstream
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
[andreserl] SRU django 1.4 GenericIpAddressField to 1.3 for 12.04 (LP:
#1081391): POSTPONED
[andreserl] SRU django 1.4 prefetch_related to 1.3 for 12.04 (LP: #1081388):
DONE
[andreserl] SRU django 1.4 upstream bug
** Changed in: maas (Ubuntu Raring)
Status: Triaged = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
https://bugs.launchpad.net/bugs/1044503
Title:
kernel command line is not easily customizable
Public bug reported:
I have a cluster of machines where all the CPU's are 1, and the
following information is as follows:
Architecture: amd64/generic
CPU Count: 1
Memory: 8192 MB
Now, juju constraints, as specified by [1], default to 1 in the case of
CPU. Looking at the nodes, and being the
Public bug reported:
This bug was found when debugging for bug in [1].
The case being is that when we deploy a node via juju, and for whatever
reason no available MAAS node is found, juju seems to have successfully
deployed a service when it hasn't really.
1. Juju deploy shows that the service
** Description changed:
I have a cluster of machines where all the CPU's are 1, and the
following information is as follows:
Architecture: amd64/generic
CPU Count: 1
Memory: 8192 MB
Now, juju constraints, as specified by [1], default to 1 in the case of
CPU. Looking at the
** Summary changed:
- Default constraints prevents the allocation of nodes if they are equal to the
HW.
+ Constraints prevents the allocation of nodes if they are equal to the HW.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas
** Also affects: maas (Ubuntu)
Importance: Undecided
Status: New
** Changed in: maas (Ubuntu)
Importance: Undecided = Critical
** Changed in: maas (Ubuntu)
Status: New = In Progress
** Changed in: maas (Ubuntu)
Assignee: (unassigned) = Andres Rodriguez (andreserl
** Also affects: python-tx-tftp (Ubuntu Precise)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to python-tx-tftp in Ubuntu.
https://bugs.launchpad.net/bugs/1024086
Title:
[MIR]
** Changed in: python-tx-tftp (Ubuntu)
Assignee: (unassigned) = Andres Rodriguez (andreserl)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to python-tx-tftp in Ubuntu.
https://bugs.launchpad.net/bugs/116
Title:
HP ProLiant
** Changed in: maas (Ubuntu Precise)
Assignee: (unassigned) = Andres Rodriguez (andreserl)
** Changed in: maas (Ubuntu Quantal)
Assignee: (unassigned) = Andres Rodriguez (andreserl)
** Changed in: maas (Ubuntu Raring)
Assignee: (unassigned) = Andres Rodriguez (andreserl)
--
You
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
- [andreserl] write dep-8 test for heartbeat/corosync/pacemaker: TODO
- [andreserl] write dep-8 test for tftpd-hpa: TODO
+ [andreserl] write dep-8 test for heartbeat/corosync/pacemaker: POSTPONED
+ [andreserl] write dep-8
** Branch linked: lp:~andreserl/maas/maas_detect_ipmi_bug1064527
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
https://bugs.launchpad.net/bugs/1064527
Title:
detect_ipmi needs improvement. detects non-existant
This os only se en when theres a leading whitespace un that particular
variable which wouldnt normally happen
** Changed in: maas (Ubuntu)
Importance: Undecided = Medium
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
[andreserl] SRU django 1.4 GenericIpAddressField to 1.3 for 12.04 (LP:
#1081391): POSTPONED
[andreserl] SRU django 1.4 prefetch_related to 1.3 for 12.04 (LP: #1081388):
DONE
[andreserl] SRU django 1.4 upstream bug
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
[andreserl] SRU django 1.4 GenericIpAddressField to 1.3 for 12.04 (LP:
#1081391): POSTPONED
[andreserl] SRU django 1.4 prefetch_related to 1.3 for 12.04 (LP: #1081388):
DONE
[andreserl] SRU django 1.4 upstream bug
To be clear, MAAS as its currently stands in precise has a *broken*
implementation of DHCP/DNS when managed by cobbler. Most of the times it
did not work well out of the box and decreases the user experience.
That being said, all of the stakeholders were aware and had been
notified that when an
Hi Scott,
We are in the process of drafting the upgrade instructions, and we will
communicate them through normal means, ML's, blog posts, etc, unless you
believe a debconf message should also be showed.
I, however, feel the need to clarify this, since I fail to see how the
MAAS SRU is causing a
So as discussed with Julian, this requires upstream support before we
can install the files in the correct locations via packaging.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
https://bugs.launchpad.net/bugs/1073463
** Also affects: maas (Ubuntu)
Importance: Undecided
Status: New
** Changed in: maas (Ubuntu)
Status: New = Confirmed
** Changed in: maas (Ubuntu)
Importance: Undecided = High
** Description changed:
Integration tests on raring (package built from trunk) are failing since
Public bug reported:
[Impact]
MAAS fails to start/stop virtual nodes when using virsh. This is because MAAS
lacks permissions to run virsh.
[Solution]
The solution is to run virsh with sudo, as well as allowing the 'maas' user to
run 'virsh' in the sudoers file.
[Test Case]
To reproduce do
** Attachment added: debdiff
https://bugs.launchpad.net/ubuntu/+source/maas/+bug/1171988/+attachment/3651798/+files/debdiff
** Changed in: maas (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed
Hi Scott,
It is my understanding that if a user does something *unsupported*, say
manually edit a file of an X python module to say hack their fixes in
order for it to work the way they want it (which can break a system),
then an SRU (or any new package version) will upgrade that file not
caring
** Also affects: maas (Ubuntu)
Importance: Undecided
Status: New
** Changed in: maas (Ubuntu)
Status: New = Confirmed
** Changed in: maas (Ubuntu)
Importance: Undecided = Critical
** Changed in: maas (Ubuntu)
Assignee: (unassigned) = Andres Rodriguez (andreserl
IIRC, we dropped support for the AvahiBoot image... and it seems that
this message was never removed.
** Also affects: maas
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
Ok so the reference should be updated to reflect this:
https://maas.ubuntu.com/docs/quantal/nodes.html
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
https://bugs.launchpad.net/bugs/1172336
Title:
MAAS server
I would also like to add the following:
The non-recommend implementation of cobbler based maas-dhcp will always
destroy user configuration because cobbler will always generate the file
/etc/dnsmasq.conf. When a does manual configuration for their dnsmasq
service (regardless of whether they are
Scott,
If they did edit it and have a working system and then install the update,
what will happen? If I'm reading you right, their changes, that made the
system work, will be lost. Is that right?
If they were to upgrade to a cobbler based MAAS version, then yes their
changes (in
** Description changed:
maas version installed: 1.2+bzr1359+dfsg-0ubuntu1~ppa1 on Ubuntu Precise
12.04.2
We enlist a node, the accept and commission it and the node stays in
Commissioning state.
We see that after cloud-init the node tries to access maas and gets an
internal
@Nobuto,
Thanks for your input, but as described in the wikipage (which no longer
exists) it was *a* way of configuring a DHCP server, not *the* prime way
of configuring one. Either way, MAAS itself is *NOT* aware if there's a
DHCP server configured or not.
@Scott,
Yes, changes won't be lost,
** Description changed:
maas version installed: 1.2+bzr1359+dfsg-0ubuntu1~ppa1 on Ubuntu Precise
12.04.2
We enlist a node, the accept and commission it and the node stays in
Commissioning state.
We see that after cloud-init the node tries to access maas and gets an
internal
** Description changed:
[Impact]
MAAS fails to start/stop virtual nodes when using virsh. This is because MAAS
lacks permissions to run virsh.
[Solution]
The solution is to run virsh with sudo, as well as allowing the 'maas' user
to run 'virsh' in the sudoers file.
[Test Case]
Hi Scott,
No not really... so if people set things manually, a MAAS upgrade to the
SRU package won't break configurations because MAAS does not touch
/etc/dnsmasq.conf at all. So MAAS upgrade should leave /etc/dnsmasq.conf
as ism and dnsmasq should continue to work as expected.
Cheers
--
You
** Changed in: python-tx-tftp (Ubuntu)
Assignee: Andres Rodriguez (andreserl) = (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to python-tx-tftp in Ubuntu.
https://bugs.launchpad.net/bugs/1109209
Title:
[SRU] python
** Also affects: dvipng (Ubuntu Precise)
Importance: Undecided
Status: New
** Also affects: pyparsing (Ubuntu Precise)
Importance: Undecided
Status: New
** Also affects: python-pytyrant (Ubuntu Precise)
Importance: Undecided
Status: New
** Also affects:
** Also affects: python-gevent (Ubuntu)
Importance: Undecided
Status: New
** Changed in: python-gevent (Ubuntu)
Status: New = Fix Released
** No longer affects: celery (Ubuntu Precise)
** No longer affects: pyparsing (Ubuntu Precise)
** No longer affects: python-mailer (Ubuntu
** No longer affects: python-cl (Ubuntu Precise)
** No longer affects: dvipng (Ubuntu Precise)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to celery in Ubuntu.
https://bugs.launchpad.net/bugs/1020267
Title:
[MIR] celery,
** Changed in: freeipmi (Ubuntu)
Assignee: Andres Rodriguez (andreserl) = (unassigned)
** Also affects: freeipmi (Ubuntu Precise)
Importance: Undecided
Status: New
** Changed in: freeipmi (Ubuntu Precise)
Importance: Undecided = High
--
You received this bug notification
** No longer affects: sphinx-issuetracker (Ubuntu)
** No longer affects: sphinx-issuetracker (Ubuntu Precise)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to celery in Ubuntu.
https://bugs.launchpad.net/bugs/1020267
Title:
[MIR]
Public bug reported:
[Impact]
Dropping this build-dependency allows us to MIR celery in precise for the
upcoming MAAS SRU. This Build-Dep does not impact the functionality of celery,
and in reality, it is not required for it to build and function. This build-dep
is used for the doc generation,
Public bug reported:
etckeeper (1.3ubuntu1) saucy; urgency=low
.
* Merge from Debian unstable. Remaining changes:
- etckeeper.conf, debian/control: default to bzr.
- commit.d/50vcs-commit: Avoid failure in initial commit if etckeeper is
not installed from a tty (like early
** Also affects: facter (Ubuntu Precise)
Importance: Undecided
Status: New
** Also affects: facter (Ubuntu Quantal)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to facter in
** Branch linked: lp:~andreserl/maas/ignore-client-uids
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
https://bugs.launchpad.net/bugs/1069570
Title:
1 MAC Address, two IPs - DNS is out of sync with DHCP leases
Blueprint changed by Andres Rodriguez:
Definition Status: Approved = Obsolete
--
MAAS next steps
https://blueprints.launchpad.net/ubuntu/+spec/servercloud-r-maas-next-steps
--
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at:
https
Blueprint changed by Andres Rodriguez:
Definition Status: Approved = Obsolete
--
OpenStack Infrastructure HA
https://blueprints.launchpad.net/ubuntu/+spec/servercloud-r-openstack-ha
--
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe
Blueprint changed by Andres Rodriguez:
Definition Status: Approved = Obsolete
--
OpenStack HA
https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-openstack-ha
--
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at:
https
Blueprint changed by Andres Rodriguez:
Definition Status: Review = Obsolete
--
PowerNap integration into OpenCompute
https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-powernap-opencompute-integration
--
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify
Blueprint changed by Andres Rodriguez:
Work items set to:
Work items:
Install templates in /etc/maas: TODO
--
MAAS Next Steps
https://blueprints.launchpad.net/ubuntu/+spec/servercloud-s-maas-next-steps
--
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
Install templates in /etc/maas: TODO
+ maas-ipmi-autodetect and maas-signal should be shipped with MAAS: POSTPONED
--
MAAS Next Steps
https://blueprints.launchpad.net/ubuntu/+spec/servercloud-s-maas-next-steps
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
Install templates in /etc/maas: TODO
- maas-ipmi-autodetect and maas-signal should be shipped with MAAS: POSTPONED
+ maas-ipmi-autodetect and maas-signal should be shipped with MAAS: TODO
--
MAAS Next Steps
https
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
Install templates in /etc/maas: TODO
maas-ipmi-autodetect and maas-signal should be shipped with MAAS: TODO
+ [maas-maintainers] define supported release combination matrix: TODO
--
MAAS Next Steps
https
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
Install templates in /etc/maas: TODO
maas-ipmi-autodetect and maas-signal should be shipped with MAAS: TODO
+ Support FastPath installer {pre,post}_install scripts: TODO
[maas-maintainers] define supported release
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
Install templates in /etc/maas: TODO
maas-ipmi-autodetect and maas-signal should be shipped with MAAS: TODO
Support FastPath installer {pre,post}_install scripts: TODO
+ Use simple streams to download the cloud images
Daviey,
Just to clarify, issuetracker is being disabled by default and makes no
sense to have it as a build-dep. See docs/conf.py:
if False: #not os.environ.get(SKIP_ISSUES):
# Issue tracker is not working, just hangs
issuetracker = github
issuetracker_project = ask/celery
** Patch added: python-celery.debdiff
https://bugs.launchpad.net/ubuntu/+source/celery/+bug/1177855/+attachment/3678329/+files/python-celery.debdiff
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to celery in Ubuntu.
Note that the change does not affect the documentation at all and this
file is only needed when issuetracker is enabled on the docs, but it is
not:
if False: #not os.environ.get(SKIP_ISSUES):
# Issue tracker is not working, just hangs
issuetracker = github
issuetracker_project =
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
Install templates in /etc/maas: TODO
maas-ipmi-autodetect and maas-signal should be shipped with MAAS: TODO
Support FastPath installer {pre,post}_install scripts: TODO
Use simple streams to download the cloud images
** Description changed:
Integration tests on raring (package built from trunk) are failing since Apr
19, 2013 11:31:01 PM.
http://10.189.74.2:8080/view/MAAS/job/raring-adt-maas-daily/133/ARCH=amd64,label=lenovo-RD230-01/console
Yes it will continue to work without manual configuration. We've already
discussed this with ScottK via the IRC channel and he had agreed that
this is good to go.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
We not only end up with to copies of root.tar.gz but we also end up with
two copies of 'initrd' and 'linux' files.
ubuntu@cluster:~$ ls /var/lib/maas/ephemeral/precise/ephemeral/amd64/20121008/
disk.img info initrd.gz linux root.tar.gz tgt.conf
ubuntu@cluster:~$ ls
two*
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
https://bugs.launchpad.net/bugs/1182459
Title:
clean up root.tar.gz and fast path installer files
To manage notifications about this bug go to:
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items for ubuntu-13.07:
Investigation zeromq support in havana: TODO
[gandelman-a] Check on status of heartbeating in AMQP for RabbitMQ HA: TODO
+ [andreserl] Investigate upgrade path for Corosync 2.0 based clusters: TODO
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
openstack-dashboard python rewrite: TODO
- glance python rewrite: TODO
+ [andreserl] glance python rewrite: TODO
cinder python rewrite: TODO
swift-storage python rewrite: TODO
nova-compute python rewrite: TODO
nova
Blueprint changed by Andres Rodriguez:
Work items changed:
Work items:
- Install templates in /etc/maas: TODO
- maas-ipmi-autodetect and maas-signal should be shipped with MAAS: TODO
+ [andreserl] Install templates in /etc/maas: TODO
+ [andreserl] maas-ipmi-autodetect and maas-signal should
Public bug reported:
[Impact]
Raring is not enabled by default so images are not imported by maas. This
causes that someone has to manually enable raring and re-run
maas-import-pxe-files in order to be able deploy raring.
[Test Case]
1. Install maas
2. Run maas-import-pxe-files
3. Try to
** Changed in: maas (Ubuntu)
Importance: Undecided = Critical
** Changed in: maas
Importance: Undecided = High
** Changed in: maas (Ubuntu)
Importance: Critical = High
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in
Public bug reported:
[Impact]
If new ephemeral images are ready to be installed, maas-import-* scripts fail
because it cannot overwrite a symlink that has been created to support FPI.
This prevents maas from importing new ephemeral images.
[Test Case]
1. Install maas.
2. maas-import-pxe-files
1 - 100 of 1390 matches
Mail list logo