similar to: libvirt with opennebula

On 04/12/2016 10:58 AM, TomK wrote: > Hey Martin, > > Thanks very much. Appreciate you jumping in on this thread. Can you provide some more details with respect to which libvirt version you have installed. I know I've made changes in this space in more recent versions (not the most recent). I'm no root_squash expert, but I was the last to change things in the space so that

[ I would be way easier to reply if you didn't top-post ] On Tue, Apr 12, 2016 at 12:07:50PM -0400, TomK wrote: >Hey John, > >Hehe, I got the right guy then. Very nice! And very good ideas but I >may need more time to reread and try them out later tonight. I'm fully >in agreement about providing more details. Can't be accurate in a >diagnosis if there isn't

On 04/12/2016 03:55 PM, TomK wrote: > > On 4/12/2016 3:40 PM, Martin Kletzander wrote: >> [ I would be way easier to reply if you didn't top-post ] >> >> On Tue, Apr 12, 2016 at 12:07:50PM -0400, TomK wrote: >>> Hey John, >>> >>> Hehe, I got the right guy then. Very nice! And very good ideas but I >>> may need more time to reread

On Tue, Apr 12, 2016 at 03:55:45PM -0400, TomK wrote: >On 4/12/2016 3:40 PM, Martin Kletzander wrote: >> [ I would be way easier to reply if you didn't top-post ] >> >> On Tue, Apr 12, 2016 at 12:07:50PM -0400, TomK wrote: >>> On 4/12/2016 11:45 AM, John Ferlan wrote: >>>> What got my attention was the error message "initializing FS storage

On Mon, Apr 11, 2016 at 08:02:04PM -0400, TomK wrote: >Hey All, > >Wondering if anyone had any suggestions on this topic? > The only thing I can come up with is: '/var/lib/one//datastores/0/38/disk.1': Permission denied ... that don't have access to that file. Could you elaborate on that? I think it's either: a) you are running the domain as root or b) we

On 04/13/2016 09:23 AM, TomK wrote: > On 4/13/2016 1:33 AM, Martin Kletzander wrote: >> On Tue, Apr 12, 2016 at 06:24:16PM -0400, TomK wrote: >>> On 4/12/2016 5:08 PM, John Ferlan wrote: >>>> Having/using a root squash via an NFS pool is "easy" (famous last >>>> words) >>>> >>>> Create some pool XML (taking the example I

On 4/13/2016 10:00 AM, John Ferlan wrote: > > On 04/13/2016 09:23 AM, TomK wrote: >> On 4/13/2016 1:33 AM, Martin Kletzander wrote: >>> On Tue, Apr 12, 2016 at 06:24:16PM -0400, TomK wrote: >>>> On 4/12/2016 5:08 PM, John Ferlan wrote: >>>>> Having/using a root squash via an NFS pool is "easy" (famous last >>>>> words)

Hey John, Hehe, I got the right guy then. Very nice! And very good ideas but I may need more time to reread and try them out later tonight. I'm fully in agreement about providing more details. Can't be accurate in a diagnosis if there isn't much data to go on. This pool option is new to me. Please tell me more on it. Can't find it in the file below but maybe it's

On 4/12/2016 5:08 PM, John Ferlan wrote: > > On 04/12/2016 03:55 PM, TomK wrote: >> On 4/12/2016 3:40 PM, Martin Kletzander wrote: >>> [ I would be way easier to reply if you didn't top-post ] >>> >>> On Tue, Apr 12, 2016 at 12:07:50PM -0400, TomK wrote: >>>> Hey John, >>>> >>>> Hehe, I got the right guy then. Very

On Tue, Apr 12, 2016 at 06:24:16PM -0400, TomK wrote: >On 4/12/2016 5:08 PM, John Ferlan wrote: >> Having/using a root squash via an NFS pool is "easy" (famous last words) >> >> Create some pool XML (taking the example I have) >> >> % cat nfs.xml >> <pool type='netfs'> >> <name>rootsquash</name> >>

On Tue, Apr 12, 2016 at 10:29:29PM +0200, Martin Kletzander wrote: >On Tue, Apr 12, 2016 at 03:55:45PM -0400, TomK wrote: >>On 4/12/2016 3:40 PM, Martin Kletzander wrote: >>> [ I would be way easier to reply if you didn't top-post ] >>> >>> On Tue, Apr 12, 2016 at 12:07:50PM -0400, TomK wrote: >>>> On 4/12/2016 11:45 AM, John Ferlan wrote:

Adding in libvir-list. Cheers, Tom K. ------------------------------------------------------------------------------------- Mobile: 416 618 8456 Home: 905 857 9652 Living on earth is expensive, but it includes a free trip around the sun. On 4/7/2016 7:32 PM, TomK wrote: > Hey All, > > I've an issue where libvirtd tries to access an NFS mount but errors > out with: can't

hi, Some of you might have seen the email on the centos-devel list, for the rest I just wanted to point out that we've been working on getting opennebula ( http://www.opennebula.org/ ) rpms and contextualised images for opennebula available with a very low barrier to entry for CentOS. The 'win' with OpenNebula is that its easy to install, easy to get going, scales well and mostly

Hi, I have this resource definition: ssh_authorized_key { "nagios@login2": key => [REDACTED] user => "nagios", type => "ssh-dss", require => Service[''nis''], } This nagios user comes from NIS, yp.conf and nsswitch.conf are handled by puppet and configured before the key. I still get an "User does not

Hey All, I've an issue where libvirtd tries to access an NFS mount but errors out with: can't canonicalize path '/var/lib/one//datastores/0 . The unprevilidged user is able to read/write fine to the share. root_squash is used and for security reasons no_root_squash cannot be used. On the controller and node SELinux is disabled. [oneadmin@mdskvm-p01 ~]$ virsh -d 1 --connect

Hey All, Wondering if anyone had any suggestions on this topic? Cheers, Tom K. ------------------------------------------------------------------------------------- Living on earth is expensive, but it includes a free trip around the sun. On 4/9/2016 11:08 AM, TomK wrote: > Adding in libvir-list. > > Cheers, > Tom K. >

Hello, I have cluster with AMD EPYC 7351 cpu. Two CPUs per node. I have performance 8-NUMA configuration: This is from hypervizor: [root@hde10 ~]# lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 64 On-line CPU(s) list: 0-63 Thread(s) per core: 2 Core(s) per socket: 16 Socket(s): 2 NUMA

Hello again, when the iozone writes slow. This is how slabtop looks like: 62476752 62476728 0% 0.10K 1601968 39 6407872K buffer_head 1000678 999168 0% 0.56K 142954 7 571816K radix_tree_node 132184 125911 0% 0.03K 1066 124 4264K kmalloc-32 118496 118224 0% 0.12K 3703 32 14812K kmalloc-node 73206 56467 0% 0.19K 3486 21