Sacs
---- Envoyé avec BlackBerry® ----

-----Original Message-----
From: users-requ...@lists.opennebula.org
Sender: users-bounces@lists.opennebula.orgDate: Wed, 22 Aug 2012 03:57:06 
To: <users@lists.opennebula.org>
Reply-To: users@lists.opennebula.org
Subject: Users Digest, Vol 54, Issue 66

Send Users mailing list submissions to
        users@lists.opennebula.org

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
or, via email, send a message with subject or body 'help' to
        users-requ...@lists.opennebula.org

You can reach the person managing the list at
        users-ow...@lists.opennebula.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Users digest..."


Today's Topics:

   1. Re: noVNC Error - unable to establish VNC connection
      (Carlos Jim?nez)
   2. Quota system in 3.6 (Nicolas AGIUS)
   3. Re: How-to set RAM on Running KVM VM in CentOS 6.2x86 +
      openNebula v3.6 (Andr? Monteiro)
   4. Re: How-to set RAM on Running KVM VM in CentOS 6.2x86 +
      openNebula v3.6 (Ruben S. Montero)


----------------------------------------------------------------------

Message: 1
Date: Wed, 22 Aug 2012 10:28:31 +0200
From: Carlos Jim?nez <cjime...@eneotecnologia.com>
To: Hector Sanjuan <hsanj...@opennebula.org>
Cc: users@lists.opennebula.org
Subject: Re: [one-users] noVNC Error - unable to establish VNC
        connection
Message-ID: <5034982f.1060...@eneotecnologia.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Hi Hector,

You were right. It was the firewall on Host1 (iptables) configured to 
accept only by default incoming ICMP and SSH traffic. I thought I had 
configured iptables on both hosts but I just did it on Host2.
Now, I clic VNC icon on Sunstone web and it successfully connects to the VM.


Thank you very much.

Carlos.

On 08/21/2012 04:10 PM, Hector Sanjuan wrote:
> Hello,
>
>> Then, I try to establish a VNC connection from my PC using a VNC 
>> client (vinagre)..
>>    1: 192.168.101.119: ignoring socket not ready
>>
>> ...
>>    2: 127.0.0.1: ignoring socket not ready
>>
>> The same test but using Firefox from my computer:
>>    3: 192.168.101.119: Normal web request received but disallowed
>
> This is because you are connecting to websockify with a normal VNC 
> client, not with a websockets client as expected. You can try to see 
> if you can use vinagre to connect directly to Host1:5905 in first 
> place, to assure that the VM VNC is responding.
>
> The error below is the relevant one:
>
>>    4: connecting to: Host1:5905
>>    4: handler exception: [Errno 113] No route to host
>>
>
> Do you have a firewall or some other mechanism that might prevent that 
> Host1 is reachable from the frontend? Perhaps you can try launching 
> websockify with Host1 IP directly, to see if its a name resolve issue 
> in the end...
>



------------------------------

Message: 2
Date: Wed, 22 Aug 2012 09:39:04 +0100 (BST)
From: Nicolas AGIUS <nicolas.ag...@lps-it.fr>
To: users@lists.opennebula.org
Subject: [one-users] Quota system in 3.6
Message-ID:
        <1345624744.90974.yahoomailclas...@web171201.mail.ir2.yahoo.com>
Content-Type: text/plain; charset="utf-8"

Hi,

I've upgraded to 3.6 and I'm tring to use the new quota system.

It seems that the file quota.conf is no more used.
How can I set defaults quotas for all users ?

Thanks,
Nicolas AGIUS

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20120822/bec75f9f/attachment.htm>

------------------------------

Message: 3
Date: Wed, 22 Aug 2012 10:06:05 +0100
From: Andr? Monteiro <andre.mont...@gmail.com>
To: users <Users@lists.opennebula.org>
Subject: Re: [one-users] How-to set RAM on Running KVM VM in CentOS
        6.2x86 + openNebula v3.6
Message-ID:
        <CAG+nK=rh8nomtptjv6rrovzdw638qgumaobggy+noigkolz...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hello,

There is a more pratical and fast way:
- open virt-manager and click for VM details
- shutdown VM on OpenNebula
- change RAM and CPU on virt-manager, it will update libvirt xml correctly
- restart machine on OpenNebula

The only catch is that OpenNebula doesn't know about this change and can
overcommit resources.

--
Andr? Monteiro




On Wed, Aug 22, 2012 at 8:17 AM, cloud.b.lab <cloud.b....@zoho.com> wrote:

> **
> Junix,
>
> *There is an indirect method*, *but I do not recommend that as it will
> send wrong and incorrect signals to OpenNebula Monitoring program and if
> you do not have fast hands, your VM will end up in "unkn" state.*
>
> Again I am saying I it is not a  recommend practice and you don't try  it
> in a non test environment.
>
>
> If you would like to try it for information purpose , do the following:
>
> 1. Create a test vm and login.
>    e.g.   153 oneadmin oneadmin centos63  runn   10   *1024M* onehost
>  0d 00h12
>
> 2. Verify the total memory using "free" command
>
> 3. Go to the machine running libvirt [means your OpenNebula Node]
>
> 4. Get the doamin ID using                     virsh list
>
> 5. Get a xmldump of running domain         virsh dumpxml <Domain-ID>
>  <file-name>
>     e.g.  virsh dumpxml 7 > /var/lib/one/template/one-149
>
> 6. Open the XML and change the memory values, Save. Assume currently it
> is 1048576.
>   <memory>2095104</memory>
>   <currentMemory>2095104</currentMemory>
>
> 7. Destroy the running domain                 virsh destroy 6
>
> 8. List all doamins in Shut-off state          virsh list --all
>
> 9. If it is there in shut-off state, undefine it          virsh undefine
> <DOAMIn-NAME>
>       e.g. virsh undefine one-149
>
> 10. Recreate the doamin using the XML
>       e.g. virsh create /var/lib/one/template/one-149
>
> 11. Connect through VNC , login as root and check with "free". You will
> see a higher MEM value
>
> 11. Give onevm top ,Wait for some time: OpenNebula reports the following.
>
> 153 oneadmin oneadmin  centos63   runn    5      *2G* onehost      0d
> 00h24
>
>
>  Thanks and regards,
> Anil Kumar
>
>
>
> ---- On Tue, 21 Aug 2012 22:38:39 -0700 *cloud.b.lab<cloud.b....@zoho.com>
> * wrote ----
>
> As per my limited understanding:
>
> The  RAM size you specify in the VM template using "MEMORY=xxxx"
> translates to "Maximum available memory" for an active domain.
> Hence, while the domain being active , I think one cannot go beyond the
> available/max mem.
>
> If you edit the XML file through libvirt and force change the Maximum
> memory value to anything higher, you may end up in Kernel Panic situation.
>
> If you would like to try it , do the following:
> 1. Create a test vm
> 2. Verify the total memory using "free" command
> 3. Go to the machine running libvirt
> 4. Get the doamin ID using                               virsh list
> 5. Save the current state of doamin using          virsh save <Doamin_ID>
>  <Filename-with-domain-name>
>     (so that you have a copy of it)
> 6. Restore the doamin      using                        virsh
>  <Filename-with-domain-name>
> 5. Edit the doamin XML using                            virsh edit
> <DOMAIN_ID>
> 6. Try to change values for <memory> and <currentMemory> tags to a higher
> value divisible by 1024.
>      Assume current <memory> is 1048576.
> e.g.
>  <memory>2095104</memory>
>   <currentMemory>2095104</currentMemory>
> 7. Try to reboot the doamin                              virsh reboot
> <DOAMIn-ID>
> 8. Check available memory using "free"
> 9. Try issue setmaxmem command to increase memory to 2095104   virsh
> setmaxmem <DOAMIn-ID> 2095104
>
> oneadmin@onehost:~$ virsh setmaxmem 4 2095104
> error: Unable to change MaxMemorySize
> error: Requested operation is not valid: cannot resize the maximum memory
> on an active domain
> 10. Try to increase available memory
> oneadmin@onehost:~$ virsh setmem 4 2095104
> error: Requested memory size 2095104 kb is larger than maximum of 1048576
> kb
>
> Hope this helps.....
>
> Regards,
> Anil.
>
>
>
> ---- On Tue, 21 Aug 2012 10:42:41 -0700 *Lawrence Chiong<juni...@gmail.com
> >* wrote ----
>
> Hello,
>
> Can anyone guide me a step-by-step guide on HOWTO change/update RAM on a
> fly / running VM (KVM). Because I tried changing my VM template (in
> sunstone)  its Memory (e.g. from 2048M to 4096M) and then reboot my KVM VM
> but changes made doesn't take effect. So I tried manually changed the
> .../deployment.0 file and update the Memory element and update also the
> vm_pool table on body field +Memory element to 4096M then I restarted
> "oned" + "sunstone" so with mysqld BUT still the memory being updated
> doesn't changed.
>
> Any help is very much appreciated.
>
> Thank you.
>
> Junix
> _______________________________________________
> Users mailing list
> Users@lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>
> _______________________________________________
> Users mailing list
> Users@lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>
>
> _______________________________________________
> Users mailing list
> Users@lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20120822/f245d52a/attachment.htm>

------------------------------

Message: 4
Date: Wed, 22 Aug 2012 12:54:22 +0200
From: "Ruben S. Montero" <rsmont...@opennebula.org>
To: Lawrence Chiong <juni...@gmail.com>
Cc: users <Users@lists.opennebula.org>
Subject: Re: [one-users] How-to set RAM on Running KVM VM in CentOS
        6.2x86 + openNebula v3.6
Message-ID:
        <CAGi56tdQxBoCEMD0+EVzqkZjGkKs29B+R5e5zkN_-=w9wez...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Hi,

Just to answer the initial question from Junix, OpenNebula 3.6 does not
support hot-resize of CPU and MEMORY. As described in this thread, this can
be achieved somehow by interacting directly with the hypervisor although it
may lead to an inconsistent VM state in terms of resouce consumption.

 Given the interest show in this thread we will evaluate its implementation
for future versions.

Cheers and thanks for your great feedback!

Ruben

On Wed, Aug 22, 2012 at 11:06 AM, Andr? Monteiro <andre.mont...@gmail.com>wrote:

> Hello,
>
> There is a more pratical and fast way:
> - open virt-manager and click for VM details
> - shutdown VM on OpenNebula
> - change RAM and CPU on virt-manager, it will update libvirt xml correctly
> - restart machine on OpenNebula
>
> The only catch is that OpenNebula doesn't know about this change and can
> overcommit resources.
>
> --
> Andr? Monteiro
>
>
>
>
> On Wed, Aug 22, 2012 at 8:17 AM, cloud.b.lab <cloud.b....@zoho.com> wrote:
>
>> **
>> Junix,
>>
>> *There is an indirect method*, *but I do not recommend that as it will
>> send wrong and incorrect signals to OpenNebula Monitoring program and if
>> you do not have fast hands, your VM will end up in "unkn" state.*
>>
>> Again I am saying I it is not a  recommend practice and you don't try  it
>> in a non test environment.
>>
>>
>> If you would like to try it for information purpose , do the following:
>>
>> 1. Create a test vm and login.
>>    e.g.   153 oneadmin oneadmin centos63  runn   10   *1024M* onehost
>>    0d 00h12
>>
>> 2. Verify the total memory using "free" command
>>
>> 3. Go to the machine running libvirt [means your OpenNebula Node]
>>
>> 4. Get the doamin ID using                     virsh list
>>
>> 5. Get a xmldump of running domain         virsh dumpxml <Domain-ID>
>>  <file-name>
>>     e.g.  virsh dumpxml 7 > /var/lib/one/template/one-149
>>
>> 6. Open the XML and change the memory values, Save. Assume currently it
>> is 1048576.
>>   <memory>2095104</memory>
>>   <currentMemory>2095104</currentMemory>
>>
>> 7. Destroy the running domain                 virsh destroy 6
>>
>> 8. List all doamins in Shut-off state          virsh list --all
>>
>> 9. If it is there in shut-off state, undefine it          virsh undefine
>> <DOAMIn-NAME>
>>       e.g. virsh undefine one-149
>>
>> 10. Recreate the doamin using the XML
>>       e.g. virsh create /var/lib/one/template/one-149
>>
>> 11. Connect through VNC , login as root and check with "free". You will
>> see a higher MEM value
>>
>> 11. Give onevm top ,Wait for some time: OpenNebula reports the following.
>>
>> 153 oneadmin oneadmin  centos63   runn    5      *2G* onehost      0d
>> 00h24
>>
>>
>>  Thanks and regards,
>> Anil Kumar
>>
>>
>>
>> ---- On Tue, 21 Aug 2012 22:38:39 -0700 *cloud.b.lab<cloud.b....@zoho.com
>> >* wrote ----
>>
>> As per my limited understanding:
>>
>> The  RAM size you specify in the VM template using "MEMORY=xxxx"
>> translates to "Maximum available memory" for an active domain.
>>  Hence, while the domain being active , I think one cannot go beyond the
>> available/max mem.
>>
>> If you edit the XML file through libvirt and force change the Maximum
>> memory value to anything higher, you may end up in Kernel Panic situation.
>>
>> If you would like to try it , do the following:
>> 1. Create a test vm
>> 2. Verify the total memory using "free" command
>> 3. Go to the machine running libvirt
>> 4. Get the doamin ID using                               virsh list
>> 5. Save the current state of doamin using          virsh save <Doamin_ID>
>>  <Filename-with-domain-name>
>>     (so that you have a copy of it)
>> 6. Restore the doamin      using                        virsh
>>  <Filename-with-domain-name>
>> 5. Edit the doamin XML using                            virsh edit
>> <DOMAIN_ID>
>> 6. Try to change values for <memory> and <currentMemory> tags to a higher
>> value divisible by 1024.
>>      Assume current <memory> is 1048576.
>> e.g.
>>  <memory>2095104</memory>
>>   <currentMemory>2095104</currentMemory>
>> 7. Try to reboot the doamin                              virsh reboot
>> <DOAMIn-ID>
>> 8. Check available memory using "free"
>> 9. Try issue setmaxmem command to increase memory to 2095104   virsh
>> setmaxmem <DOAMIn-ID> 2095104
>>
>> oneadmin@onehost:~$ virsh setmaxmem 4 2095104
>> error: Unable to change MaxMemorySize
>> error: Requested operation is not valid: cannot resize the maximum memory
>> on an active domain
>> 10. Try to increase available memory
>> oneadmin@onehost:~$ virsh setmem 4 2095104
>> error: Requested memory size 2095104 kb is larger than maximum of 1048576
>> kb
>>
>> Hope this helps.....
>>
>> Regards,
>> Anil.
>>
>>
>>
>> ---- On Tue, 21 Aug 2012 10:42:41 -0700 *Lawrence Chiong<
>> juni...@gmail.com>* wrote ----
>>
>> Hello,
>>
>> Can anyone guide me a step-by-step guide on HOWTO change/update RAM on a
>> fly / running VM (KVM). Because I tried changing my VM template (in
>> sunstone)  its Memory (e.g. from 2048M to 4096M) and then reboot my KVM VM
>> but changes made doesn't take effect. So I tried manually changed the
>> .../deployment.0 file and update the Memory element and update also the
>> vm_pool table on body field +Memory element to 4096M then I restarted
>> "oned" + "sunstone" so with mysqld BUT still the memory being updated
>> doesn't changed.
>>
>> Any help is very much appreciated.
>>
>> Thank you.
>>
>> Junix
>> _______________________________________________
>> Users mailing list
>> Users@lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users@lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users@lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>
>>
>
> _______________________________________________
> Users mailing list
> Users@lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>


-- 
Ruben S. Montero, PhD
Project co-Lead and Chief Architect
OpenNebula - The Open Source Solution for Data Center Virtualization
www.OpenNebula.org | rsmont...@opennebula.org | @OpenNebula
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20120822/6034168b/attachment.htm>

------------------------------

_______________________________________________
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org


End of Users Digest, Vol 54, Issue 66
*************************************
_______________________________________________
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Reply via email to