I did some testing and it turns out the hostname size seems to be the
problem! I started a bunch of machines with a hostname of 64 characters
and a bunch of machines with a hostname of 25 characters (with the
script I linked above): all the machines with a hostname of 25 ended up
in the state "Run
[Expired for libvirt (Ubuntu) because there has been no activity for 60
days.]
** Changed in: libvirt (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libvirt in Ubuntu.
https://bugs.launchp
[Expired for linux (Ubuntu) because there has been no activity for 60
days.]
** Changed in: linux (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libvirt in Ubuntu.
https://bugs.launchpad.n
The attachment "Hack to enable LTS checking" seems to be a patch. If it
isn't, please remove the "patch" flag from the attachment, remove the
"patch" tag, and if you are a member of the ~ubuntu-reviewers,
unsubscribe the team.
[This is an automated message performed by a Launchpad user owned by
~
Public bug reported:
https://wiki.ubuntu.com/Kernel/LTSEnablementStack describes that new
Ubuntu installs for 12.04.2 etc default to using the enablement stacks
containing newer kernels and hardware support from Quantal (and Raring).
The netboot images for these are located in a sub-directory suc
Some basic environment details. I can post more if requested.
Ubuntu Server 13.04 64-bit
$ uname -r
3.8.0-25-generic
$ dpkg -l | grep lxc
ii liblxc00.9.0-0ubuntu3.3
amd64Linux Containers userspace tools (library)
ii lxc
Also, in dmesg:
[54545.873460] unregister_netdevice: waiting for lo to become free. Usage count
= 1
[54556.103535] unregister_netdevice: waiting for lo to become free. Usage count
= 1
[54566.333609] unregister_netdevice: waiting for lo to become free. Usage count
= 1
[54576.563664] unregister_n
It has been fixed. The problem was caused by an incorrect password for
quantum in nova.conf for
quantum_admin_password=. The password needs
to match quantum.conf's
quantum_admin_password=. Otherwise quantum
service will reject nova's request in client.py's _cs_request function.
** Changed in: ntp
Public bug reported:
After running and terminating around 6000 containers overnight,
something happened on my box that is affecting every new LXC container I
try to start. The DEBUG log file looks like:
lxc-start 1372615570.399 WARN lxc_start - inherited fd 9
lxc-start 1372615570.
I'm using idmap backend ad and offline logins failed after rebooting
Ubuntu 12.04. I can confirm the change to set "lock directory =
/var/cache/samba/" in smb.conf fixed the issue for me.
Thanks Jakob
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is
@knpa01: Bitesize means that it is a minor bug and an easy to fix
opportunity for beginners
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nagios3 in Ubuntu.
https://bugs.launchpad.net/bugs/1162477
Title:
typo in nagios.cfg : cfg_dr
** Also affects: openssh (Ubuntu)
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/458476
Title:
/etc/init.d/ssh gives OK status even if da
12 matches
Mail list logo
