Hi Chris,
Chris Marusich writes:
> With the patch you submitted upstream (not the patches you attached to
> your previous email here), I can confirm the issue is fixed for me,
> and that I do NOT observe the errors you mentioned above.
Sorry, I did not send the email here.
> I see the patch was
Hi Miguel,
Miguel Arruga Vivas writes:
> Hello again,
>
> The two patches attached create the cgroup directory needed and remove
> the warning for the ip binary missing. Still the following errors
> are emitted to the log.
>
> 8<---
> error : virConnectGetCP
Hello again,
The two patches attached create the cgroup directory needed and remove
the warning for the ip binary missing. Still the following errors
are emitted to the log.
8<---
error : virConnectGetCPUModelNames:1109 : this function is not supported by the
Hi,
This bug can be easier to fix than we thought. :-D
As a workaround, you only have to execute:
$ sudo mkdir /sys/fs/cgroup/unified/{machine,system,user}
The folders should be created at libvirtd start, probably manually with
some extra cgroup magic that I don't understand yet, but this works
Chris Marusich writes:
> I've updated the upstream bug report with information that hopefully
> will be useful to them. We'll see how it goes.
The original upstream bug report has been closed, but it seems likely it
was for a different issue, since it didn't fix the issue in Guix. At
upstream'
Chris Marusich writes:
> This bug is consistently reproducible. I've found an upstream bug
> report that is very similar to what we're seeing here, so I've left a
> comment telling the libvirt maintainers that Guix is also seeing a
> similar issue:
>
> https://bugzilla.redhat.com/show_bug.cgi?id
Chrisen,
Chris Marusich 写道：
In the meantime, should we revert to version 5.4.0 in Guix? I'm
not
sure if there are any security vulnerabilities between 5.4.0 and
the
most recent release, but this bug is currently preventing me
from
creating any VMs at all in Guix using virt-manager, which is
Christopher Baines writes:
> Raghav Gururajan writes:
>
>> libvirt.libvirtError: Unable to read from
>> '/sys/fs/cgroup/unified/machine/cgroup.controllers': No such file or
>> directory
>
> So, I've experienced this too. Even though this is a cgroup thing, I'm
> pretty sure this isn't an issue w
As version 5.7.0 has been released, I tried updating to that. There
seems to be some issue with the configuration for the socket file, but
even avoiding that, it doesn't seem to resolve the issue with the
cgroups.
For now, I've switched more permanently back to 5.4.0.
signature.asc
Description:
> So, I've experienced this too. Even though this is a cgroup thing,
> I'm
> pretty sure this isn't an issue with Linux.
I see.
> I've tried reverting the changes in [1], and that seems to solve the
> issue. Unfortunately, I don't have any insight in to what's different
> between the problemati
Raghav Gururajan writes:
> libvirt.libvirtError: Unable to read from
> '/sys/fs/cgroup/unified/machine/cgroup.controllers': No such file or
> directory
So, I've experienced this too. Even though this is a cgroup thing, I'm
pretty sure this isn't an issue with Linux.
I've tried reverting the ch
> Checking my machine:
> $ ls /sys/fs/cgroup/unified/
> cgroup.controllers cgroup.max.depth cgroup.max.descendants cgroup.
> procs cgroup.stat cgroup.subtree_control cgroup.threads
I get the same output for `ls /sys/fs/cgroup/unified/`. But as shown in
the error, the virt-manager is search
On Sat, Jul 13, 2019 at 01:06:55AM -0400, Raghav Gururajan wrote:
> Hello Guix!
>
> Unable to create any VMs by installing from any ISO file.
>
> The virt-manager gives out the following error:
>
> Unable to complete install: 'Unable to read from
> '/sys/fs/cgroup/unified/machine/cgroup.controll
Hello Guix!
Unable to create any VMs by installing from any ISO file.
The virt-manager gives out the following error:
Unable to complete install: 'Unable to read from
'/sys/fs/cgroup/unified/machine/cgroup.controllers': No such file or
directory'
Traceback (most recent call last):
File "/gnu/
14 matches
Mail list logo
