Closed Dr4s1l closed 3 years ago
Also got trace log :
2021/02/24 21:34:06 [DEBUG] EvalApply: ProviderMeta config value set
2021/02/24 21:34:06 [DEBUG] module.k8s.libvirt_cloudinit_disk.commoninit[0]: applying the planned Create change
2021/02/24 21:34:06 [TRACE] GRPCProvider: ApplyResourceChange
2021-02-24T21:34:06.625+0100 [DEBUG] plugin.terraform-provider-libvirt: 2021/02/24 21:34:06 ISO contents created
2021-02-24T21:34:06.625+0100 [DEBUG] plugin.terraform-provider-libvirt: 2021/02/24 21:34:06 [DEBUG] Locked "default"
2021-02-24T21:34:06.625+0100 [DEBUG] plugin.terraform-provider-libvirt: 2021/02/24 21:34:06 [DEBUG] Unlocking "default"
2021-02-24T21:34:06.625+0100 [DEBUG] plugin.terraform-provider-libvirt: 2021/02/24 21:34:06 [DEBUG] Unlocked "default"
2021-02-24T21:34:06.625+0100 [DEBUG] plugin.terraform-provider-libvirt: 2021/02/24 21:34:06 About to execute cmd: /usr/bin/mkisofs -output /tmp/cloudinit993970904/k8s-worker-2-commoninit.iso -volid cidata -joliet -rock /tmp/cloudinit993970904/user-data /tmp/cloudinit993970904/meta-data /tmp/cloudinit993970904/network-config
2021/02/24 21:34:06 [DEBUG] module.k8s.libvirt_volume.worker_image[0]: apply errored, but we're indicating that via the Error pointer rather than returning it: can't find storage pool 'default'
User permission issue
@Dr4s1l What was the exact issue? Can you give a bit more information on your fix? :)
@digitalgopnik I had the same problem. Creating the storage pool in virtmanager instead of using virsh
resolved the problem.
Still got this issue even if the pool exist, also recreate it on different path still got issue
Host Config:
Fedora 31
Terraform Version Report (0.14)
Libvirt version 5.6.0
terraform-provider-libvirt plugin version (stable binary)
Setup
Also :
And the provider declaration :
Current behavior :
Expected behavior
Access the default storage pool using terraform libvirt provider
Originally posted by @Dr4s1l in https://github.com/dmacvicar/terraform-provider-libvirt/issues/446#issuecomment-785347214