This is a blocking issue for users of iscsi-based storage HW on
Openstack; is there any way of re-prioritizing this issue?
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to lxc in Ubuntu.
https://bugs.launchpad.net/bugs/1226855
Title:
I saw similar issues at IBM on 10 March. Same look to the logs, same
success with ipmitool. After an apt-get upgrade on the 11th (trusty) and
a reboot, the issues did not appear for me. I did not refresh after the
11th, though.
--
You received this bug notification because you are a member of Ubu
ignore last comment.
A fresh import works.until you reboot. Even if you changed nothing else in
the configuration of the server or maas, enlistment will no longer work until
you do another maas-import-pxe-files at which time things will work again.
** Tags added: blocks-hwcert-server
** C
A fresh import works.until you reboot. Even if you changed nothing
else in the configuration of the server or maas, enlistment will no
longer work until you reboot.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
htt
I have not seen any reportable breakage; admittedly I have not fully
stressed maas nor used all of its functions.
--
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/1302741
Title:
dpkg-rec
To add to this, as I also am experiencing this problem:
My maas has 2 nics and 2 networks:
Outbound eth1: talks to the world (or in thsi case my partner OEM's lab
network
Private eth0: talks only to maas-create nodes. Call it 10.0.0.0/24 .
I've set up maas as DHCP & DNS manager for eth0. I
Actually, my last comment encompasses a different problem (that of
isolation), so ignore it.
But do count this as a vote to some kind of "NAT on/off" tooling in
MAAS.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
http
Public bug reported:
Binary package hint: dovecot-common
The following code in the dovecot-common postinst:
SSL_CERT=$( (grep "ssl_cert_file" /etc/dovecot/dovecot.conf || echo
'/etc/ssl/certs/dovecot.pem') | cut -d'=' -f2)
SSL_KEY=$( (grep "ssl_key_file" /etc/dovecot/dovecot.conf || echo
I should add: this then causes the test for SSL keys being present
immediately afterwards to fail, causing the postinst to fail during
configuration.
--
Fails with commented SSL configuration
https://bugs.launchpad.net/bugs/207633
You received this bug notification because you are a member of Ubu
1:1.0.5-1ubuntu2.2 (I noticed this bug because a security updated failed
to install!). Having taken a brief time to download the hardy package
and look at it it seems that someone else actually fixed this in Hardy
shortly after I reported it. Due to causing problems with security
updates it's wort
As described in the report I had one live and one commented copy of each
of the SSL certificate file options in the configuration file. I don't
any more since I wanted the security update to complete installation and
restart imapd.
I would imagine that this can be readily tested by editing the
con
** Changed in: nis (Ubuntu)
Status: New => Confirmed
** Also affects: dhcp3 (Ubuntu)
Importance: Undecided
Status: New
--
nis package must provide DHCP client scripts
https://bugs.launchpad.net/bugs/246322
You received this bug notification because you are a member of Ubuntu
Ser
The main reason to be extra careful with this sort of setup is that
messing up NIS can prevent users logging in to their system which is
obviously an extremely serious issue for upgrades since it could render
the system non-functional. This means that we need to be very
conservative about changes w
** Bug watch added: Debian Bug tracker #456299
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456299
** Also affects: nis (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456299
Importance: Unknown
Status: Unknown
--
nis package must provide DHCP client scripts
htt
Yes, a Debconf note would be the way forward, though it'd have to be a
low priority one. Note that I'm mostly talking about enabling this on
upgrade here - new systems are a bit different since you won't damage
anyone's running system.
Given that this is Launchpad I'd presume that any discussion h
If the discussion is going on in Launchpad it's pretty much Ubuntu-
specific. Note that I'm the Debian NIS maintainer; it's unlikely that
I'll do anything directly with the Ubuntu packages.
No Debconf *note* (they're deprecated) but possibly a low priority
question offering to enable the option de
It's not quite that simple - people use NIS on computers which move
between networks, such as laptops, and run multiple NIS domains on the
same network (which means that any DHCP configuration will only apply to
some systems). This makes it difficult to tell if the configuration on
the network appl
You're missing the point with laptops and so on: these are use cases
that are already supported and can be broken by a poor DHCP
implementation. This is especially the case if your preferred
implementation with overwriting the configuration file were done - the
user configuration would be unconditi
Yes, the md5sum approach is what some other packages use - but ideally
there wouldn't be the all or nothing and it'd only be applied to a file
included from the main confiugration.
The other part of this bug was to get those options added to the default
dhclient.conf so this would all work out of
19 matches
Mail list logo
