search for: 88bfd7f

Displaying 3 results from an estimated 3 matches for "88bfd7f".

2017 Feb 01
2
[PATCH] v2v: Further increase memory allocated to the appliance (RHBZ#1418283).
...t;v2v" () in - g#set_memsize (g#get_memsize () * 8 / 5); + g#set_memsize (g#get_memsize () * 20 / 5); (* The network is only used by the unconfigure_vmware () function. *) g#set_network true; (match conversion_mode with diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod index 4614888..88bfd7f 100644 --- a/v2v/virt-v2v.pod +++ b/v2v/virt-v2v.pod @@ -1634,7 +1634,7 @@ alleviate this. Virt-v2v is not especially compute or RAM intensive. If you are running many parallel conversions, then you may consider allocating -one CPU core and between 512 MB and 1 GB of RAM per running instance....
2017 Feb 01
0
Re: [PATCH] v2v: Further increase memory allocated to the appliance (RHBZ#1418283).
...nux command takes > large amounts of RAM (setfiles during the SELinux relabel step). > Therefore increase the memory size again, this time to 2000MB. > --- LGTM. Should v2v get a -m parameter like the other tools? > diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod > index 4614888..88bfd7f 100644 > --- a/v2v/virt-v2v.pod > +++ b/v2v/virt-v2v.pod > @@ -1634,7 +1634,7 @@ alleviate this. > > Virt-v2v is not especially compute or RAM intensive. If you are > running many parallel conversions, then you may consider allocating > -one CPU core and between 512 MB and...
2017 Feb 02
1
Re: [PATCH] v2v: Further increase memory allocated to the appliance (RHBZ#1418283).
...g an selinux_relabel (API). Probably on some guests they will also run out of memory. We could increase the appliance size for everyone, but I think it's better to fix the memory leak or whatever in setfiles. > > diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod > > index 4614888..88bfd7f 100644 > > --- a/v2v/virt-v2v.pod > > +++ b/v2v/virt-v2v.pod > > @@ -1634,7 +1634,7 @@ alleviate this. > > > > Virt-v2v is not especially compute or RAM intensive. If you are > > running many parallel conversions, then you may consider allocating > > -...