[Bug 1564917] Re: Default task limit from systemd is too low for ceph
I just found out that the limit is not applied after a reboot, it appears that this only happens when the service is (re-)started manually from the shell. -- 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/1564917 Title: Default task limit from systemd is too low for ceph To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1564917/+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 1564922] [NEW] Warning messages during package installation
Public bug reported: This log is from installing the pre-release packages, but I got the same warnings when installing 10.0.5 earlier: Preparing to unpack .../ceph_10.1.0.dfsg-0ubuntu1~ubuntu16.04.1~ppa201603311201_amd64.deb ... deb-systemd-invoke only supports /usr/sbin/policy-rc.d return code 101 and 104! Got return code 100, ignoring. deb-systemd-invoke only supports /usr/sbin/policy-rc.d return code 101 and 104! Got return code 100, ignoring. Unpacking ceph (10.1.0.dfsg-0ubuntu1~ubuntu16.04.1~ppa201603311201) over (10.0.5-0ubuntu1) ... Preparing to unpack .../ceph-common_10.1.0.dfsg-0ubuntu1~ubuntu16.04.1~ppa201603311201_amd64.deb ... deb-systemd-invoke only supports /usr/sbin/policy-rc.d return code 101 and 104! Got return code 100, ignoring. Not sure whether this is a bug in deb-systemd-invoke really. ** Affects: ceph (Ubuntu) Importance: Undecided Status: New -- 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/1564922 Title: Warning messages during package installation To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1564922/+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 1564917] [NEW] Default task limit from systemd is too low for ceph
Public bug reported:
When started via systemd, there is a default limit of 512 Tasks, and it
seems that each thread counts as a different task:
# systemctl status ceph-osd@2
* ceph-osd@2.service - Ceph object storage daemon
Loaded: loaded (/lib/systemd/system/ceph-osd@.service; enabled; vendor
preset: enabled)
Active: active (running) since Fri 2016-04-01 13:23:58 UTC; 12s ago
Process: 31618 ExecStartPre=/usr/lib/ceph/ceph-osd-prestart.sh --cluster
${CLUSTER} --id 2 --setuser ceph --setgroup ceph (code=exited, status=0/SUCCESS)
Main PID: 31667 (ceph-osd)
Tasks: 150 (limit: 512)
CGroup: /system.slice/system-ceph\x2dosd.slice/ceph-osd@2.service
`-31667 /usr/bin/ceph-osd -f --cluster ceph --id 2 --setuser ceph
--setgroup ceph
With larger clusters, ceph-osd may need more threads, so this limit
should be raised in the service definition.
This may also affect ceph-mon or ceph-mds.
** Affects: ceph (Ubuntu)
Importance: Undecided
Status: New
--
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/1564917
Title:
Default task limit from systemd is too low for ceph
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1564917/+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 1079466] Re: cinder-volume depends on tgt
>From a hardening perspective, it certainly hurts having unneeded packages installed, so please re-raise the priority of this. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to cinder in Ubuntu. https://bugs.launchpad.net/bugs/1079466 Title: cinder-volume depends on tgt To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cinder/+bug/1079466/+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 1564812] [NEW] Disable sudo io logging for rootwrap
Public bug reported: Cinder, Neutron and Nova use rootwrappers that allow selected commands to be executed with root privileges via sudo. If an adminstrator chooses to enable sudo logging for security reasons, this will cause a lot of files being created, leading to filled up file systems pretty fast. This could be circumvented by changing the entry in /etc/sudoers.d/cinder_sudoers like this: --- /etc/sudoers.d/cinder_sudoers 2016-03-30 11:20:28.0 + +++ /etc/sudoers.d/cinder_sudoers.new 2016-04-01 09:31:36.811807794 + @@ -1,3 +1,3 @@ Defaults:cinder !requiretty -cinder ALL = (root) NOPASSWD: /usr/bin/cinder-rootwrap /etc/cinder/rootwrap.conf * +cinder ALL = (root) NOPASSWD: NOLOG_INPUT: NOLOG_OUTPUT: /usr/bin/cinder-rootwrap /etc/cinder/rootwrap.conf * and similarly for nova and neutron. ** Affects: cinder (Ubuntu) Importance: Undecided Status: New ** Affects: neutron (Ubuntu) Importance: Undecided Status: New ** Affects: nova (Ubuntu) Importance: Undecided Status: New ** Also affects: nova (Ubuntu) Importance: Undecided Status: New ** Also affects: neutron (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to cinder in Ubuntu. https://bugs.launchpad.net/bugs/1564812 Title: Disable sudo io logging for rootwrap To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cinder/+bug/1564812/+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 1564451] Re: User processes are counted towards systemd limit for sshd processes
Thanks to some help in #systemd I could find the cause: On the affected systems libpam-systemd was not installed. So maybe it would make sensu to turn this into a stronger dependency than "recommended", at least in combination with openssh-server. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to openssh in Ubuntu. https://bugs.launchpad.net/bugs/1564451 Title: User processes are counted towards systemd limit for sshd processes To manage notifications about this bug go to: https://bugs.launchpad.net/systemd/+bug/1564451/+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 1564451] Re: User processes are counted towards systemd limit for sshd processes
Hmm, on a cloud instance this looks different, even when logged in multiple time, the output only shows the master process: # systemctl status ssh ● ssh.service - OpenBSD Secure Shell server Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2016-04-01 06:00:11 UTC; 1h 44min ago Main PID: 971 (sshd) Tasks: 1 (limit: 512) Memory: 5.3M CPU: 169ms CGroup: /system.slice/ssh.service └─971 /usr/sbin/sshd -D Package versions are identical in both systems: root@jr-xeni1:~# apt-cache policy systemd systemd: Installed: 229-3ubuntu1 Candidate: 229-3ubuntu1 Version table: *** 229-3ubuntu1 500 500 http://nova.clouds.archive.ubuntu.com/ubuntu xenial/main amd64 Packages 100 /var/lib/dpkg/status root@jr-xeni1:~# apt-cache policy openssh-server openssh-server: Installed: 1:7.2p2-2 Candidate: 1:7.2p2-2 Version table: *** 1:7.2p2-2 500 500 http://nova.clouds.archive.ubuntu.com/ubuntu xenial/main amd64 Packages 100 /var/lib/dpkg/status So I'm wondering what else could be causing the different behaviour here. ** Also affects: systemd Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to openssh in Ubuntu. https://bugs.launchpad.net/bugs/1564451 Title: User processes are counted towards systemd limit for sshd processes To manage notifications about this bug go to: https://bugs.launchpad.net/systemd/+bug/1564451/+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 1564451] Re: User processes are counted towards systemd limit for sshd processes
Do your sleep processes show up in the output of "systemctl status ssh.service" in the CGroup section? For me they do (sample with just one process backgrounded): # systemctl status ssh.service ● ssh.service - OpenBSD Secure Shell server Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2016-04-01 05:53:59 UTC; 1min 1s ago Main PID: 2928 (sshd) Tasks: 10 (limit: 512) CGroup: /system.slice/ssh.service ├─2928 /usr/sbin/sshd -D ├─4966 sshd: jrosenboom [priv ├─5087 sshd: jrosenboom@pts/ ├─5127 -bash ├─5208 sudo -i ├─5213 sudo -i ├─5214 -bash ├─6386 sleep 100 ├─6403 systemctl status ssh.service └─6404 pager -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to openssh in Ubuntu. https://bugs.launchpad.net/bugs/1564451 Title: User processes are counted towards systemd limit for sshd processes To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1564451/+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 1562030] Re: Ceph directories not owned by Ceph user
How did you install ceph and which version exactly? Running as ceph should only happen with >= 9.2, which is available on Xenial. If I install ceph=10.0.3-0ubuntu1 on a new machine, /var/lib/ceph and /var/run/ceph have ceph:ceph as owner, which looks fine to me. One could discuss the ownership of /etc/ceph, but as it may contain files like the admin keyring which explictly should not be readable by the ceph user, I would vote to keep /etc/ceph owned by root. As a side note, though, maybe /var/lib/ceph does not need to contain all these subdirs on a fresh install: # ls -la /var/lib/ceph/ total 32 drwxr-x--- 8 ceph ceph 4096 Mar 29 13:40 . drwxr-xr-x 40 root root 4096 Mar 29 13:40 .. drwxr-xr-x 2 ceph ceph 4096 Mar 18 12:17 bootstrap-mds drwxr-xr-x 2 ceph ceph 4096 Mar 18 12:17 bootstrap-osd drwxr-xr-x 2 ceph ceph 4096 Mar 18 12:17 bootstrap-rgw drwxr-xr-x 2 ceph ceph 4096 Mar 18 12:17 mon drwxr-xr-x 2 ceph ceph 4096 Mar 18 12:17 osd drwxr-xr-x 2 ceph ceph 4096 Mar 18 12:17 tmp -- 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/1562030 Title: Ceph directories not owned by Ceph user To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1562030/+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 1563330] [NEW] Please do not enable the service ceph-create-keys by default
Public bug reported: This may be useful for an unexperienced user trying to run ceph on a small setup, but for an automated deployment of a ceph cluster, it is pretty annoying that there may be daemons trying to create credentials that will allow access to the whole cluster if only the new machine gets compromised. ** Affects: ceph (Ubuntu) Importance: Undecided Status: New -- 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/1563330 Title: Please do not enable the service ceph-create-keys by default To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1563330/+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 1519923] Re: ceph-deploy fails on ubuntu 15.10 and 15.04
IMHO this is a bug for ceph-deploy, which is a separate project from ceph itself. It should be solved with a new upstream version, probably 1.5.29, see also bug #1550853. -- 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/1519923 Title: ceph-deploy fails on ubuntu 15.10 and 15.04 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1519923/+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 1557461] [NEW] ceph-osd-prestart.sh is called with wrong options
Public bug reported:
This only affects the xenial package, in /lib/systemd/system/ceph-
osd@.service there is
ExecStartPre=/usr/lib/ceph/ceph-osd-prestart.sh --cluster ${CLUSTER}
--id %i --setuser ceph --setgroup ceph
where the options were just copied from the ExecStart but this triggers
errors:
ceph-osd-prestart.sh[14077]: getopt: unrecognized option '--setuser'
ceph-osd-prestart.sh[14077]: getopt: unrecognized option '--setgroup'
Looking into the script, it only has some hardcoded checks for the user
"ceph" anyway. Not sure whether it would make sense to allow more
flexibility here or just remove the options from the service definition.
** Affects: ceph (Ubuntu)
Importance: Undecided
Status: New
--
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/1557461
Title:
ceph-osd-prestart.sh is called with wrong options
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1557461/+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 1552722] [NEW] Package openstack-dashboard-ubuntu-theme fails to be removed
Public bug reported: If the config for the dashboard or apache2 in general is not working, the removal of openstack-dashboard-ubuntu-theme fails because there is no graceful error handling in the postrm script. E.g. I am getting: # apt-get -q -y purge openstack-dashboard-ubuntu-theme STDOUT: Reading package lists... Building dependency tree... Reading state information... The following packages will be REMOVED: openstack-dashboard-ubuntu-theme 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. 1 not fully installed or removed. After this operation, 180 kB disk space will be freed. (Reading database ... 102645 files and directories currently installed.) Removing openstack-dashboard-ubuntu-theme (2:8.0.1-0ubuntu1) ... Collecting and compressing static assets... Traceback (most recent call last): File "manage.py", line 25, in execute_from_command_line(sys.argv) File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", line 385, in execute_from_command_line utility.execute() File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", line 345, in execute settings.INSTALLED_APPS File "/usr/lib/python2.7/dist-packages/django/conf/__init__.py", line 46, in __getattr__ self._setup(name) File "/usr/lib/python2.7/dist-packages/django/conf/__init__.py", line 42, in _setup self._wrapped = Settings(settings_module) File "/usr/lib/python2.7/dist-packages/django/conf/__init__.py", line 98, in __init__ % (self.SETTINGS_MODULE, e) ImportError: Could not import settings 'openstack_dashboard.settings' (Is it on sys.path? Is there an import error in the settings file?): No module named pymysql dpkg: error processing package openstack-dashboard-ubuntu-theme (--remove): subprocess installed post-removal script returned error exit status 1 Errors were encountered while processing: openstack-dashboard-ubuntu-theme The expected result would be to ignore any errors in the postrm script and successfully complete the removal. ** Affects: horizon (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to horizon in Ubuntu. https://bugs.launchpad.net/bugs/1552722 Title: Package openstack-dashboard-ubuntu-theme fails to be removed To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/horizon/+bug/1552722/+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 1384062] Re: os-prober blocks writes to raw partitions
Function ro_partition in /usr/share/os-prober/common.sh makes a partition read-only. This is called in /usr/lib/os-probes/50mounted- tests before trying to mount the partition being probed with all possible fs-types. Obviously this will break all other processes trying to write to this partition at that time. ** Summary changed: - os-prober kills ceph OSD + os-prober blocks writes to raw partitions ** Changed in: ceph (Ubuntu) Status: Confirmed => Invalid -- 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/1384062 Title: os-prober blocks writes to raw partitions To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1384062/+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 1384062] Re: os-prober kills ceph OSD
Forgot to mention that the Ceph cluster has to be under write load in order to reproduce, i.e. running something like rados -p rbd bench 600 write -t 1 --show-time --run-length 60 There is no effect of running os-prober if the cluster is idle. Based with that information, though, I can also reproduce the issue by running fio on some partition and os-prober in parallel, getting: # fio --ioengine=libaio --filename=/dev/sdc4 --bs=64k --rw=randwrite --runtime=300 --size=1G --direct=1 --iodepth=8 --name=a a: (g=0): rw=randwrite, bs=64K-64K/64K-64K/64K-64K, ioengine=libaio, iodepth=8 fio-2.2.13 Starting 1 process fio: io_u error on file /dev/sdc4: Operation not permitted: write offset=531300352, buflen=65536 fio: pid=17543, err=1/file:io_u.c:1596, func=io_u error, error=Operation not permitted So I think the error has nothing to do with Ceph in particular, but really os-prober should be made more conservative when trying to probe partitions. -- 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/1384062 Title: os-prober kills ceph OSD To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1384062/+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 1384062] Re: os-prober kills ceph OSD
** Also affects: os-prober (Ubuntu) Importance: Undecided Status: New ** Changed in: os-prober (Ubuntu) Status: New => Confirmed -- 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/1384062 Title: os-prober kills ceph OSD To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1384062/+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 1384062] Re: os-prober kills ceph OSD
I can reproduce this on Wily with # apt-cache policy ceph ceph: Installed: 0.94.5-0ubuntu0.15.10.1 Candidate: 0.94.5-0ubuntu0.15.10.1 Version table: *** 0.94.5-0ubuntu0.15.10.1 0 500 http://eu.archive.ubuntu.com/ubuntu/ wily-updates/main amd64 Packages 100 /var/lib/dpkg/status 0.94.3-0ubuntu2 0 500 http://eu.archive.ubuntu.com/ubuntu/ wily/main amd64 Packages when I configure two OSDs both with their journal partition on a third disk. Running os-prober makes the second OSD fail with 0> 2016-02-16 15:15:17.604773 7fe2c7ec8700 -1 os/FileJournal.cc: In function 'void FileJournal::write_finish_thread_entry()' thread 7fe2c7ec8700 time 2016-02-16 15:15:17.603014 os/FileJournal.cc: 1426: FAILED assert(0 == "unexpected aio error") ceph version 0.94.5 (9764da52395923e0b32908d83a9f7304401fee43) 1: (ceph::__ceph_assert_fail(char const*, char const*, int, char const*)+0x80) [0x556db4ce44f0] 2: (FileJournal::write_finish_thread_entry()+0x775) [0x556db4bb5925] 3: (FileJournal::WriteFinisher::entry()+0xd) [0x556db4a990ed] 4: (()+0x76aa) [0x7fe2d32656aa] 5: (clone()+0x6d) [0x7fe2d173ceed] NOTE: a copy of the executable, or `objdump -rdS ` is needed to interpret this. which seems to indicate that os-prober is doing unsafe things to the journal partitions. -- 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/1384062 Title: os-prober kills ceph OSD To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1384062/+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 1098314] Re: pg_num inappropriately low on new pools
You can set "osd pool default pg num" and "osd pool default pgp num" to some higher value in your ceph.conf before creating pools if you want some higher values than the default and do not want to specify it on the command line every time. For more complex setups however, you want to match the pg count specific to your pool requirements anyway, so the usefulness of this approach is limited. Rather use a tool like http://ceph.com/pgcalc/ to tune your cluster to your requirements. Finally, you can increase the pg count for existing pools without having to remove them, but you cannot decrease it again afterwards, so starting up with a small default certainly is better than having a default too large for a single OSD test setup. -- 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/1098314 Title: pg_num inappropriately low on new pools To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-archive/+bug/1098314/+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 1505224] Re: Ceph OSDs not started after reboot
Sorry for the delay, I must admin that I'm not sure about that anymore. I tried reproducing this issue with a current installation of Wily, but failed. So I guess we can assume this to be invalid now. ** Changed in: ceph (Ubuntu) Status: Incomplete => Invalid -- 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/1505224 Title: Ceph OSDs not started after reboot To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1505224/+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 1505224] [NEW] Ceph OSDs not started after reboot
Public bug reported: There seems to be some issue with the udev triggers, either they do not happen properly for partitions or they happen too early in the boot process. If I do a "ceph-disk activate /dev/sdXX" after the system has booted, the OSD is starting just fine. If I do a "udevadm trigger /sys/class/block/sdXX -c add", the OSD is started fine as well. ** Affects: ceph (Ubuntu) Importance: Undecided Status: New -- 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/1505224 Title: Ceph OSDs not started after reboot To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1505224/+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 1499199] [NEW] Upgrading libvirt from trusty to cloud/stable/liberty fails
Public bug reported: When upgrading libvirt-bin after adding the stable/liberty cloud-ppa, I'm getting this error: ubuntu@jr2:~$ sudo apt-get install libvirt-bin Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libjs-sphinxdoc libjs-underscore libxen-dev python-py python-virtualenv Use 'apt-get autoremove' to remove them. The following extra packages will be installed: libvirt0 Suggested packages: radvd lvm2 The following packages will be upgraded: libvirt-bin libvirt0 2 upgraded, 0 newly installed, 0 to remove and 55 not upgraded. Need to get 0 B/3307 kB of archives. After this operation, 2332 kB of additional disk space will be used. Do you want to continue? [Y/n] WARNING: The following packages cannot be authenticated! libvirt-bin libvirt0 Install these packages without verification? [y/N] y (Reading database ... 90242 files and directories currently installed.) Preparing to unpack .../libvirt-bin_1.2.16-2ubuntu10~cloud0_amd64.deb ... libvirt-bin stop/waiting stop: Unknown instance: dpkg: error processing archive /var/cache/apt/archives/libvirt-bin_1.2.16-2ubuntu10~cloud0_amd64.deb (--unpack): subprocess new pre-installation script returned error exit status 1 libvirt-bin start/running, process 22382 Preparing to unpack .../libvirt0_1.2.16-2ubuntu10~cloud0_amd64.deb ... Unpacking libvirt0 (1.2.16-2ubuntu10~cloud0) over (1.2.2-0ubuntu13.1.14) ... Errors were encountered while processing: /var/cache/apt/archives/libvirt-bin_1.2.16-2ubuntu10~cloud0_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) ubuntu@jr2:~$ apt-cache policy libvirt-bin libvirt-bin: Installed: 1.2.2-0ubuntu13.1.14 Candidate: 1.2.16-2ubuntu10~cloud0 Version table: 1.2.16-2ubuntu10~cloud0 0 500 http://ubuntu-cloud.archive.canonical.com/ubuntu/ trusty-updates/liberty/main amd64 Packages *** 1.2.2-0ubuntu13.1.14 0 500 http://archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages 100 /var/lib/dpkg/status 1.2.2-0ubuntu13.1.7 0 500 http://security.ubuntu.com/ubuntu/ trusty-security/main amd64 Packages 1.2.2-0ubuntu13 0 500 http://nova.clouds.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages This only happen if the package from trusty-updates is installed before adding the cloud PPA. If libvirt-bin is not installed, the installation of the new package works fine. Expected result: The upgrade of libvirt-bin should work without an error. Steps to reproduce: $ apt-get install libvirt-bin $ echo "http://ubuntu-cloud.archive.canonical.com/ubuntu/ trusty-updates/liberty/main" > /etc/apt/sources.list.d/os.list $ apt-get update $ apt-get install libvirt-bin ** Affects: libvirt (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to libvirt in Ubuntu. https://bugs.launchpad.net/bugs/1499199 Title: Upgrading libvirt from trusty to cloud/stable/liberty fails To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1499199/+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 1398999] Re: Block migrate with attached volumes copies volumes to themselves
I think there is some confusion here. As I understand it, the part that was fixed in libvirt was changing the API so that now it is possible to define a subset of block devices to be copied during migration. Now to fix the original issue, another patch in nova will be needed, that uses this extended API to avoid copying shared block devices to itself. -- 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/1398999 Title: Block migrate with attached volumes copies volumes to themselves To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1398999/+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 1488962] [NEW] systemd does not notice when apache2 service fails
Public bug reported: The systemd service generated from /etc/init.d/apache2 via systemd-sysv- generator contains the line RemainAfterExit=yes causing systemd to ignore crashes of the service. In order to reproduce this, add a non-existing address to /etc/apache2/ports.conf, which will cause the apache2 service to fail. However, systemctl status apache2 will still show active(exited), e.g. will not recognize the service as failed. In particular, systemctl is-failed apache2 will still return active instead of failed. Expected result: systemctl is-failed apache2 should return failed, so that monitoring script can detect the error. The solution would probably be to include a proper native systemd service definition instead of using the converted sysv service. $ apt-cache policy apache2 apache2: Installed: 2.4.10-9ubuntu1.1 Candidate: 2.4.10-9ubuntu1.1 Version table: *** 2.4.10-9ubuntu1.1 0 500 http://eu.archive.ubuntu.com/ubuntu/ vivid-updates/main amd64 Packages 500 http://security.ubuntu.com/ubuntu/ vivid-security/main amd64 Packages 100 /var/lib/dpkg/status 2.4.10-9ubuntu1 0 500 http://eu.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages ** Affects: apache2 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to apache2 in Ubuntu. https://bugs.launchpad.net/bugs/1488962 Title: systemd does not notice when apache2 service fails To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/1488962/+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 1453188] Re: Incorrect path to binary in neutron-plugin-linuxbridge-agent
Tested https://launchpad.net/ubuntu/+source/neutron/1:2015.1.1-0ubuntu2/+build/7782259/+files /neutron-plugin-neutron-agent_2015.1.1-0ubuntu2_all.deb and it solves the issue for me. ** Tags removed: verification-needed ** Tags added: verification-done -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to neutron in Ubuntu. https://bugs.launchpad.net/bugs/1453188 Title: Incorrect path to binary in neutron-plugin-linuxbridge-agent To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/neutron/+bug/1453188/+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 1342080] Re: glance api is tracebacking with error: [Errno 32] Broken pipe
** Also affects: python-glanceclient (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to python-glanceclient in Ubuntu. https://bugs.launchpad.net/bugs/1342080 Title: glance api is tracebacking with error: [Errno 32] Broken pipe To manage notifications about this bug go to: https://bugs.launchpad.net/python-glanceclient/+bug/1342080/+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 1449056] Re: rabbitmq not ready after restart
I tested http://launchpadlibrarian.net/208123057/rabbitmq- server_3.5.1-2_all.deb and it works fine for me. It would be great to see this backported to vivid. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to rabbitmq-server in Ubuntu. https://bugs.launchpad.net/bugs/1449056 Title: rabbitmq not ready after restart To manage notifications about this bug go to: https://bugs.launchpad.net/devstack/+bug/1449056/+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 1439280] Re: Libvirt CPU affinity error
wont-fixing the nova side will leave it broken for quite some time until the backport has made its way into all relevant distro images. I'd prefer to add your patch into nova code as workaround for older libvirt versions. -- 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/1439280 Title: Libvirt CPU affinity error To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1439280/+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 1434395] Re: Rabbitmq fails to start epmd daemon
Did you define ERL_EPMD_ADDRESS in your rabbitmq-env.conf? Then you would be hitting https://bugs.launchpad.net/ubuntu/+source/erlang/+bug/1374109 and you can find a possible workaround there. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to rabbitmq-server in Ubuntu. https://bugs.launchpad.net/bugs/1434395 Title: Rabbitmq fails to start epmd daemon To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/rabbitmq-server/+bug/1434395/+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 1451743] Re: systemctl enable ntp fails with an error
*** This bug is a duplicate of bug 1447807 *** https://bugs.launchpad.net/bugs/1447807 ** This bug has been marked a duplicate of bug 1447807 systemctl enable fails to enable a SysV service -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to ntp in Ubuntu. https://bugs.launchpad.net/bugs/1451743 Title: systemctl enable ntp fails with an error To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ntp/+bug/1451743/+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 1451743] [NEW] systemctl enable ntp fails with an error
Public bug reported: root@node10:~# systemctl enable ntp Synchronizing state for ntp.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d ntp defaults Executing /usr/sbin/update-rc.d ntp enable Failed to execute operation: No such file or directory root@node10:~# ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: ntp 1:4.2.6.p5+dfsg-3ubuntu6 ProcVersionSignature: Ubuntu 3.19.0-15.15-generic 3.19.3 Uname: Linux 3.19.0-15-generic x86_64 ApportVersion: 2.17.2-0ubuntu1 Architecture: amd64 Date: Tue May 5 09:24:06 2015 ProcEnviron: LANGUAGE=en_US: TERM=screen PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: ntp UpgradeStatus: No upgrade log present (probably fresh install) modified.conffile..etc.apparmor.d.usr.sbin.ntpd: [modified] modified.conffile..etc.ntp.conf: [modified] mtime.conffile..etc.apparmor.d.usr.sbin.ntpd: 2015-05-05T08:45:35.134023 mtime.conffile..etc.ntp.conf: 2015-05-05T08:45:35.170023 ** Affects: ntp (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug systemd-boot vivid -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to ntp in Ubuntu. https://bugs.launchpad.net/bugs/1451743 Title: systemctl enable ntp fails with an error To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ntp/+bug/1451743/+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
