@Etienne Goyer: I changed the timelimit and bind policy, installed
libnss-ldapd and now I don't get trouble with the gnome-session. However
I got other trouble like bug #672521.
I aggree with your analysis but I'm still looking for a paintless
solution. I'll probably write a shell script that chan
Ok in fact I founded why this was not working. I deleted and recreated
my VM but there still was an entry corresponding to the old one in
/var/lib/libvirt/dnsmasq/default.hostsfile. So I modified the MAC
address and now it is working like a charm (after using HUP signal).
--
libvirt can't add hos
Try this that has been working for me when I added a name (in /etc/hosts
host's file) to the IP used by the guess: $ sudo kill -HUP `pidof
dnsmasq`
Howerver I get a different (related trouble): custom host definition is not
honor with my configuration (even after rebooting the host). dnsmasq giv
$ egrep -v "^(#|$)" /etc/ldap.conf | cat
base dc=local
uri ldap://ldap.tlse.lng/
ldap_version 3
rootbinddn cn=manager,dc=example,dc=net
timelimit 2
bind_timelimit 1
bind_policy soft
idle_timelimit 1
pam_password md5
nss_initgroups_ignoreusers
avahi,avahi-autoipd,backup,bin,couchdb,daemon,games,gdm
** Attachment added: "0-greeter.log"
https://bugs.launchpad.net/ubuntu/+source/libnss-ldap/+bug/654249/+attachment/1693845/+files/0-greeter.log
--
libnss-ldap create troubles in gnome session when ldap server is unreacheable
https://bugs.launchpad.net/bugs/654249
You received this bug notifi
** Attachment added: "0.log"
https://bugs.launchpad.net/ubuntu/+source/libnss-ldap/+bug/654249/+attachment/1693844/+files/0.log
--
libnss-ldap create troubles in gnome session when ldap server is unreacheable
https://bugs.launchpad.net/bugs/654249
You received this bug notification because y
** Attachment added: "0-slave.log"
https://bugs.launchpad.net/ubuntu/+source/libnss-ldap/+bug/654249/+attachment/1693843/+files/0-slave.log
--
libnss-ldap create troubles in gnome session when ldap server is unreacheable
https://bugs.launchpad.net/bugs/654249
You received this bug notificati
** Attachment added: "xsession-errors"
https://bugs.launchpad.net/ubuntu/+source/libnss-ldap/+bug/654249/+attachment/1693837/+files/xsession-errors
--
libnss-ldap create troubles in gnome session when ldap server is unreacheable
https://bugs.launchpad.net/bugs/654249
You received this bug no
A temporary workaround in my case is to:
1/ add the denied file in the Template /etc/apparmor.d/libvirt/TEMPLATE :
"/U/libvirt-image/base/lenny_compressed.qcow2" r,
2/ Remove the generated file
/etc/apparmor.d/libvirt/libvirt-c05e04f2-fe2e-b8de-c129-bd074c908476*
3/ Reload apparmor and start the V
Public bug reported:
System : Ubuntu 10.10
Case : Multiple backing file
Result :
$ cat
/etc/apparmor.d/libvirt/libvirt-c05e04f2-fe2e-b8de-c129-bd074c908476.files
# DO NOT EDIT THIS FILE DIRECTLY. IT IS MANAGED BY LIBVIRT.
"/var/log/libvirt/**/trifyl-obm23-lenny.log" w,
"/var/lib/libvirt/*
Public bug reported:
Binary package hint: libnss-ldap
System : Maverick RC
Steps to reproduce:
- Install libnss-ldap and set it up correctly
=> Gnome sessions should work normally for a local user
- Plug the computer in an other network or unplug it
=> the ldap server should be unreacheable
- C
** Patch added: "Fix apparmor profil with new package seabios"
http://launchpadlibrarian.net/41715543/apparmor_seabios.diff
--
BIOS shipped as binary blobs without source
https://bugs.launchpad.net/bugs/541524
You received this bug notification because you are a member of Ubuntu
Server Team,
Actually this change is responsible of an new trouble with apparmor.
Extract of /var/log/syslog:
Mar 23 14:19:13 kiwi kernel: [ 7025.583776] type=1503 audit(1269350353.212:49):
operation="open" pid=17840 parent=1
profile="libvirt-f25941b5-8a0b-086a-888e-fe8570f0487d" requested_mask="r::"
denie
I just update the packages that added libvirt-qemu to kqemu too but
doesn't solve the trouble. I still have to change the permissions of
/dev/kvm. Am I the only one that encountered this trouble ?
--
[PPA] VT is not used with libvirt 0.7.5
https://bugs.launchpad.net/bugs/503376
You received this
I changed the group bug it still doesn't use kvm.
$ groups libvirt-qemu
libvirt-qemu : libvirtd kvm
As strange as it can be, when I run the kvm same command as user libvirt-qemu
it appears that kvm is used (I can't remove the module), but not when using
virt-manager.
I checked euid et ruid of
I just installed the lucid's kernel.
I've got the following traceback when trying to launch a VM :
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/engine.py", line 588, in run_domain
vm.startup()
File "/usr/share/virt-manager/virtManager/domain.py", line 150,
Public bug reported:
When starting a VM with the virtual manager, VT is not used and the VM
is slow.
System : Ubuntu 9.10
Hardware : CPU Intel with VT
Software : libvirt from dnjl's Virtualization PPA
I can see it because it's possible to remove kvm_intel module while the VM is
running.
The tro
17 matches
Mail list logo
