[one-users] opennebula upgrade to 3.8.3 minor errors

[Jaime Melis]

Hi Miloš,

I've added this to the known issues page explaining how to fix it:
http://opennebula.org/documentation:rel3.8:known_issues#sunstone-logs
(bug #1806)

cheers,
Jaime

On Sun, Mar 10, 2013 at 11:56 AM, Miloš Kozák <milos.kozak at lejmr.com> wrote:

>  Hi, is there any progress or any workaround how to show logs in sunstone?
>
>
> Dne 7.2.2013 12:11, Andreas Calvo Gómez napsal(a):
>
> Daniel,
> On 06/02/13 14:22, Daniel Molina wrote:
>
> On 6 February 2013 12:36, Andreas Calvo Gómez <andreas.calvo at scytl.com><andreas.calvo at scytl.com>wrote:
>
> Daniel,
>
> On 06/02/13 12:34, Daniel Molina wrote:
>
> On 6 February 2013 12:17, Andreas Calvo Gómez <andreas.calvo at scytl.com><andreas.calvo at scytl.com>
> wrote:
>
> Hi Daniel!
>
> On 06/02/13 11:15, Daniel Molina wrote:
>
> Hi,
>
> On 1 February 2013 13:05, Andreas Calvo Gómez <andreas.calvo at scytl.com><andreas.calvo at scytl.com>
> wrote:
>
> We have performed a update of both the OS (CentOS 6.2 to 6.3) and
> OpenNebula
> (3.8.1 to 3.8.3), and are facing some errors that weren't in the older
> release:
> - Logs can't be viewed from the webUI: selecting the "VM Log" tab shows
> an
> error message "Log for VM XXX not available".
>
> There was a bug in previous releases with the vm log directory, but it
> should be fixed in 3.8.3. Did you restart the sunstone-server after
> upgrading?
>
> Yes, several times because Sunstone or ONE becomes unresponsive from time
> to
> time.
>
> Is Sunstone running on the same machine as OpenNebula?
>
> Yes, we have a frontend with Sunstone and OpenNebula (using NFS to share
> the
> common storage).
>
> The new vms logs should be in:
>              system-wide: LOG_LOCATION + "/vms/#{id}.log"
>              self-contained: LOG_LOCATION + "/vms/#{id}/vm.log"
> the former directory was
>              system-wide: LOG_LOCATION + "/#{id}.log"
>              self-contained: LOG_LOCATION + "/#{id}/vm.log"
>
> The logs from vms created in old versions have to be moved/linked to
> this new directory. I will update the upgrade guide with this step,
> sorry for the inconvenience..
>
> However, logs for new VMs are created under /var/log/one, which I thought
> is where ONE is looking to show them.
>
>
>
>   - One node can't establish network connections: started VMs on one
> specific
> node don't have network connectivity, while they get the IP address by
> context. All other nodes work fine.
>
> Please check the following link:
>
>
>
> http://wiki.opennebula.org/faq#my_vm_is_running_but_i_get_no_answer_from_pings_what_s_wrong
>
> Maybe there is something wrong with the host configuration.
>
> I'll try that link, but all nodes performed the same update procedure and
> only one is not working.
>
>  - Sunstone/ONE seems to be stucked from time to time when performing
> large
> operations: as the old version (3.8.1), Sunstone becomes unresponsive
> and
> it
> is necessary to shut down all applications (one, sunstone, occi) and
> start
> them again. It usually happens when performing an operation with a
> large
> set
> of VMs.
>
> For all errors, no log in /var/log/one give any hint.
> Is there any other way to try to narrow down the root source of this
> problems?
>
> What are exactly the actions you performed and with how many vms?
> Could you send us your sched.conf and oned.conf files?
>
> When a batch command is executed (usually deleting 50+ VMs), Sunstone or
> ONE
> becomes unresponsive and must be restarted.
> Yes, attached you will find our config files.
>
> Can you interact with OpenNebula through the cli, or is Sunstone the
> only one that becomes unresponsive.
>
> Everything becomes unresponsive, but not at the same time.
> When a user performs a large batch operation, the same user can't run more
> commands, but other users are fine for a while.
> After some time, users can't log into Sunstone and other services (such as
> OCCI) become unresponsive too.
>
>  Could you send us the oned.log part when this operation is performed
>
> I've attached a compressed file with all logs (besides VM related ones)
> performing the batch operation.
> Hope it's usefull.
>
>
> Cheers
>
>
>
>
> _______________________________________________
> Users mailing listUsers at lists.opennebula.orghttp://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>


-- 
Jaime Melis
Project Engineer
OpenNebula - The Open Source Toolkit for Cloud Computing
www.OpenNebula.org | jmelis at opennebula.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20130311/5ea10c1c/attachment-0002.htm>