[Bug 1313550] Re: ping does not work as a normal user on trusty tarball cloud images.
** Changed in: maas Status: Confirmed = Fix Committed -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to the bug report. https://bugs.launchpad.net/bugs/1313550 Title: ping does not work as a normal user on trusty tarball cloud images. To manage notifications about this bug go to: https://bugs.launchpad.net/curtin/+bug/1313550/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1466458] Re: template 'none' doesn't work with lxc-create
That stuff after my signature might be misleading. The host I'm working on, my desktop, is indeed running ubuntu 15.04, with lxc 1.1.2-0ubuntu3. The host I discovered the problem on is definitely running ubuntu 14.04 with lxc 1.0.7 . Testing on my desktop, lxc-create fails but with a less verbose error message: $ sudo lxc-create -n test.lol -t none [sudo] password for user: lxc_container: lxc_create.c: main: 274 Error creating container test.lol I've had a look through the source code for lxc-create, and 'none' doesn't appear to have special meaning, so lxc-create probably looks for an lxc-none template in the template dir. -- 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/1466458 Title: template 'none' doesn't work with lxc-create To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1466458/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1466458] [NEW] template 'none' doesn't work with lxc-create
Public bug reported: Hi, The man page lxc-create(1) says that with the '-t' option to specify a template 'none can be used to force lxc-create to skip rootfs creation'. This does not appear to work. root@somehost:/var/lib/lxc# lxc-create -n test.lol -t none lxc_container: lxccontainer.c: get_template_path: 867 No such file or directory - bad template: none lxc_container: lxccontainer.c: lxcapi_create: 1264 bad template: none lxc_container: lxc_create.c: main: 271 Error creating container test.lol There is no template in the templates dir corresponding to the 'none' template. I've looked through the upstream tarballs from releases 0.5.0, 0.6.0, ... , 1.0.0, 1.1.0, and there is no 'none' template in any. Might be just a documentation mistake, I guess. Could be a missing template, or maybe 'none' has a special meaning to the lxc- create binary; I haven't looked yet. I'll dig a little further. I'm using lxc 1.0.7-0ubuntu0.1 on Ubuntu 14.04 . thanks, Kevin ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: lxc 1.1.2-0ubuntu3 ProcVersionSignature: Ubuntu 3.19.0-18.18-generic 3.19.6 Uname: Linux 3.19.0-18-generic x86_64 ApportVersion: 2.17.2-0ubuntu1.1 Architecture: amd64 CurrentDesktop: GNOME Date: Thu Jun 18 11:56:34 2015 InstallationDate: Installed on 2012-01-13 (1251 days ago) InstallationMedia: Kubuntu 11.10 Oneiric Ocelot - Release amd64 (20111012) SourcePackage: lxc UpgradeStatus: Upgraded to vivid on 2015-05-14 (34 days ago) defaults.conf: lxc.network.type = veth lxc.network.link = lxcbr0 lxc.network.flags = up lxc.network.hwaddr = 00:16:3e:xx:xx:xx lxcsyslog: ** Affects: lxc (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apparmor apport-bug vivid -- 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/1466458 Title: template 'none' doesn't work with lxc-create To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1466458/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: nova-* services do not start if rsyslog is not yet started
The patch you have provided here for SRU (that is also now part of the SRU submission in bug 1348244) does not appear to have been submitted upstream. So, does this affect openstack versions greater than Icehouse? It looks like Nova logging was switched to use oslo.log as of Kilo so presumably Juno is also affected by this? Assuming that Kilo+ is not affected and since this code has been moved out of tree anyway I think we should apply this to both I and J and make sure that patch commit message references this bug so that we have a context reference. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to nova in Ubuntu. https://bugs.launchpad.net/bugs/1459046 Title: nova-* services do not start if rsyslog is not yet started To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1429327] Re: Boot from an unique, stable, multipath-dependent symlink
Hi Scott, I believe that your re-setting of ROOT= guarantees failure of boot if you install multipath-tools-boot on a system that does not have multipath. Good to see more opinions on the this topic. Well, I'm not positive the change to root=UUID=multipath- (done via ROOT=) would be well accepted by boot userspace, and would imagine some better can be done. (comment #28) I see you chased some multipath stuff on the bug trail you mentioned. In case your mind has been nurturing more ideas, it would be cool to ideate on the topic/implementation :) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to multipath-tools in Ubuntu. https://bugs.launchpad.net/bugs/1429327 Title: Boot from an unique, stable, multipath-dependent symlink To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1429327/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: nova-* services do not start if rsyslog is not yet started
** Also affects: nova Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to nova in Ubuntu. https://bugs.launchpad.net/bugs/1459046 Title: nova-* services do not start if rsyslog is not yet started To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Blueprint servercloud-w-openstack-qa] OpenStack QA for 15.10
Blueprint changed by Ryan Beisner: Work items changed: Work items for ubuntu-15.06: [1chb1n] Add V/W charm-helper pieces for amulet testing (bug 1461535): TODO [1chb1n] Add basic heat charm amulet tests (in conjunction with V/W enablement): TODO [1chb1n] Add basic ceilometer-agent charm amulet tests (ahead of deploy-from-source dev): TODO [1chb1n] Re-work existing percona-cluster charm amulet tests per series/release: TODO [1chb1n] ipv6 uosci/serverstack environment enablement: TODO [1chb1n] ipv6 keystone amulet test as PoC/validation: TODO + [1chb1n] Update UOSCI for neutron-gateway charm name change: TODO + [1chb1n] Update mojo specs for neutron-gateway charm name change: TODO Re-validate, enhance I:J upgrade testing: TODO Leader-election testing: TODO Work items for ubuntu-15.07: [1chb1n] Add basic percona-cluster charm amulet tests: TODO [1chb1n] Add basic cinder-ceph charm amulet tests: TODO [1chb1n] Add basic hacluster charm amulet tests: TODO [1chb1n] Re-work existing mongodb charm amulet tests per series/release: TODO [1chb1n] Complete V/W amulet test coverage enablement: TODO UOSCI integration with charms hosted on github: TODO Automate J:K upgrade testing (mojo spec): TODO Automate K:L upgrade testing (mojo spec): TODO Actions testing: TODO Setup CI to deploy from source and run tempest or other tests on every upstream commit to master: TODO Automate PowerNV OpenStack testing for for Ubuntu 14.04: TODO -- OpenStack QA for 15.10 https://blueprints.launchpad.net/ubuntu/+spec/servercloud-w-openstack-qa -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: nova-* services do not start if rsyslog is not yet started
stable/icehouse patch uploaded to https://review.openstack.org/#/c/193105/ ** Changed in: nova (Ubuntu) Status: Invalid = In Progress -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to nova in Ubuntu. https://bugs.launchpad.net/bugs/1459046 Title: nova-* services do not start if rsyslog is not yet started To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: nova-* services do not start if rsyslog is not yet started
stable/juno patch uploaded to https://review.openstack.org/#/c/193110/ -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to nova in Ubuntu. https://bugs.launchpad.net/bugs/1459046 Title: nova-* services do not start if rsyslog is not yet started To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: nova-* services do not start if rsyslog is not yet started
** Changed in: nova Status: New = In Progress ** Changed in: nova Assignee: (unassigned) = Edward Hope-Morley (hopem) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to nova in Ubuntu. https://bugs.launchpad.net/bugs/1459046 Title: nova-* services do not start if rsyslog is not yet started To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: nova-* services do not start if rsyslog is not yet started
** Also affects: oslo.log Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to nova in Ubuntu. https://bugs.launchpad.net/bugs/1459046 Title: nova-* services do not start if rsyslog is not yet started To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1452875] Re: irqbalance degrades network performance on HP M800 server cartridge
** Also affects: irqbalance (Ubuntu Trusty) Importance: Undecided Status: New ** Changed in: irqbalance (Ubuntu Trusty) Status: New = Won't Fix ** Changed in: irqbalance (Ubuntu Trusty) Status: Won't Fix = Triaged ** Changed in: irqbalance (Ubuntu) Status: Triaged = Won't Fix ** Changed in: irqbalance (Ubuntu Trusty) Importance: Undecided = High ** Changed in: irqbalance (Ubuntu Trusty) Assignee: (unassigned) = Manoj Iyer (manjo) ** Description changed: On HP M800 server cartridge we want to prevent irqbalance from running because it causes degradation in network throughput. + + [Development Fix] + + Intentionally not done; see below. + + [Stable Fix] + + Patch to exit irqbalance if this particular hardware is detected. [ SRU EXCEPTION REQUEST ] A fix to this bug is limited in scope to 14.04 (Trusty) release. TI does not plan to support the Keystone II based Slayton platform beyond 14.04. TI has not upstreamed any kernel patches for this platform, instead, canonical is maintaining a 3.13 based linux-keystone flavor kernel to support Slayton. TI would be required to upstream all patches related to keystone II and Slayton if they need to extend support for their platform past 14.04. Therefore, the scope of this patch would also be limited to 14.04, and we request an exception from the SRU team to accept this patch in 14.04. SRU TEMPLATE [Impact] * With irqbalance running on Slayton (HP M800 server) it degrades network performance. [Testcase] * To recreate this network performance degradation you need to execute the SRIO testcases provided by TI. * After applying the patch run irqbalance command and it should emit a message to /var/log/syslog: May 7 19:56:13 ms10-18n3-slayton ./irqbalance: Balancing is ineffective on HP ProLiant m800 Server Cartridge. and exit gracefully. [Regression Potential] * None, this change is limited to HP M800 server cartridge -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to the bug report. https://bugs.launchpad.net/bugs/1452875 Title: irqbalance degrades network performance on HP M800 server cartridge To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/irqbalance/+bug/1452875/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1319145] Re: cannot use openstack python client libraries from python3
** Changed in: python-keystoneclient (Ubuntu) Assignee: Felipe Reyes (freyes) = (unassigned) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to python-novaclient in Ubuntu. https://bugs.launchpad.net/bugs/1319145 Title: cannot use openstack python client libraries from python3 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nova-adminclient/+bug/1319145/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: nova-* services do not start if rsyslog is not yet started
** Patch removed: nova-2014.1.4-0ubuntu3-lp1459046.patch https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+attachment/4407056/+files/nova-2014.1.4-0ubuntu3-lp1459046.patch -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to nova in Ubuntu. https://bugs.launchpad.net/bugs/1459046 Title: nova-* services do not start if rsyslog is not yet started To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1466529] [NEW] package libkrb5-26-heimdal:amd64 1.6~git20131207+dfsg-1ubuntu1.1 failed to install/upgrade: package is in a very bad inconsistent state; you should reinstall it before attempting
Public bug reported: could not install new upgrade ProblemType: Package DistroRelease: Ubuntu 14.04 Package: libkrb5-26-heimdal:amd64 1.6~git20131207+dfsg-1ubuntu1.1 ProcVersionSignature: Ubuntu 3.13.0-46.79-generic 3.13.11-ckt15 Uname: Linux 3.13.0-46-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.11 Architecture: amd64 Date: Thu Jun 18 09:21:55 2015 DuplicateSignature: package:libkrb5-26-heimdal:amd64:1.6~git20131207+dfsg-1ubuntu1.1:package is in a very bad inconsistent state; you should reinstall it before attempting configuration ErrorMessage: package is in a very bad inconsistent state; you should reinstall it before attempting configuration InstallationDate: Installed on 2014-11-08 (221 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Release amd64 (20140417) SourcePackage: heimdal Title: package libkrb5-26-heimdal:amd64 1.6~git20131207+dfsg-1ubuntu1.1 failed to install/upgrade: package is in a very bad inconsistent state; you should reinstall it before attempting configuration UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: heimdal (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-package trusty -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to heimdal in Ubuntu. https://bugs.launchpad.net/bugs/1466529 Title: package libkrb5-26-heimdal:amd64 1.6~git20131207+dfsg-1ubuntu1.1 failed to install/upgrade: package is in a very bad inconsistent state; you should reinstall it before attempting configuration To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/heimdal/+bug/1466529/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1452875] Re: irqbalance degrades network performance on HP M800 server cartridge
Incorporated review comments call fclose() when fread() fails. ** Patch added: patch to disable irqbalance on HP M800 server cartridge https://bugs.launchpad.net/ubuntu/+source/irqbalance/+bug/1452875/+attachment/4416835/+files/irqbalance.c.patch -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to the bug report. https://bugs.launchpad.net/bugs/1452875 Title: irqbalance degrades network performance on HP M800 server cartridge To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/irqbalance/+bug/1452875/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1462001] Re: [needs-packaging] 1.22.5 is not packaged in trusty
** Branch linked: lp:~sinzui/ubuntu/trusty/juju-core/trusty-1.22.5 -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to juju-core in Ubuntu. https://bugs.launchpad.net/bugs/1462001 Title: [needs-packaging] 1.22.5 is not packaged in trusty To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/juju-core/+bug/1462001/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1429327] Re: Boot from an unique, stable, multipath-dependent symlink
another comment, the path that i was pursuing, and almost have in place was to have /etc/multipath/bindings with consitent names and then boot with root=/dev/mappings/mpathX[-partY]. Mauricio's suggestion of boting with root=multipath-UUID is nicer in the event of a disk being replaced. As my solution would result in failure to boot if you replaced the physical disk with another with identical data (ie, you noticed it was going bad). So, i do like the idea of multipath-uuid except for the guaranteed boot failure if you install that package and do not have multipath. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to multipath-tools in Ubuntu. https://bugs.launchpad.net/bugs/1429327 Title: Boot from an unique, stable, multipath-dependent symlink To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1429327/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1399088] Re: correct the position of the syslog Handler
** Description changed:
Nova SRU:
[Impact]
* syslog handler doesn't have the same settings as other handlers
[Test Case]
* Set user_syslog to True in nova.conf, restart nova services. Logs
written to syslog doesn't have the same format as its own service
log
[Regression Potential]
* none
Cinder SRU:
[Impact]
* syslog handler doesn't have the same settings as other handlers
[Test Case]
* Set user_syslog to True in cinder.conf, restart cinder services. Logs
written to syslog doesn't have the same format as its own service
log
[Regression Potential]
* none
-
-
- correct the position of the syslog Handler
-
- syslog Handler should be in front of the line datefmt = CONF.log_date_format
- Then syslog Handler can have the same settings with other handlers.
-
- openstack/common/log.py
- def _setup_logging_from_conf(project, version):
- log_root = getLogger(None).logger
- for handler in log_root.handlers:
- log_root.removeHandler(handler)
-
- logpath = _get_log_file_path()
- if logpath:
- filelog = logging.handlers.WatchedFileHandler(logpath)
- log_root.addHandler(filelog)
-
- if CONF.use_stderr:
- streamlog = ColorHandler()
- log_root.addHandler(streamlog)
-
- elif not logpath:
- # pass sys.stdout as a positional argument
- # python2.6 calls the argument strm, in 2.7 it's stream
- streamlog = logging.StreamHandler(sys.stdout)
- log_root.addHandler(streamlog)
-
- if CONF.publish_errors:
- handler = importutils.import_object(
- oslo.messaging.notify.log_handler.PublishErrorsHandler,
- logging.ERROR)
- log_root.addHandler(handler)
-
- datefmt = CONF.log_date_format
- for handler in log_root.handlers:
- # NOTE(alaski): CONF.log_format overrides everything currently. This
- # should be deprecated in favor of context aware formatting.
- if CONF.log_format:
- handler.setFormatter(logging.Formatter(fmt=CONF.log_format,
- datefmt=datefmt))
- log_root.info('Deprecated: log_format is now deprecated and will '
- 'be removed in the next release')
- else:
- handler.setFormatter(ContextFormatter(project=project,
- version=version,
- datefmt=datefmt))
- if CONF.debug:
- log_root.setLevel(logging.DEBUG)
- elif CONF.verbose:
- log_root.setLevel(logging.INFO)
- else:
- log_root.setLevel(logging.WARNING)
-
- for pair in CONF.default_log_levels:
- mod, _sep, level_name = pair.partition('=')
- logger = logging.getLogger(mod)
- # NOTE(AAzza) in python2.6 Logger.setLevel doesn't convert string name
- # to integer code.
- if sys.version_info (2, 7):
- level = logging.getLevelName(level_name)
- logger.setLevel(level)
- else:
- logger.setLevel(level_name)
-
- if CONF.use_syslog:
- try:
- facility = _find_facility_from_conf()
- # TODO(bogdando) use the format provided by RFCSysLogHandler
- # after existing syslog format deprecation in J
- if CONF.use_syslog_rfc_format:
- syslog = RFCSysLogHandler(address='/dev/log',
- facility=facility)
- else:
- syslog = logging.handlers.SysLogHandler(address='/dev/log',
- facility=facility)
- log_root.addHandler(syslog)
- except socket.error:
- log_root.error('Unable to add syslog handler. Verify that syslog '
- 'is running.')
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https://bugs.launchpad.net/bugs/1399088
Title:
correct the position of the syslog Handler
To manage notifications about this bug go to:
https://bugs.launchpad.net/oslo-incubator/+bug/1399088/+subscriptions
--
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1429327] Re: Boot from an unique, stable, multipath-dependent symlink
Yeah, its been fun. I'm not sure what you mean by accepted. as in accepted upstream or as in the initramfs would respect your change to ROOT. initramfs will respect your change to root. Your path *will* work, but will break anyone that doesn't have their root device on multipath. For curtin, we *almost* had it before landing on this bug yesterday. I realized that since in curtin we were writing /etc/multipath.conf and /etc/multipath/bindings , that we actually definitively declare a stable path name for boot. the work-in-progress branch at https://code.launchpad.net/~smoser/curtin/grub-mpath does work, and boots with root=/dev/mapper/mpath0-partitionX . At least for our case that is a stable path. Admittedly we're not doing raid or lvm on top of the multipath devices. One thing I realized yesterday is that whatever solution we come up with for root, we also have to use for other mount points on multipath devices. If /usr was on a separate partition on a multipath device, then /etc/fstab for that device also needs the reliable multipath entry. For example, normally we'd see something like: UUID=715c6da7-c111-4842-868b-7778623ead7c / ext4errors=remount-ro 0 1 UUID=e1cfa4bb-4c8a-4fc3-9b35-49a8ef6ae975 /homeext4defaults 0 2 but we will need: UUID=multipath-715c6da7-c111-4842-868b-7778623ead7c / ... UUID=multipath-e1cfa4bb-4c8a-4fc3-9b35-49a8ef6ae975 /home ... or whatever else we're using for mounting. the point is that this isn't a root device only problem. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to multipath-tools in Ubuntu. https://bugs.launchpad.net/bugs/1429327 Title: Boot from an unique, stable, multipath-dependent symlink To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1429327/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1466529] Re: package libkrb5-26-heimdal:amd64 1.6~git20131207+dfsg-1ubuntu1.1 failed to install/upgrade: package is in a very bad inconsistent state; you should reinstall it before attempting co
** Tags removed: need-duplicate-check -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to heimdal in Ubuntu. https://bugs.launchpad.net/bugs/1466529 Title: package libkrb5-26-heimdal:amd64 1.6~git20131207+dfsg-1ubuntu1.1 failed to install/upgrade: package is in a very bad inconsistent state; you should reinstall it before attempting configuration To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/heimdal/+bug/1466529/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1466550] [NEW] docker lxc driver fails
Public bug reported: Start docker daemon with -e lxc option. pulll run ubuntu image. Expect to get a bash prompt, instead I get: $ docker run -ti ubuntu bash lxc-start: conf.c: mount_entry: 1711 No such file or directory - failed to mount '/dev/pts/5' on '/usr/lib/x86_64-linux-gnu/lxc//dev/console' lxc-start: conf.c: lxc_setup: 3831 failed to setup the mount entries for '9b33b115f6ba2f4882f79745f1c8397b4f57ef3547fea30cfb01b3d03acd2f6c' lxc-start: start.c: do_start: 699 failed to setup the container lxc-start: sync.c: __sync_wait: 51 invalid sequence number 1. expected 2 lxc-start: start.c: __lxc_start: 1164 failed to spawn '9b33b115f6ba2f4882f79745f1c8397b4f57ef3547fea30cfb01b3d03acd2f6c' lxc-start: lxc_start.c: main: 344 The container failed to start. lxc-start: lxc_start.c: main: 348 Additional information can be obtained by setting the --logfile and --logpriority options. ** Affects: docker.io (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to docker.io in Ubuntu. https://bugs.launchpad.net/bugs/1466550 Title: docker lxc driver fails To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1466550/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1452875] Re: irqbalance degrades network performance on HP M800 server cartridge
Uploaded, with one minor change agreed with Manoj on IRC: on not finding /proc/device-tree/model, no warning is printed, as this is the common case on Intel (and I want to avoid risking alarming users via eg. logcheck). I'll leave it to the SRU team to decide on whether it's OK to fix Trusty without fixing Wily, but Manoj's justification sounds OK to me (that the vendor has essentially EOL'd it beyond Trusty). As well as checking on the affected hardware, please make sure that Intel hasn't regressed during SRU verification (eg. just check that irqbalance is running and functioning on Intel maybe?). ** Changed in: irqbalance (Ubuntu Trusty) Status: Triaged = In Progress -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to the bug report. https://bugs.launchpad.net/bugs/1452875 Title: irqbalance degrades network performance on HP M800 server cartridge To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/irqbalance/+bug/1452875/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1319145] Re: cannot use openstack python client libraries from python3
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: python-keystoneclient (Ubuntu) Status: New = Confirmed -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to python-novaclient in Ubuntu. https://bugs.launchpad.net/bugs/1319145 Title: cannot use openstack python client libraries from python3 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nova-adminclient/+bug/1319145/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1313550] Re: ping does not work as a normal user on trusty tarball cloud images.
** Changed in: curtin Status: Confirmed = Fix Committed ** Changed in: curtin (Ubuntu) Status: Confirmed = Fix Released ** No longer affects: curtin (Ubuntu Saucy) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to the bug report. https://bugs.launchpad.net/bugs/1313550 Title: ping does not work as a normal user on trusty tarball cloud images. To manage notifications about this bug go to: https://bugs.launchpad.net/curtin/+bug/1313550/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1455233] Re: read_seeded broken
This bug was fixed in the package cloud-init - 0.7.7~bzr1091-0ubuntu3 --- cloud-init (0.7.7~bzr1091-0ubuntu3) vivid-proposed; urgency=medium * d/README.source, debian/cherry-pick-rev: improve packaging tool * fix read_seeded method needed for seeding cloud-init via kernel command line (LP: #1455233). -- Scott Moser smo...@ubuntu.com Mon, 08 Jun 2015 15:39:32 -0400 ** Changed in: cloud-init (Ubuntu Vivid) Status: Fix Committed = Fix Released -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to cloud-init in Ubuntu. https://bugs.launchpad.net/bugs/1455233 Title: read_seeded broken To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-init/+bug/1455233/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1455233] Update Released
The verification of the Stable Release Update for cloud-init has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to cloud-init in Ubuntu. https://bugs.launchpad.net/bugs/1455233 Title: read_seeded broken To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-init/+bug/1455233/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1461753] Re: python3-stevedore doesn't have stevedore modules for python3
This bug was fixed in the package stevedore - 1.3.0-0ubuntu1.1 --- stevedore (1.3.0-0ubuntu1.1) vivid; urgency=medium * Fix python3-stevedore packaging (LP: #1461753) - debian/rules: build and install stevedore with python3 interpreter. -- Felipe Reyes felipe.re...@canonical.com Thu, 04 Jun 2015 11:13:16 -0300 ** Changed in: stevedore (Ubuntu Vivid) Status: Fix Committed = Fix Released -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to stevedore in Ubuntu. https://bugs.launchpad.net/bugs/1461753 Title: python3-stevedore doesn't have stevedore modules for python3 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/stevedore/+bug/1461753/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1452644] Update Released
The verification of the Stable Release Update for setserial has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to setserial in Ubuntu. https://bugs.launchpad.net/bugs/1452644 Title: NFSd does not start due to systemd ordering cycle with setserial To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/setserial/+bug/1452644/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1425619] Re: Migration fails between QEMU 1.5 and QEMU 2.0
I had same problem with -proposed pkg please refer below link http://pastebin.ubuntu.com/11736355/ ** Tags removed: verification-needed ** Tags added: verification-failed -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to qemu in Ubuntu. https://bugs.launchpad.net/bugs/1425619 Title: Migration fails between QEMU 1.5 and QEMU 2.0 To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-archive/+bug/1425619/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1452644] Re: NFSd does not start due to systemd ordering cycle with setserial
This bug was fixed in the package setserial - 2.17-48ubuntu0.1 --- setserial (2.17-48ubuntu0.1) vivid-proposed; urgency=medium * Add debian/setserial.service systemd unit, mostly to relax the very demanding Before=sysinit.target plus After=remote-fs.target combination resulting from the init.d script's $remote_fs dependency. This causes an insatisfiable dependency loop when using NFS and NetworkManager. (LP: #1452644) * Add dh-systemd build dependency and call dh_systemd_enable in debian/rules. -- Martin Pitt martin.p...@ubuntu.com Wed, 27 May 2015 11:57:47 +0200 ** Changed in: setserial (Ubuntu Vivid) Status: Fix Committed = Fix Released -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to setserial in Ubuntu. https://bugs.launchpad.net/bugs/1452644 Title: NFSd does not start due to systemd ordering cycle with setserial To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/setserial/+bug/1452644/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1455233] Re: read_seeded broken
** Tags added: verification-done -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to cloud-init in Ubuntu. https://bugs.launchpad.net/bugs/1455233 Title: read_seeded broken To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-init/+bug/1455233/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1404396] Re: [regression] vgabios - seabios breaks (my) 16-bit applications
So given comment #16, the 1.8.1 package currently in wily would still need htat change? If not, I'll mark it fix released. if so, I'll push a new package with that change and then push the proposed trusty package. ** Changed in: seabios (Ubuntu Trusty) Importance: Undecided = High -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to seabios in Ubuntu. https://bugs.launchpad.net/bugs/1404396 Title: [regression] vgabios - seabios breaks (my) 16-bit applications To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/seabios/+bug/1404396/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1404396] Re: [regression] vgabios - seabios breaks (my) 16-bit applications
Also, for the SRU process, could you add a concise test case to the description above? -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to seabios in Ubuntu. https://bugs.launchpad.net/bugs/1404396 Title: [regression] vgabios - seabios breaks (my) 16-bit applications To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/seabios/+bug/1404396/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1404396] Re: [regression] vgabios - seabios breaks (my) 16-bit applications
Try to run 16-bit SkiFree in a 32-bit Windows OS inside a VM. You can download it here: http://ski.ihoc.net/ski.zip It does not work on Trusty (presumably through Wily) as-is, but if you set CONFIG_VGA_ALLOCATE_EXTRA_STACK=n, it will work. (I haven't re-tested this today, but that's what I and upstream were finding.) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to seabios in Ubuntu. https://bugs.launchpad.net/bugs/1404396 Title: [regression] vgabios - seabios breaks (my) 16-bit applications To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/seabios/+bug/1404396/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Fix proposed to nova (stable/icehouse)
Fix proposed to branch: stable/icehouse Review: https://review.openstack.org/193215 -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to nova in Ubuntu. https://bugs.launchpad.net/bugs/1459046 Title: nova-* services do not start if rsyslog is not yet started To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Fix proposed to nova (stable/icehouse)
Fix proposed to branch: stable/icehouse Review: https://review.openstack.org/193214 -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to nova in Ubuntu. https://bugs.launchpad.net/bugs/1459046 Title: nova-* services do not start if rsyslog is not yet started To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1453160] Re: [SRU] missing binaries in Ubuntu heat packages
This bug was fixed in the package heat - 2015.1.0-0ubuntu1.1 --- heat (2015.1.0-0ubuntu1.1) vivid; urgency=medium * debian/heat-common.install: install missing scripts (LP: #1453160): - /usr/bin/heat-db-setup - /usr/bin/heat-keystone-setup-domain -- Gauvain Pocentek gauvain.pocen...@objectif-libre.com Tue, 26 May 2015 11:56:08 +0100 ** Changed in: heat (Ubuntu Vivid) Status: Fix Committed = Fix Released -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to heat in Ubuntu. https://bugs.launchpad.net/bugs/1453160 Title: [SRU] missing binaries in Ubuntu heat packages To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-archive/+bug/1453160/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1462001] Re: [needs-packaging] 1.22.5 is not packaged in trusty
Hi Robie. I prepared a backport of 1.22.5 to trusting using the trusty-updates spb as a base plus debian/* changes from the wily spb. lp:~sinzui/ubuntu/trusty/juju-core/trusty-1.22.5 -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to juju-core in Ubuntu. https://bugs.launchpad.net/bugs/1462001 Title: [needs-packaging] 1.22.5 is not packaged in trusty To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/juju-core/+bug/1462001/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1466103] Re: dnsmasq runs unconfined due to starting before apparmor on boot
** Changed in: dnsmasq (Ubuntu) Importance: Undecided = Critical -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to dnsmasq in Ubuntu. https://bugs.launchpad.net/bugs/1466103 Title: dnsmasq runs unconfined due to starting before apparmor on boot To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1466103/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1466103] Re: dnsmasq runs unconfined due to starting before apparmor on boot
Did you install a profile yourself for dnsmasq? Could you show the result of sudo aa-status ? By default dnsmasq ships without a profile, but since you say it happens intermittently I assume you do have a custom profile... Please also show the result of: lsb_release -r ls -l /sbin/init ** Changed in: dnsmasq (Ubuntu) Status: New = Incomplete -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to dnsmasq in Ubuntu. https://bugs.launchpad.net/bugs/1466103 Title: dnsmasq runs unconfined due to starting before apparmor on boot To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1466103/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1348244] Re: debug log messages need to be unicode
** Patch added: trusty cinder debdiff https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1348244/+attachment/4416906/+files/cinder-2014.1.4-0ubuntu3-lp1348244.patch -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to nova in Ubuntu. https://bugs.launchpad.net/bugs/1348244 Title: debug log messages need to be unicode To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1348244/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1348244] Re: debug log messages need to be unicode
** Patch removed: trusty cinder debdiff https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1348244/+attachment/4411790/+files/cinder-2014.1.4-0ubuntu3-lp1348244.patch -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to nova in Ubuntu. https://bugs.launchpad.net/bugs/1348244 Title: debug log messages need to be unicode To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1348244/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1466103] Re: dnsmasq runs unconfined due to starting before apparmor on boot
The dnsmasq apparmor profile comes from package apparmor-profiles. My installed version is apparmor-profiles 2.8.95~2430-0ubuntu5.1. It recently updated (June 16). I have only rebooted my machine three times since, and saw the unconfined only once. I will continue to watch to see if it occurs again. $ lsb_release -r Release:14.04 $ ls -l /sbin/init -rwxr-xr-x 1 root root 265848 Jul 18 2014 /sbin/init aa-status is uploaded as attachment ** Attachment added: Output from aa-status https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1466103/+attachment/4416907/+files/aa-status.txt -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to dnsmasq in Ubuntu. https://bugs.launchpad.net/bugs/1466103 Title: dnsmasq runs unconfined due to starting before apparmor on boot To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1466103/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1466103] Re: dnsmasq runs unconfined due to starting before apparmor on boot
Thanks. Can you show a list of the running dnsmasqs? Which dnsmasq starts unconfined? Is it the one started by network-manager, or by a custom script, or something else? I think adding stopped apparmor to the 'start on' conditions of the job which starts dnsmasq should suffice to fix the problem for you. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to dnsmasq in Ubuntu. https://bugs.launchpad.net/bugs/1466103 Title: dnsmasq runs unconfined due to starting before apparmor on boot To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1466103/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1466103] Re: dnsmasq runs unconfined due to starting before apparmor on boot
** Changed in: dnsmasq (Ubuntu) Status: Incomplete = Triaged -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to dnsmasq in Ubuntu. https://bugs.launchpad.net/bugs/1466103 Title: dnsmasq runs unconfined due to starting before apparmor on boot To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1466103/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1466608] [NEW] Unable to resolve domains with large EDNS0 replies
You have been subscribed to a public bug: Not sure resolvconf is the correct place to report this bug, but I'm unable to resolve domains with large EDNS0 replies. A couple of examples are www.sciencedaily.com and www.ncbi.nlm.nih.gov. Interestingly, they resolve when I use dig domain, but if I enter a URL with either of those domains in my browser (tried Chromium and Firefox), then name resolution fails. Ping also fails with a name resolution error message. Here's an example: $ dig www.ncbi.nlm.nih.gov ; DiG 9.9.5-3ubuntu0.2-Ubuntu www.ncbi.nlm.nih.gov ;; global options: +cmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 8409 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags: do; udp: 1280 ;; QUESTION SECTION: ;www.ncbi.nlm.nih.gov. IN A ;; ANSWER SECTION: www.ncbi.nlm.nih.gov. 2358IN CNAME www.wip.ncbi.nlm.nih.gov. www.ncbi.nlm.nih.gov. 2358IN RRSIG CNAME 7 5 86400 20151213102025 20150616102025 52670 ncbi.nlm.nih.gov. dZt9uuyLImbB23vdqcsSK+nWK77BREttiAP80Ovq2/xV48JsII3Uxzxc W8OkLmc5dSdPNkfwc6QFC/+wqe+4ORb1TC4Qxw5HQxo4nCindPFGZAgJ SEFcWRJ2HrU5BKz/MeVMALJ3YN6LSHIwkTIwJbKweTGLQTZPZTryp1M7 UQrqd0hs7tjjwVl/6zRIA5UGgFbdrLwX9jmh4ykBTqK8u0Rt/wrTeHbp UpVMxAUdUW1CJ7xAnn/k4td6zdx7Tm5+CkS99Qva0cPfSSo6Qh4Uplun LKwT9GR4zqBTQRjBWSTf2YdhrAU8oyh9WbQ66WHLYkC8Kp55iskL8E8p E5wOYA== www.wip.ncbi.nlm.nih.gov. 30IN A 130.14.29.110 www.wip.ncbi.nlm.nih.gov. 30IN RRSIG A 7 6 30 20150708223631 20150617223631 34334 wip.ncbi.nlm.nih.gov. aF9abjtGNMz+8NkcTGIY8GwjfZBCcL532B2sdJM891OAP2V9GwPCDGNY VzMPzZjMGN9qHsBgXuFY5jZQNWFvWfIQctTJEZTxClyJyFhe5JbyIspg NIO6ZXxjD3h7Ax/Sr5peyf8mfCU/8FZHPGJOhsNEFOwL3RjIddTK6Ibc PQ55CWOuVrvw26kKj9gxBG8r6iBcKe89xHQYPm1w+Osp8c2twGhqBmfd 7zcRxFLyF0BpY63kcQiF5lJ2fI31x+zCAROL9H3L1jm/K7aMAiO5kuWl DK57upsmtQNzjWX8coYpm7/3Gebfmpjx4BtC75L5IP/WfwVBfzHeRjAG KY/7aQ== ;; Query time: 132 msec ;; SERVER: 127.0.1.1#53(127.0.1.1) ;; WHEN: Thu Jun 18 20:26:50 CEST 2015 ;; MSG SIZE rcvd: 699 $ ping www.ncbi.nlm.nih.gov ping: unknown host www.ncbi.nlm.nih.gov I also watched with tcpdump when trying to look up the domain www.sciencedaily.com, and when I use dig I immediately get the reply, but when trying with ping I don't get any reply, and it gives up after 4 queries are sent. Must have something to do with the DNS flags that are set on the query in the different cases. Here's a lookup with dig: 20:01:47.857269 IP 127.0.0.1.56927 127.0.1.1.53: 9907+ [1au] A? www.sciencedaily.com. (49) 20:01:47.869516 IP 127.0.1.1.53 127.0.0.1.56927: 9907 2/6/43 CNAME ed5n3.x.incapdns.net., A 149.126.72.70 (879) and here's a name resolution triggered by running ping: 20:02:47.969527 IP 127.0.0.1.35905 127.0.1.1.53: 59118+ A? www.sciencedaily.com. (38) 20:02:52.974752 IP 127.0.0.1.35905 127.0.1.1.53: 59118+ A? www.sciencedaily.com. (38) 20:02:57.980296 IP 127.0.0.1.48738 127.0.1.1.53: 3668+ A? www.sciencedaily.com. (38) 20:03:02.985493 IP 127.0.0.1.48738 127.0.1.1.53: 3668+ A? www.sciencedaily.com. (38) I've not experienced this before, though these aren't domains I commonly visit. Is this a new issue? ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: resolvconf 1.69ubuntu1.1 ProcVersionSignature: Ubuntu 3.13.0-52.86-generic 3.13.11-ckt18 Uname: Linux 3.13.0-52-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.11 Architecture: amd64 CurrentDesktop: Unity Date: Thu Jun 18 20:23:19 2015 InstallationDate: Installed on 2014-10-19 (241 days ago) InstallationMedia: Ubuntu 14.04.1 LTS Trusty Tahr - Release amd64 (20140722.2) PackageArchitecture: all SourcePackage: resolvconf UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: dnsmasq (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug trusty -- Unable to resolve domains with large EDNS0 replies https://bugs.launchpad.net/bugs/1466608 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to dnsmasq in Ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1466103] Re: dnsmasq runs unconfined due to starting before apparmor on boot
I don't think stopped apparmor is going to do it -- the generic apparmor profiles are loaded via a sysv-init compatibility script. I think the job file that starts this dnsmasq instance needs to use apparmor load before starting the process: http://upstart.ubuntu.com/cookbook/#apparmor-load I hope this helps -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to dnsmasq in Ubuntu. https://bugs.launchpad.net/bugs/1466103 Title: dnsmasq runs unconfined due to starting before apparmor on boot To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1466103/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1460337] Re: tempest_lib.auth not compatible with original tempest.auth
Yes, please reopen this bug if you have a valid tempest.conf file in etc/tempest.conf or at one of the locations mentioned in the last comment. ** Changed in: python-tempest-lib (Ubuntu) Status: New = Invalid ** Changed in: tempest Status: New = Invalid -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to python-tempest-lib in Ubuntu. https://bugs.launchpad.net/bugs/1460337 Title: tempest_lib.auth not compatible with original tempest.auth To manage notifications about this bug go to: https://bugs.launchpad.net/tempest/+bug/1460337/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1466103] Re: dnsmasq runs unconfined due to starting before apparmor on boot
My currently running dnsmasq (which is confined the way it should be) was started by NetworkManager: $ ps axjf PPID PID PGID SID TTY TPGID STAT UID TIME COMMAND 1 1873 1873 1873 ? -1 Ssl 0 0:00 NetworkManager 1873 2047 2047 1873 ? -1 S65534 0:00 \_ /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/run/sendsigs.omit.d/network-manager.dnsmasq.pid --listen-address=127.0.1.1 --conf-file=/var/run/NetworkManager/dnsmasq.conf --cache-size=0 --proxy-dnssec --enable-dbus=org.freedesktop.NetworkManager.dnsmasq --conf-dir=/etc/NetworkManager/dnsmasq.d -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to dnsmasq in Ubuntu. https://bugs.launchpad.net/bugs/1466103 Title: dnsmasq runs unconfined due to starting before apparmor on boot To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1466103/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1465553] Re: [SRU] 0.94.2 stable update
Hello James, or anyone else affected, Accepted ceph into vivid-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/ceph/0.94.2-0ubuntu0.15.04.1 in a few hours, and then in the -proposed repository. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance! ** Changed in: ceph (Ubuntu Vivid) Status: New = Fix Committed ** Tags added: verification-needed -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to ceph in Ubuntu. https://bugs.launchpad.net/bugs/1465553 Title: [SRU] 0.94.2 stable update To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1465553/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1425619] Re: Migration fails between QEMU 1.5 and QEMU 2.0
In your paste you only show qemu versions. To be sure, were you also using the proposed libvirt version (https://launchpad.net/ubuntu/+source/qemu/2.0.0+dfsg-2ubuntu1.12 ) ? -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to qemu in Ubuntu. https://bugs.launchpad.net/bugs/1425619 Title: Migration fails between QEMU 1.5 and QEMU 2.0 To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-archive/+bug/1425619/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Blueprint servercloud-w-openstack-charms] OpenStack Charms - 15.07 and 15.10
Blueprint changed by Corey Bryant: Work items changed: Work items for ubuntu-15.06: Land support for use of leader-election: TODO charm-helpers update for liberty/wily support: TODO Switch to using tox for unit test and lint validate (supports move upstream): TODO [corey.bryant] land existing deploy from source charms to next: DONE [corey.bryant] add kilo git amulet tests for all existing deploy from source charms: TODO - [corey.bryant] add re-install tests (juju action git-reinstall and juju set openstack-origin-git) to mojo/osci: TODO + [corey.bryant] add deploy from tip + tempest to mojo/osci: TODO [corey.bryant] handle outstanding fixes for existing deploy from source charms: TODO [corey.bryant] base deploy from source support - cinder-ceph: TODO Work items for ubuntu-15.07: [corey.bryant] base deploy from source support - ceilometer-agent: TODO [corey.bryant] base deploy from source support - ceilometer: TODO [corey.bryant] base deploy from source support - swift-proxy: TODO [corey.bryant] base deploy from source support - swift-storage: TODO Work items for ubuntu-15.08: [corey.bryant] base deploy from source support - heat: TODO + [corey.bryant] add re-install tests (juju action git-reinstall and juju set openstack-origin-git) to mojo/osci: TODO [corey.bryant] smackstack: INPROGRESS Work items for ubuntu-15.09: [corey.bryant] deploy from source - add systemd support: TODO [corey.bryant] add deploy from source horizon ubuntu theme support: TODO [corey.bryant] nc-lxd testing from source (put nclxd repo in list with nova): TODO -- OpenStack Charms - 15.07 and 15.10 https://blueprints.launchpad.net/ubuntu/+spec/servercloud-w-openstack-charms -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1425619] Re: Migration fails between QEMU 1.5 and QEMU 2.0
Hello Mathieu, or anyone else affected, Accepted libvirt into trusty-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/libvirt/1.2.2-0ubuntu13.1.12 in a few hours, and then in the -proposed repository. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance! ** Tags removed: verification-failed ** Tags added: verification-needed -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to qemu in Ubuntu. https://bugs.launchpad.net/bugs/1425619 Title: Migration fails between QEMU 1.5 and QEMU 2.0 To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-archive/+bug/1425619/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1466608] Re: Unable to resolve domains with large EDNS0 replies
Hi. I don't see how resolvconf could be responsible for this problem. Initial observation: it seems that dig gets the correct answer from dnsmasq when it supplies the additional option udp:1280, but the glibc resolver doesn't get the right answer from dnsmasq when it fails to supply that option. Reassigning to dnsmasq. ** Package changed: resolvconf (Ubuntu) = dnsmasq (Ubuntu) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to dnsmasq in Ubuntu. https://bugs.launchpad.net/bugs/1466608 Title: Unable to resolve domains with large EDNS0 replies To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1466608/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1465014] Re: after update still vulnerable against LOGJAM
** Changed in: firefox (Ubuntu) Importance: Undecided = Critical ** Changed in: nss (Ubuntu) Importance: Undecided = Critical ** Information type changed from Public to Public Security -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to nss in Ubuntu. https://bugs.launchpad.net/bugs/1465014 Title: after update still vulnerable against LOGJAM To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1465014/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1466608] Re: Unable to resolve domains with large EDNS0 replies
Thanks, I was hoping for some help to find the right place to report this. I poked around some more, and I found out what the problem was. First of all, my wireless router was confused. I rebooted it, and then everything started working again. I did some debugging before I rebooted it, though, and the reason for the partial failure situation was that EDNS0 wasn't specified in the queries sent by Ubuntu, but dig specifies it by default (as well as the AD flag, but I don't think that's relevant). A partial result should have been given by the DNS server (on the wireless router), or it should have truncated the reply to force a TCP retry by the client. (Now that everything works, it trims down the Additional section to fit the response.) To confirm, I ran dig like this, and these queries failed on my confused router: dig +noedns +noadflag @127.0.1.1 www.sciencedaily.com So if Ubuntu had in fact set EDNS0 in the query, it would have worked. Falling back to TCP presumably wasn't an option since no malformed/truncated result was received first. Feel free to close this issue if my router's behaviour was completely unacceptable and should cause failure on the client side. If it ought to have been handled better by Ubuntu, however, this may have been an interesting corner case for debugging. Let me know if you need anything else. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to dnsmasq in Ubuntu. https://bugs.launchpad.net/bugs/1466608 Title: Unable to resolve domains with large EDNS0 replies To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1466608/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1466608] Re: Unable to resolve domains with large EDNS0 replies
To get Ubuntu to send EDNS0 queries, I can set this in resolv.conf: options edns0 That might work around this bug in my router in the future. And in case anyone is interested, the wireless router is a Netgear WNR2000v5. I think this case can be closed. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to dnsmasq in Ubuntu. https://bugs.launchpad.net/bugs/1466608 Title: Unable to resolve domains with large EDNS0 replies To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1466608/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1347147] Re: krb5 database operations enter infinite loop
This bug was fixed in the package gcc-4.8 - 4.8.4-2ubuntu1~14.04 --- gcc-4.8 (4.8.4-2ubuntu1~14.04) trusty-proposed; urgency=medium * SRU LP: #1311866. * Fix PR tree-optimization/63341 (wrong code, rs6000). * Allow to turn off -Wformat using Wno-format. LP: #1401836. * Fix PR target/60693 (x86, ice on valid code). LP: #1378737. * Fix PR tree-optimization/61964 (wrong code). LP: #1347147. * Fix GCC miscompilation with boost::asio::io_service::work. LP: #1338693. * Fix PR target/61208 (POWER, wrong code). LP: #1322287. * Fix ABI incompatibility between POWER and Z HTM builtins and intrinsics. LP: #1320292. * Fix PR c++/61046 (ice on invalid code). LP: #1313102. * Fix wrong-code issue in the little endian vector API (ppc64el). LP: #1311128. * Fix PR tree-optimization/59358 (wrong code). LP: #1395019. * Fix ice on ARM32. LP: #1268893. * Don't apply the backport for PR61841 for trusty, causing link failures. * Fix wrong code for vector doubleword extract (POWER). LP: #1437467. gcc-4.8 (4.8.4-2ubuntu1) vivid; urgency=medium * Merge with Debian; remaining changes: - Build from the upstream source. gcc-4.8 (4.8.4-2) unstable; urgency=medium * Update to SVN 20150426 (r222448) from the gcc-4_8-branch. - Fix PR libstdc++/60966, PR c/61553, PR middle-end/63704, PR target/61413 (ARM), PR target/64358 (RS6000), PR target/64479 (SH), PR target/64409 (x86), PR rtl-optimization/64037, PR c++/64487, PR c++/64251, PR c++/64297, PR fortran/63733, PR fortran/64244, PR c/64766, PR target/64882, PR rtl-optimization/61058, PR middle-end/43631, PR tree-optimization/64563, PR target/64513, PR middle-end/57748, PR middle-end/57748, PR target/64795, PR fortran/64528, PR fortran/56867, PR fortran/57023, PR c/57653, PR tree-optimization/63844 (OpenMP), PR middle-end/64199 (ice on valid), PR tree-optimization/64493 (ice on valid), PR tree-optimization/64495 (wrong code), PR tree-optimization/56273 (diagnostics), PR tree-optimization/59124 (diagnostic), PR tree-optimization/64277 (diagnostic), PR lto/65015, PR target/65163 (SH), PR target/64113 (ALPHA, link failure), PR rtl-optimization/64557, PR rtl-optimization/63475 (ALPHA, wrong code), PR rtl-optimization/63483 (ALPHA, wrong code), PR target/64452 (AVR), PR target/64387 (x86, ice on valid), PR target/64979 (wrong code), PR target/64580 (rs6000), PR fortran/63744 (rejects valid), PR lto/65193 (ice on valid), PR tree-optimization/61634 (ice on valid), PR target/65196 (AVR), PR tree-optimization/63593 (ice on valid), PR tree-optimization/65063 (wrong code), PR target/65286 (rs6000), PR 65138/target (rs6000), PR target/53988 (SH), PR target/59593 (ARM), PR target/64453 (ARM), PR middle-end/65409 (ice on valid), PR tree-optimization/65388, PR fortran/65024 (ice), PR fortran/60898 (ice on valid), PR fortran/61138, PR libgfortran/60956, PR libstdc++/65279, PR libstdc++/65543, PR target/65849, PR target/65456, PR target/65787, PR c++/65727, PR c++/65721, PR fortran/56674, PR fortran/58813, PR fortran/59016, PR fortran/59024, PR libgfortran/59513. - s390 hotpatch backport. - ppc64: Backport little endian swap optimization. * Allow to build using gettext built with a newer GCC. * Backport PR c++/62255 (rejects-valid). * Update the Linaro support to the 4.8-2015.02 release. * Configure with --enable-targets=powerpcle-linux on ppc64el for backports to jessie, trusty, utopic and vivid. * [AArch64] Fix output template for Scalar Neon-Neon register move. LP: #1435342. * Limit the omp.h multilib fix to Linux. Addresses: #778440. * For ICEs, dump the preprocessed source file to stderr when in a distro build environment. * Apply the ada-mips patch for mips and mipsel targets only. gcc-4.8 (4.8.4-1ubuntu15) vivid; urgency=medium * Update to SVN 20150327 (r221736) from the gcc-4_8-branch. - Fix PR libstdc++/65279, PR libstdc++/65543. - ppc64: Backport little endian swap optimization. * Limit the omp.h multilib fix to Linux. Addresses: #778440. * For ICEs, dump the preprocessed source file to stderr when in a distro build environment. * Apply the ada-mips patch for mips and mipsel targets only. gcc-4.8 (4.8.4-1ubuntu14) vivid; urgency=medium * [AArch64] Fix output template for Scalar Neon-Neon register move. LP: #1435342. gcc-4.8 (4.8.4-1ubuntu11) vivid; urgency=medium * Update to SVN 20150323 (r221594) from the gcc-4_8-branch. - Fix PR fortran/61138, PR libgfortran/60956. * Configure with --enable-targets=powerpcle-linux on ppc64el for vivid. gcc-4.8 (4.8.4-1ubuntu10) vivid; urgency=medium * Update to SVN 20150319 (r221517) from the gcc-4_8-branch. - Fix PR middle-end/65409 (ice on valid), PR tree-optimization/65388, PR fortran/65024 (ice), PR fortran/60898 (ice on valid). *
[Bug 1459653] Re: manpage of -R gives the impression that screen -R always resumes a session
This bug was fixed in the package screen - 4.3.0-2 --- screen (4.3.0-2) unstable; urgency=low * Upload to unstable again. * Re-add debian/dirs with /etc/tmpfiles.d/ and add a comment why screen ships an empty directory. + Fixes regression introduced in 4.2.1-4: If systemd is not installed and screen is either setuid or neither setuid nor setgid, /var/lib/dpkg/info/screen.postinst bailed out with 16: /var/lib/dpkg/info/screen.postinst: cannot create /etc/tmpfiles.d/screen-cleanup.conf: Directory nonexistent. + See comment in debian/dirs for more detailed reasoning. * No more ship /lib/systemd/system/screen-cleanup.service in the package but link it to /dev/null in postinst and remove the link again in postrm. (LP: #1462692) * Add fixed bugs reported in Ubuntu to previous changelog entry. * Apply wrap-and-sort. -- Axel Beckert a...@debian.org Wed, 17 Jun 2015 21:57:18 +0200 ** Changed in: screen (Ubuntu) Status: Fix Committed = Fix Released -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to screen in Ubuntu. https://bugs.launchpad.net/bugs/1459653 Title: manpage of -R gives the impression that screen -R always resumes a session To manage notifications about this bug go to: https://bugs.launchpad.net/hundredpapercuts/+bug/1459653/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1462747] Re: Please sync with 1.4.24 Debian sid package
There's a lack of answer, so I'll unsubscribe the 'ubuntu-sponsors' team for now. Please resubscribe once there's something new to be reviewed. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to memcached in Ubuntu. https://bugs.launchpad.net/bugs/1462747 Title: Please sync with 1.4.24 Debian sid package To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/memcached/+bug/1462747/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1462692] Re: /etc/init.d/screen-cleanup causes ordering cycle when package is removed
Cool, thanks Axel! -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to screen in Ubuntu. https://bugs.launchpad.net/bugs/1462692 Title: /etc/init.d/screen-cleanup causes ordering cycle when package is removed To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/screen/+bug/1462692/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1462692] Re: /etc/init.d/screen-cleanup causes ordering cycle when package is removed
This bug was fixed in the package screen - 4.3.0-2 --- screen (4.3.0-2) unstable; urgency=low * Upload to unstable again. * Re-add debian/dirs with /etc/tmpfiles.d/ and add a comment why screen ships an empty directory. + Fixes regression introduced in 4.2.1-4: If systemd is not installed and screen is either setuid or neither setuid nor setgid, /var/lib/dpkg/info/screen.postinst bailed out with 16: /var/lib/dpkg/info/screen.postinst: cannot create /etc/tmpfiles.d/screen-cleanup.conf: Directory nonexistent. + See comment in debian/dirs for more detailed reasoning. * No more ship /lib/systemd/system/screen-cleanup.service in the package but link it to /dev/null in postinst and remove the link again in postrm. (LP: #1462692) * Add fixed bugs reported in Ubuntu to previous changelog entry. * Apply wrap-and-sort. -- Axel Beckert a...@debian.org Wed, 17 Jun 2015 21:57:18 +0200 ** Changed in: screen (Ubuntu) Status: Fix Committed = Fix Released -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to screen in Ubuntu. https://bugs.launchpad.net/bugs/1462692 Title: /etc/init.d/screen-cleanup causes ordering cycle when package is removed To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/screen/+bug/1462692/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1423631] Re: tap interface drops many packets on highload systems
I found the cause of the problem. The tap interface of a instance has small tx length 500 packets. At a high network load (15-25 Kpps) and high CPU load on a guest some times queue overflows and the tap interface start drop network packages. I think that queue overflow occurs in moments of micro friezes (1000ms) of a virtual machine. I solved this problem by increasing the tx_queue up to 1. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to qemu in Ubuntu. https://bugs.launchpad.net/bugs/1423631 Title: tap interface drops many packets on highload systems To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1423631/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1313550] Re: ping does not work as a normal user on trusty tarball cloud images.
** Branch linked: lp:~rvb/maas/lp-1313550 -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to the bug report. https://bugs.launchpad.net/bugs/1313550 Title: ping does not work as a normal user on trusty tarball cloud images. To manage notifications about this bug go to: https://bugs.launchpad.net/curtin/+bug/1313550/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
