Re: [Users] [Feedback required][host-deploy] Fedora-19 misses tar at minimal setup
- Original Message - From: Alon Bar-Lev alo...@redhat.com To: Juan Hernandez jhern...@redhat.com Cc: engine-devel engine-de...@ovirt.org, arch a...@ovirt.org, users users@ovirt.org Sent: Sunday, July 28, 2013 1:42:58 PM Subject: Re: [Users] [Feedback required][host-deploy] Fedora-19 misses tar at minimal setup - Original Message - From: Juan Hernandez jhern...@redhat.com To: Alon Bar-Lev alo...@redhat.com Cc: engine-devel engine-de...@ovirt.org, arch a...@ovirt.org, users users@ovirt.org Sent: Sunday, July 28, 2013 12:26:56 PM Subject: Re: [Users] [Feedback required][host-deploy] Fedora-19 misses tar at minimal setup On 07/28/2013 09:46 AM, Alon Bar-Lev wrote: Hello All, I would like to receive feedback regarding how we should cope with a state presented to use by Fedora. Fedora-19 minimal setup does not install tar utility which is required to deploy files during the host-deploy process (Hosts-Add Host). I guess because of 2.8M in size (including translations) -- a standard commonly used utility was removed. There are two alternatives : 1. Instruct users who are using minimal installations to manually install tar utility just like they configure repository, dns, etc.. Benefit: simplicity. Benefit: use standard tools. Benefit: lower payload to transmit. Drawback: require tar at destination machine. 2. Do not use tar but self extracting python script, a patch is ready[1]. Benefit: ability to deploy environment in which tar is missing. Drawback: non standard tool at destination machine. Drawback: complexity within our code. [[[ There was 3rd alternative, using python tar module to deploy tar. However, there is a bug in that module when processing last block if empty. This is edge condition but happened to at least one of the users and I could reproduce it. ]]] Regards, Alon Bar-Lev Consider using cpio instead of tar. It is required to build initrd, so available in any installation. It is also supported by the library currently used in the engine to build the tar archive. Thanks Juan, it is good idea. I did not thought of using cpio, as I remembered that cpio has no embedded eof (a.cpio+b.cpio=cpio), but now I experiments and see that I was mistaken. Will try to establish a working solution. Done[1]. Thanks! host-deploy: use cpio instead of tar for bundle transfer for some reason fedora-18/19 got tar out of base system, so we are forced to find some solution, although manual configuration is required anyway (repository, networking etc...). there was attempt to use python tar module, however this module has a bug when last block is empty, so it is not suitable for usage. cpio is alternative for fedora, however it is rightfully missing from other distributions as it is much less used. as we do not support hosts using different distributions, we are ok now. in future, we can use python self extract script, work already performed at: I1e5ddab9ae87979da7d7296c4f3c7ef08e21e903 at the price of complexity. Change-Id: I1386e7d688a9ec7e28519fb407478fd17cbab4ca Signed-off-by: Alon Bar-Lev alo...@redhat.com [1] http://gerrit.ovirt.org/#/c/17396/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr
On 07/27/2013 09:50 PM, Dan Kenigsberg wrote: On Fri, Jul 26, 2013 at 02:03:28PM -0400, Nicholas Kesick wrote: Date: Fri, 26 Jul 2013 05:52:44 +0300 From: ih...@redhat.com To: cybertimber2...@hotmail.com CC: dan...@redhat.com; users@ovirt.org Subject: Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr On 07/26/2013 05:40 AM, Nicholas Kesick wrote: Replies inline. Date: Thu, 25 Jul 2013 22:27:17 +0300 From: dan...@redhat.com To: cybertimber2...@hotmail.com CC: users@ovirt.org Subject: Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr On Thu, Jul 25, 2013 at 11:54:40AM -0400, Nicholas Kesick wrote: When I try to migrate a VM, any VM, between my two hosts, I receive an error that says Migration failed due to error: migrateerr. Looking in the log I don't see any thing that jumps out other than the final message VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Fatal error during migration Ovirt-engine is version 3.2.2-1.1.fc18.noarch, firewalld is disabled, and selinux is permissive. Please do not say this in public, you're hurting Dan Walsh's feelings ;-) I recall seeing his blog posts, and I agree. Not sure when I set it to permissive... maybe to get the 3.2 install w/ Firewalld setup to complete? I remember that was fixed in 3.2.1. I'll set it back to enforcing. ovirt-node version is 2.6.1 on both hosts. Any suggestions would be welcome! I'd love to see /etc/vdsm/vdsm.log from source and destination. The intersting parts start with vmMigrate at the source and with vmMigrationCreate at the destination. Hmm, I probably should have pulled that sooner. So, I cleared the active VDSM (while nothing was running) and libvirtd.log, booted one vm, and tried to migrate it. Attached are the logs. It looks like it boils down to (from the source): Traceback (most recent call last): File /usr/share/vdsm/vm.py, line 271, in run File /usr/share/vdsm/libvirtvm.py, line 505, in _startUnderlyingMigration File /usr/share/vdsm/libvirtvm.py, line 541, in f File /usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py, line 111, in wrapper File /usr/lib64/python2.7/site-packages/libvirt.py, line 1178, in migrateToURI2 libvirtError: internal error Attempt to migrate guest to the same host localhost Does this mean my UUIDs are the same? http://vaunaspada.babel.it/blog/?p=613 As far as the destination, I'm really not understanding what's going on on the destination between Destination VM creation succeeded and :destroy Called that would lead to it failing, except for what's after the traceback: Traceback (most recent call last): File /usr/share/vdsm/vm.py, line 696, in _startUnderlyingVm File /usr/share/vdsm/libvirtvm.py, line 1907, in _waitForIncomingMigrationFinish File /usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py, line 111, in wrapper File /usr/lib64/python2.7/site-packages/libvirt.py, line 2822, in lookupByUUIDString libvirtError: Domain not found: no domain with matching uuid '50171e1b-cf21-41d8-80f3-88ab1b980091' But that is the ID of the VM by the looks of it. Sorry Itamar, nothing was written to libvirtd.log after I cleared it. It could be that libvirtd is still writing to the files that you removed from the filesystem. To make sure libvirtd writes to your new file, restart the service. There may be clues there on why libvirt thinks that the source and destination are one and the same. When clearing the logs, it should be enough to do ' /path/to/libvirtd.log' (in bash). Thread-800::ERROR::2013-07-26 01:57:16,198::vm::198::vm.Vm::(_recover) vmId=`50171e1b-cf21-41d8-80f3-88ab1b980091`::internal error Attempt to migrate guest to the same host localhost Thread-800::ERROR::2013-07-26 01:57:16,377::vm::286::vm.Vm::(run) vmId=`50171e1b-cf21-41d8-80f3-88ab1b980091`::Failed to migrate Traceback (most recent call last): File /usr/share/vdsm/vm.py, line 271, in run File /usr/share/vdsm/libvirtvm.py, line 505, in _startUnderlyingMigration File /usr/share/vdsm/libvirtvm.py, line 541, in f File /usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py, line 111, in wrapper File /usr/lib64/python2.7/site-packages/libvirt.py, line 1178, in migrateToURI2 libvirtError: internal error Attempt to migrate guest to the same host localhost what are your hostnames? host001 on 192.168.0.103 and host002 on 192.168.0.104 Even tried changing it, no luck. Are they resolving properly on those hosts? Is there a DNS or /etc/hosts entry related to this? Could it be because the oVirt Node - Network tab - does not have any DNS servers specified? I do not think so. We do not see name resolution errors, or name resolutions at all. What does libvirt (src + dst) say about virsh -r capabilities|grep uuid ? If uuids happen to be the same, you get
Re: [Users] tech talk on KVM and oVirt !!
Udayendu, Nice effort. One suggestion... It looks like you referred to some old oVirt ... because features such as live storage migration, hotplug, live snapshots are already in ovirt 3.2 but you slides denotes them as upcoming (ON the horizon). You might want to update them :) thanx, deepak ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.2.2 successfully connected to Samba4
Hi! I can also confirm this to be working. I set up a SAMBA4 DC on a freebsd-based VM and is successfully connected to it on my experimental oVirt-3.1 engine. Just FYI. /Karli fre 2013-06-28 klockan 16:19 +0200 skrev Gianluca Cecchi: Hello, in the past there were some threads related to this subject. Today I successfully connected my oVirt 3.2.2 (installed on f18 with ovirt-repo) to a CentOS 6 samba4 server. Basically I followed this nice page for CentOS 6 with the difference that I downloaded and compiled 4.0.6 version of Samba instead of 4.0.0: http://opentodo.net/2013/01/samba4-as-ad-domain-controller-on-centos-6/ One important thing is that I had to put samba4 server ip in resolv.conf as the first for my engine. But in my case this was not a problem because samba4 is then configured with the original corporate dns as forwarder, so all is ok for me Some commands' output [root@c6dc samba-4.0.6]# /usr/local/samba/bin/samba-tool domain provision --realm=ovtest.local --domain=OVTEST --adminpass 'X' --server-role=dc --dns-backend=BIND9_DLZ Looking up IPv4 addresses Looking up IPv6 addresses No IPv6 address will be assigned Setting up secrets.ldb Setting up the registry Setting up the privileges database Setting up idmap db Setting up SAM db Setting up sam.ldb partitions and settings Setting up sam.ldb rootDSE Pre-loading the Samba 4 and AD schema Adding DomainDN: DC=ovtest,DC=local Adding configuration container Setting up sam.ldb schema Setting up sam.ldb configuration data Setting up display specifiers Modifying display specifiers Adding users container Modifying users container Adding computers container Modifying computers container Setting up sam.ldb data Setting up well known security principals Setting up sam.ldb users and groups Setting up self join Adding DNS accounts Creating CN=MicrosoftDNS,CN=System,DC=ovtest,DC=local Creating DomainDnsZones and ForestDnsZones partitions Populating DomainDnsZones and ForestDnsZones partitions See /usr/local/samba/private/named.conf for an example configuration include file for BIND and /usr/local/samba/private/named.txt for further documentation required for secure DNS updates Setting up sam.ldb rootDSE marking as synchronized Fixing provision GUIDs A Kerberos configuration suitable for Samba 4 has been generated at /usr/local/samba/private/krb5.conf Once the above files are installed, your Samba4 server will be ready to use Server Role: active directory domain controller Hostname: c6dc NetBIOS Domain:OVTEST DNS Domain:ovtest.local DOMAIN SID:S-1-5-21-4186344073-955232896-1764362378 [root@c6dc samba-4.0.6]# rndc-confgen -a -r /dev/urandom wrote key file /etc/rndc.key - tests (see also http://www.alexwyn.com/computer-tips/centos-samba4-active-directory-domain-controller) [root@c6dc ]# /usr/local/samba/bin/smbclient -L localhost -U% Domain=[OVTEST] OS=[Unix] Server=[Samba 4.0.6] Sharename Type Comment - --- netlogonDisk sysvol Disk IPC$IPC IPC Service (Samba 4.0.6) Domain=[OVTEST] OS=[Unix] Server=[Samba 4.0.6] Server Comment ---- WorkgroupMaster ---- [root@c6dc ntp-4.2.6p5]# host -t SRV _ldap._tcp.ovtest.local. _ldap._tcp.ovtest.local has SRV record 0 100 389 c6dc.ovtest.local. [root@c6dc ntp-4.2.6p5]# host -t SRV _kerberos._udp.ovtest.local. _kerberos._udp.ovtest.local has SRV record 0 100 88 c6dc.ovtest.local. [root@c6dc ntp-4.2.6p5]# kinit administrator@OVTEST.LOCALmailto:administrator@OVTEST.LOCAL Password for administrator@OVTEST.LOCALmailto:administrator@OVTEST.LOCAL: Warning: Your password will expire in 41 days on Fri Aug 9 13:30:59 2013 [root@c6dc ntp-4.2.6p5]# klist Ticket cache: FILE:/tmp/krb5cc_0 Default principal: administrator@OVTEST.LOCALmailto:administrator@OVTEST.LOCAL Valid starting ExpiresService principal 06/28/13 14:55:11 06/29/13 00:55:11 krbtgt/OVTEST.LOCAL@OVTEST.LOCALmailto:OVTEST.LOCAL@OVTEST.LOCAL renew until 07/05/13 14:55:08 Users' mgmt can be done from windows with Samba AD management tools see: http://wiki.samba.org/index.php/Samba_AD_management_from_windows I managed from linux see: http://wiki.samba.org/index.php/Adding_users_with_samba_tool [root@c6dc ntp-4.2.6p5]# /usr/local/samba/bin/samba-tool user add OVIRTADM New Password: Retype Password: User 'OVIRTADM' created successfully [root@c6dc ntp-4.2.6p5]# /usr/local/samba/bin/wbinfo --name-to-sid OVIRTADM S-1-5-21-4186344073-955232896-1764362378-1104 SID_USER (1) [root@c6dc ntp-4.2.6p5]# /usr/local/samba/bin/wbinfo --sid-to-uid S-1-5-21-4186344073-955232896-1764362378-1104 316 I missed givenName and sn in user creation Unfortunately there is a only proposed patch for an edit subcommand but is not inside yet. http://samba.2283325.n4.nabble.com/Patch-for-samba-tool-user-modify-subcommand-td4634884.html See also:
[Users] oVirt - Glance Integration Deep Dive Session
BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Europe/Berlin BEGIN:STANDARD DTSTART:16010101T03 TZOFFSETTO:+0100 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU TZNAME:CET END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T02 TZOFFSETTO:+0200 TZOFFSETFROM:+0100 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1SU TZNAME:CEST END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:8ea8a413-e9de-46be-be2d-8f83ca22df3a SUMMARY:oVirt - Glance Integration Deep Dive Session ATTENDEE;CN=oVirt Users;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE :mailto:users@ovirt.org ATTENDEE;CN=engine-devel;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU E:mailto:engine-de...@ovirt.org ORGANIZER;CN=Federico Simoncelli:mailto:fsimo...@redhat.com DTSTART;TZID=Europe/Berlin:20130730T15 DTEND;TZID=Europe/Berlin:20130730T16 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20130729T094421Z DTSTAMP:20130729T094421Z SEQUENCE:0 DESCRIPTION:The following is a new meeting request:\n\nSubject: oVirt - Glan ce Integration Deep Dive Session \nOrganizer: Federico Simoncelli fsimonc e...@redhat.com \n\nTime: Tuesday\, July 30\, 2013\, 3:00:00 PM - 4:00:00 PM G MT +01:00 Amsterdam\, Berlin\, Bern\, Rome\, Stockholm\, Vienna\n \nInvitees : users@ovirt.org\; engine-de...@ovirt.org \n\n\n*~*~*~*~*~*~*~*~*~*\n\nHi e veryone\,\n on Tuesday at 3pm (CEST) I will be presenting the recent work do ne in\nintegrating OpenStack Glance into oVirt 3.3.\n\nThe presentation will include both a high level overview (usage in webadmin)\nand a deep dive abo ut the low level implementation details.\n\nWhen:\nTue 30 Jul 2013 15:00 - 1 6:00 (CEST)\n\nWhere:\nhttps://sas.elluminate.com/m.jnlp?sid=819password=M. 9E565882E4EA0288E3479F3D2141BD\n\nBridge: 8425973915#\nPhone numbers: http:/ /www.ovirt.org/Intercall\n\n-- \nFederico\n BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] CentOS 6.4 + Ovirt 3.2 + NFS Backend Problems
ons 2013-07-24 klockan 23:35 +0200 skrev squadra:
Maybe found a workaround on the NFS server side, a option for the mountd service
-S Tell mountd to suspend/resume execution of the nfsd threads when-
ever the exports list is being reloaded. This avoids intermit-
tent access errors for clients that do NFS RPCs while the exports
are being reloaded, but introduces a delay in RPC response while
the reload is in progress. If mountd crashes while an exports
load is in progress, mountd must be restarted to get the nfsd
threads running again, if this option is used.
so far, i was able to reload the exports list twice, without any random
suspended vm. lets see if this is a real solution or if i just had luck two
times.
It would seem as if we are on the same boat:) Actually I hadn´t thought about
it before, but you´re right; issuing a service mountd reload does pause a
large number of VM´s, frickin annoying really. I mean, the NFS server doesn´t
care what or who it´s serving, you could be creating a new export for a
completely different system, and not even have oVirt in mind before customers
start to call, wondering why their VM´s have stopped responding!?
I actually tried that -S but it didn´t work for me at all, and looking at the
man-page for mountd, there´s no mention of it either, even though we are
presumably running the same version:
# uname -r
9.1-RELEASE
Or are you perhaps tracking -STABLE, and there´s a minor difference there?
but i am still interested in parameters which make the vdsm more tolerant to
short interruptions. instant suspend of a vm after such a short outage is not
very nice.
+1!
/Karli
On Wed, Jul 24, 2013 at 11:04 PM, squadra
squa...@gmail.commailto:squa...@gmail.com wrote:
Hi Folks,
i got a Setup running with the following Specs
4 VM Hosts - CentOS 6.4 - latest Ovirt 3.2 from dreyou
vdsm-xmlrpc-4.10.3-0.36.23.el6.noarch
vdsm-cli-4.10.3-0.36.23.el6.noarch
vdsm-python-4.10.3-0.36.23.el6.x86_64
vdsm-4.10.3-0.36.23.el6.x86_64
qemu-kvm-rhev-tools-0.12.1.2-2.355.el6.5.x86_64
qemu-kvm-rhev-0.12.1.2-2.355.el6.5.x86_64
qemu-img-rhev-0.12.1.2-2.355.el6.5.x86_64
gpxe-roms-qemu-0.9.7-6.9.el6.noarch
Management Node is also running latest 3.2 from dreyou
ovirt-engine-cli-3.2.0.10-1.el6.noarch
ovirt-engine-jbossas711-1-0.x86_64
ovirt-engine-tools-3.2.1-1.41.el6.noarch
ovirt-engine-backend-3.2.1-1.41.el6.noarch
ovirt-engine-sdk-3.2.0.9-1.el6.noarch
ovirt-engine-userportal-3.2.1-1.41.el6.noarch
ovirt-engine-setup-3.2.1-1.41.el6.noarch
ovirt-engine-webadmin-portal-3.2.1-1.41.el6.noarch
ovirt-engine-dbscripts-3.2.1-1.41.el6.noarch
ovirt-engine-3.2.1-1.41.el6.noarch
ovirt-engine-genericapi-3.2.1-1.41.el6.noarch
ovirt-engine-restapi-3.2.1-1.41.el6.noarch
VM are running from a Freebsd 9.1 NFS Server, which works absolutly flawless
until i need to reload the /etc/exports File on the NFS Server. For this, the
NFS Server itself doesnt need to be restarted, just the mountd Daemon is
Hup´ed.
But after sending a HUP to the mountd, Ovirt immidiatly thinks that there was a
problem with the storage backend and suspends random some VM. Luckily this VM
can be resumed instant without further issues.
The VM Hosts dont show any NFS related errors, so i expect the vdsm or engine
to check the nfs server continous.
The only thing i can find in the vdsm.log of a related host is
-- snip --
Thread-539::DEBUG::2013-07-24
22:29:46,935::resourceManager::830::ResourceManager.Owner::(releaseAll)
Owner.releaseAll requests {} resources {}
Thread-539::DEBUG::2013-07-24
22:29:46,935::resourceManager::864::ResourceManager.Owner::(cancelAll)
Owner.cancelAll requests {}
Thread-539::DEBUG::2013-07-24
22:29:46,935::task::957::TaskManager.Task::(_decref)
Task=`9332cd24-d899-4226-b0a2-93544ee737b4`::ref 0 aborting False
libvirtEventLoop::INFO::2013-07-24
22:29:55,142::libvirtvm::2509::vm.Vm::(_onAbnormalStop)
vmId=`244f6c8d-bc2b-4669-8f6d-bd957222b946`::abnormal vm stop device
virtio-disk0 error e
other
libvirtEventLoop::DEBUG::2013-07-24
22:29:55,143::libvirtvm::3079::vm.Vm::(_onLibvirtLifecycleEvent)
vmId=`244f6c8d-bc2b-4669-8f6d-bd957222b946`::event Suspended detail 2 opaque No
ne
libvirtEventLoop::INFO::2013-07-24
22:29:55,143::libvirtvm::2509::vm.Vm::(_onAbnormalStop)
vmId=`244f6c8d-bc2b-4669-8f6d-bd957222b946`::abnormal vm stop device
virtio-disk0 error e
other
-- snip --
i am a little bit at a dead end currently, since reloading a nfs servers export
table isnt a unusual task and everything is working like expected. just ovirt
seems way to picky.
is there any possibility to make this check a little bit more tolerant?
i try setting sd_health_check_delay = 30 in vdsm.conf, but this didnt change
anything.
anyone got an idea how i can get rid of this annoying problem?
Cheers,
Juergen
--
Sent from the Delta quadrant using Borg technology!
--
Sent
Re: [Users] CentOS 6.4 + Ovirt 3.2 + NFS Backend Problems
Hi Karli, i already thought that i am the only one with that combination ;) On Mon, Jul 29, 2013 at 1:11 PM, Karli Sjöberg karli.sjob...@slu.se wrote: ** ons 2013-07-24 klockan 23:35 +0200 skrev squadra: Maybe found a workaround on the NFS server side, a option for the mountd service -S Tell mountd to suspend/resume execution of the nfsd threads when- ever the exports list is being reloaded. This avoids intermit- tent access errors for clients that do NFS RPCs while the exports are being reloaded, but introduces a delay in RPC response while the reload is in progress. If mountd crashes while an exports load is in progress, mountd must be restarted to get the nfsd threads running again, if this option is used. so far, i was able to reload the exports list twice, without any random suspended vm. lets see if this is a real solution or if i just had luck two times. It would seem as if we are on the same boat:) Actually I hadn´t thought about it before, but you´re right; issuing a service mountd reload does pause a large number of VM´s, frickin annoying really. I mean, the NFS server doesn´t care what or who it´s serving, you could be creating a new export for a completely different system, and not even have oVirt in mind before customers start to call, wondering why their VM´s have stopped responding!? exactly the same i have I actually tried that -S but it didn´t work for me at all, and looking at the man-page for mountd, there´s no mention of it either, even though we are presumably running the same version: # uname -r 9.1-RELEASE Or are you perhaps tracking -STABLE, and there´s a minor difference there? i am tracking -STABLE, but the Man Page of mountd on a 9.1 Stable (Snapshot Release) also shows -S Parameter 9.1-STABLE FreeBSD 9.1-STABLE #0: Sun Jul 7 10:53:46 UTC 2013 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #6: Thu Jul 18 02:41:57 CEST 2013 root@filer1.intern. ´ both systems provide -S for the mountd, and so far i didnt have any more problems. lets see if this keeps going good. but i am still interested in parameters which make the vdsm more tolerant to short interruptions. instant suspend of a vm after such a short outage is not very nice. +1! /Karli Cheers, Juergen -- Sent from the Delta quadrant using Borg technology! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Problem Creating oVirt Engine
- Original Message - From: Richie@HIP richiepiovane...@healthcareinfopartners.com To: Alon Bar-Lev alo...@redhat.com Cc: Itamar Heim ih...@redhat.com, users@ovirt.org Sent: Friday, July 26, 2013 6:45:28 AM Subject: Re: [Users] Problem Creating oVirt Engine Herein the terminal output after removing oVirtEngine and reinstalling; BU this time NOT overriding the https configuration. Why not follow the recommendation? Again, I was able to open the oVirt Engine Welcome to Open Virtualization Manager screen in Firefox using ovirt.localdomain.local:8700 as URL, but can't enter any of the portals (requiring access to port 8701) What do you get? what error in browser? you should accept the certificate before you are permitted by the browser to access this site. José E (Richie) Piovanetti, MD, MS M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com On Jul 25, 2013, at 11:22 PM, Richie@HIP richiepiovane...@healthcareinfopartners.com wrote: Did what you said; removed existing installation and reinstalled oVirtEngine. Below is the output in the terminal: I DID NOT change the defaults of the installation defaults related to overriding current https configuration, and as weeks before, the installation hangs with an error when restarting the httpd service. I include the terminal output and engine-setup log file for you to see. I'll redo the removal and installation, this time process but next time NOT overriding https configuration. Wait for a follow up email with these results. engine-setup_2013_07_25_22_35_14.log2013_07_25_10_55_PM_TerminalOutput.txt José E (Richie) Piovanetti, MD, MS M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com On Jul 24, 2013, at 4:18 PM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: Richie@HIP richiepiovane...@healthcareinfopartners.com To: Alon Bar-Lev alo...@redhat.com Cc: Itamar Heim ih...@redhat.com, users@ovirt.org Sent: Wednesday, July 24, 2013 11:00:04 PM Subject: Re: [Users] Problem Creating oVirt Engine Herein a collection of some of the logs in the path specified. Regarding the engine.log I'm including the one with the oldest date in the filename. Can you please remove installation using: # engine-cleanup Then reinstall: # engine-setup Please select integration with apache, and configure SSL. After doing so, try to login using http://localhost/webadmin, if not working please send the engine.log. Thanks! José E (Richie) Piovanetti, MD, MS M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com On Jul 24, 2013, at 3:37 PM, Alon Bar-Lev alo...@redhat.com wrote: Can you please send the setup log and the engine.log for starters, both should reside in /var/log/ovirt-engine. Thanks. - Original Message - From: Richie@HIP richiepiovane...@healthcareinfopartners.com To: Alon Bar-Lev alo...@redhat.com Cc: Itamar Heim ih...@redhat.com, users@ovirt.org Sent: Wednesday, July 24, 2013 10:35:16 PM Subject: Re: [Users] Problem Creating oVirt Engine Not even that is coming up; I mean the http://localhost/webadmin;, nor http://127.0.0.1/webadmin;, not even http://10.211.55.7/webadmin; (which is the IP of the virtual machine) José E (Richie) Piovanetti, MD, MS M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com On Jul 24, 2013, at 3:27 PM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: Richie@HIP richiepiovane...@healthcareinfopartners.com To: Alon Bar-Lev alo...@redhat.com Cc: Itamar Heim ih...@redhat.com, users@ovirt.org Sent: Wednesday, July 24, 2013 10:16:23 PM Subject: Re: [Users] Problem Creating oVirt Engine I tried logging into Jboss with http://localhost:8080/jmx-console/; and http://localhost:8080/web-console/;. With both URL's I get Unable to connect - Firefox can't establish a connection to the server at localhost:8080 if you install with apache integration which is the recommended way, you should be able to access application at: http://host/webadmin/ How else can I try to see if my problem could be that JBoss is not leading…? José E (Richie) Piovanetti, MD, MS M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com On Jul 24, 2013, at 1:56 PM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: Richie@HIP richiepiovane...@healthcareinfopartners.com To: Alon Bar-Lev alo...@redhat.com Cc: Itamar Heim ih...@redhat.com, users@ovirt.org Sent: Wednesday, July 24, 2013 8:52:10 PM Subject: Re: [Users] Problem Creating oVirt Engine According to prior emails welcome page is apache, app itself coming from jboss. overt engine (jboss) log will help here. The I got to
Re: [Users] Serve webpage on ovirt-engine machine
- Original Message - From: René Koch (ovido) r.k...@ovido.at To: Neil nwilson...@gmail.com Cc: users@ovirt.org Sent: Wednesday, July 24, 2013 12:47:00 PM Subject: Re: [Users] Serve webpage on ovirt-engine machine On Wed, 2013-07-24 at 11:30 +0200, Neil wrote: Hi guys, I realise this probably isn't an oVirt issue, however I would like to ensure making any changes won't affect the access (or running) of my oVirt system. I'm trying to setup my oVirt engine machine to also run BackupPC however I have to disable the oVirt vhost in apache in order to access the BackupPC web front end on port 80. Is there a way to safely force the oVirt webadmin to only respond on port 443 so that I can run my BackupPC on port 80? No matter what I've tried so far with my vhosts the apache ajp always redirects all requests to the oVirt web admin login page on port 80 or 443. You could either create apache vhosts for your different services or just edit /etc/httpd/conf.d/ovirt-engine.conf and exclude your BackupPC url from beeing passed to proxy url (add before ProxyPass option). e.g (don't know exact BackupPC url, so you have to adapt): ProxyPass /backuppc ! ProxyPass / ajp://localhost:8702/ retry=5 timeout=3600 This is solved by ovirt-engine-3.3 (current master). We no longer hijack the root of web server, but only the URIs that we use. The problem is that these URIs are way too generic, but it is a start... of making he ovirt-engine well behaved. Hope this helps. Regards, René Thank you, any guidance is appreciated. Regards. Neil Wilson. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] CentOS 6.4 + Ovirt 3.2 + NFS Backend Problems
mån 2013-07-29 klockan 13:26 +0200 skrev squadra: Hi Karli, i already thought that i am the only one with that combination ;) Well, I happen to be using Fedora as engine/hosts, but when it comes to the NFS-server, why settle for anything less, right?:) I imagine you´re in it for the same reason as me too; the last word in filesystems... On Mon, Jul 29, 2013 at 1:11 PM, Karli Sjöberg karli.sjob...@slu.semailto:karli.sjob...@slu.se wrote: ons 2013-07-24 klockan 23:35 +0200 skrev squadra: Maybe found a workaround on the NFS server side, a option for the mountd service -S Tell mountd to suspend/resume execution of the nfsd threads when- ever the exports list is being reloaded. This avoids intermit- tent access errors for clients that do NFS RPCs while the exports are being reloaded, but introduces a delay in RPC response while the reload is in progress. If mountd crashes while an exports load is in progress, mountd must be restarted to get the nfsd threads running again, if this option is used. so far, i was able to reload the exports list twice, without any random suspended vm. lets see if this is a real solution or if i just had luck two times. It would seem as if we are on the same boat:) Actually I hadn´t thought about it before, but you´re right; issuing a service mountd reload does pause a large number of VM´s, frickin annoying really. I mean, the NFS server doesn´t care what or who it´s serving, you could be creating a new export for a completely different system, and not even have oVirt in mind before customers start to call, wondering why their VM´s have stopped responding!? exactly the same i have I actually tried that -S but it didn´t work for me at all, and looking at the man-page for mountd, there´s no mention of it either, even though we are presumably running the same version: # uname -r 9.1-RELEASE Or are you perhaps tracking -STABLE, and there´s a minor difference there? i am tracking -STABLE, but the Man Page of mountd on a 9.1 Stable (Snapshot Release) also shows -S Parameter 9.1-STABLE FreeBSD 9.1-STABLE #0: Sun Jul 7 10:53:46 UTC 2013 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #6: Thu Jul 18 02:41:57 CEST 2013 root@filer1.intern.mailto:root@filer1.intern. OK, so we´re not using the same versions, -STABLE != -RELEASE, and I only use -RELEASE. But that explains it. I guess I can wait for 9.2-RELEASE to get rid of that nuisance. Thanks for the info! /Karli ´ both systems provide -S for the mountd, and so far i didnt have any more problems. lets see if this keeps going good. but i am still interested in parameters which make the vdsm more tolerant to short interruptions. instant suspend of a vm after such a short outage is not very nice. +1! /Karli Cheers, Juergen -- Sent from the Delta quadrant using Borg technology! -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.semailto:karli.sjob...@adm.slu.se ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] CentOS 6.4 + Ovirt 3.2 + NFS Backend Problems
On Mon, Jul 29, 2013 at 1:46 PM, Karli Sjöberg karli.sjob...@slu.se wrote: ** mån 2013-07-29 klockan 13:26 +0200 skrev squadra: Hi Karli, i already thought that i am the only one with that combination ;) Well, I happen to be using Fedora as engine/hosts, but when it comes to the NFS-server, why settle for anything less, right?:) I imagine you´re in it for the same reason as me too; the last word in filesystems... exactly :) On Mon, Jul 29, 2013 at 1:11 PM, Karli Sjöberg karli.sjob...@slu.se wrote: ons 2013-07-24 klockan 23:35 +0200 skrev squadra: Maybe found a workaround on the NFS server side, a option for the mountd service -S Tell mountd to suspend/resume execution of the nfsd threads when- ever the exports list is being reloaded. This avoids intermit- tent access errors for clients that do NFS RPCs while the exports are being reloaded, but introduces a delay in RPC response while the reload is in progress. If mountd crashes while an exports load is in progress, mountd must be restarted to get the nfsd threads running again, if this option is used. so far, i was able to reload the exports list twice, without any random suspended vm. lets see if this is a real solution or if i just had luck two times. It would seem as if we are on the same boat:) Actually I hadn´t thought about it before, but you´re right; issuing a service mountd reload does pause a large number of VM´s, frickin annoying really. I mean, the NFS server doesn´t care what or who it´s serving, you could be creating a new export for a completely different system, and not even have oVirt in mind before customers start to call, wondering why their VM´s have stopped responding!? exactly the same i have I actually tried that -S but it didn´t work for me at all, and looking at the man-page for mountd, there´s no mention of it either, even though we are presumably running the same version: # uname -r 9.1-RELEASE Or are you perhaps tracking -STABLE, and there´s a minor difference there? i am tracking -STABLE, but the Man Page of mountd on a 9.1 Stable (Snapshot Release) also shows -S Parameter 9.1-STABLE FreeBSD 9.1-STABLE #0: Sun Jul 7 10:53:46 UTC 2013 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #6: Thu Jul 18 02:41:57 CEST 2013 root@filer1.intern. OK, so we´re not using the same versions, -STABLE != -RELEASE, and I only use -RELEASE. But that explains it. I guess I can wait for 9.2-RELEASE to get rid of that nuisance. Thanks for the info! Just checked the changes in -stable, here we go... http://svnweb.freebsd.org/base/stable/9/usr.sbin/mountd/mountd.c?revision=243739view=markup 9.2 is not so far away :) Cheers, Juergen -- Sent from the Delta quadrant using Borg technology! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] tech talk on KVM and oVirt !!
- Original Message - | From: Udayendu Kar u...@redhat.com | To: Doron Fediuck dfedi...@redhat.com | Cc: users@ovirt.org, Raghavendra Pai r...@redhat.com | Sent: Monday, July 29, 2013 8:50:47 AM | Subject: Re: [Users] tech talk on KVM and oVirt !! | | Hi Doron, | | Thanks you very much for giving your valuable attention to this e-mail. | | I am going to attach the slides that I have used during the time of my | presentation. | | Post to the talk, the students have already started using the fedora KVM | based VMs for their project work. Few of them are also showing their | interest into networking domain and development through python. So I think | if we can help and motivate them little bit then we can some good engineers | in future those can contribute to the corresponding projects. | | BR, | Uday | | Thanks Uday for sharing the slides and feedback. Looking forward to see 'your guys' in the devel list ;) Doron | | - Original Message - | From: Doron Fediuck dfedi...@redhat.com | To: Udayendu Kar u...@redhat.com | Cc: users@ovirt.org, Raghavendra Pai r...@redhat.com | Sent: Friday, July 26, 2013 7:36:33 PM | Subject: Re: [Users] tech talk on KVM and oVirt !! | | | | - Original Message - | | From: Udayendu Kar u...@redhat.com | | To: users@ovirt.org | | Cc: Raghavendra Pai r...@redhat.com | | Sent: Thursday, July 25, 2013 6:57:43 PM | | Subject: [Users] tech talk on KVM and oVirt !! | | | | Hi All, | | | | Recently I got an golden opportunity to promote KVM and oVirt in an | | Engineering College. Here I took few talks and hands-on for the pre-final | | year and final year students based on KVM and oVirt. The whole event is | | documented here with few pics from the event. | | | | http://udayendu.livejournal.com/671.html | | | | After the presentation and hands-on, I have configured a test DC on oVirt | | for | | the use of the college [Comp.Sc Engg dept.] and I believe this will help | | us to get some more contributors and uses in future. | | | | I am very happy to share this with you all. Feel free to share your | | thoughts | | and suggestions if any. | | | | | | Thanks ! | | | | Best Regards, | | Udayendu Kar | | Hi Udayendu, | looks impressive. | | I'm wondering on the feedbacks you got about the technology | and implementation. Anything you can share with us? | ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Fibre channel - LVM problems
Hi Lukasz,
- Original Message -
Hello,
I'm trying to set up an oVirt 3.2.1 cluster with FC storage.
However, I have encountered a problem when adding the storage to the
cluster. The action fails with the error shown in the log fragment
below.
Thread-628::DEBUG::2013-07-25
21:07:56,385::task::568::TaskManager.Task::(_updateState)
Task=`2a9c1ec3-3ab7-467c-949d-f47260e95dda`::moving from state init - state
preparing
Thread-628::INFO::2013-07-25
21:07:56,386::logUtils::41::dispatcher::(wrapper) Run and protect:
createVG(vgname='7d6f6cd0-608a-4221-aca4-67fffb874b45',
devlist=['3600a0b800074a36e06e951f14e7d'], force=False, options=None)
Thread-628::DEBUG::2013-07-25
21:07:56,387::misc::84::Storage.Misc.excCmd::(lambda) '/usr/bin/sudo -n
/sbin/lvm pvcreate --config devices { preferred_names =
[\\^/dev/mapper/\\] ignore_suspended_devices=1 write_cache_state=0
disable_after_error_count=3 filter = [
\\a%3600a0b800074a36e06e951f14e7d%\\, \\r%.*%\\ ] } global {
locking_type=1 prioritise_write_locks=1 wait_for_locks=1 } backup {
retain_min = 50 retain_days = 0 } --metadatasize 128m --metadatacopies 2
--metadataignore y /dev/mapper/3600a0b800074a36e06e951f14e7d' (cwd None)
Thread-628::DEBUG::2013-07-25
21:07:56,427::misc::84::Storage.Misc.excCmd::(lambda) SUCCESS: err = '';
rc = 0
Thread-628::DEBUG::2013-07-25
21:07:56,428::lvm::471::OperationMutex::(_invalidatepvs) Operation 'lvm
invalidate operation' got the operation mutex
Thread-628::DEBUG::2013-07-25
21:07:56,428::lvm::474::OperationMutex::(_invalidatepvs) Operation 'lvm
invalidate operation' released the operation mutex
Thread-628::DEBUG::2013-07-25
21:07:56,429::misc::84::Storage.Misc.excCmd::(lambda) '/usr/bin/sudo -n
/sbin/lvm pvchange --config devices { preferred_names =
[\\^/dev/mapper/\\] ignore_suspended_devices=1 write_cache_state=0
disable_after_error_count=3 filter = [
\\a%3600a0b800074a36e06e951f14e7d%\\, \\r%.*%\\ ] } global {
locking_type=1 prioritise_write_locks=1 wait_for_locks=1 } backup {
retain_min = 50 retain_days = 0 } --metadataignore n
/dev/mapper/3600a0b800074a36e06e951f14e7d' (cwd None)
Thread-628::DEBUG::2013-07-25
21:07:56,468::misc::84::Storage.Misc.excCmd::(lambda) FAILED: err = '
No device found for PV W8eewg-xskW-2b4S-NJf6-6aux-ySua-1kAU9J.\n
/dev/mapper/3600a0b800074a36e06e951f14e7d: lseek 18446744073575333888
failed: Invalid argument\n /dev/mapper/3600a0b800074a36e06e951f14e7d:
lseek 18446744073575333888 failed: Invalid argument\n Failed to store
physical volume /dev/mapper/3600a0b800074a36e06e951f14e7d\n'; rc = 5
Thread-628::ERROR::2013-07-25
21:07:56,470::task::833::TaskManager.Task::(_setError)
Task=`2a9c1ec3-3ab7-467c-949d-f47260e95dda`::Unexpected error
Traceback (most recent call last):
File /usr/share/vdsm/storage/task.py, line 840, in _run
return fn(*args, **kargs)
File /usr/share/vdsm/logUtils.py, line 42, in wrapper
res = f(*args, **kwargs)
File /usr/share/vdsm/storage/hsm.py, line 1951, in createVG
(force.capitalize() == True)))
File /usr/share/vdsm/storage/lvm.py, line 865, in createVG
raise se.PhysDevInitializationError(pvs[0])
PhysDevInitializationError: Failed to initialize physical device:
('/dev/mapper/3600a0b800074a36e06e951f14e7d',)
Thread-628::DEBUG::2013-07-25
21:07:56,473::task::852::TaskManager.Task::(_run)
Task=`2a9c1ec3-3ab7-467c-949d-f47260e95dda`::Task._run:
2a9c1ec3-3ab7-467c-949d-f47260e95dda
('7d6f6cd0-608a-4221-aca4-67fffb874b45',
['3600a0b800074a36e06e951f14e7d'], False) {} failed - stopping task
As you can see, the PV is created but the next action (pvchange) fails
due to a wrong lseek parameter value. I have pinpointed the problem to the
metadatacopies parameter (a manually created PV without this parameter
works fine).
I have found a similar issue here:
https://www.redhat.com/archives/lvm-devel/2011-February/msg00127.html
After discussing this with Peter Rajnoha, it looks like the specific issue in
the above thread has been resolved and your issue is probably a reincarnation
of the problem. Can you manually run the pvchange with - to get more info?
Thanks.
List of PVs after the error:
# pvs
PVVG Fmt Attr PSize
PFree
/dev/mapper/3600a0b800074a36e06e951f14e7dlvm2 a-- 100,00g
100,00g
/dev/sdb2 fedora lvm2 a-- 556,44g
0
# pvck -v /dev/mapper/3600a0b800074a36e06e951f14e7d
Scanning /dev/mapper/3600a0b800074a36e06e951f14e7d
Found label on /dev/mapper/3600a0b800074a36e06e951f14e7d, sector 1,
type=LVM2 001
Found text metadata area: offset=4096, size=135262208
Huge memory allocation (size 50003968) rejected - metadata corruption?
Bounce buffer malloc failed
Read from /dev/mapper/3600a0b800074a36e06e951f14e7d failed
Found text metadata area: offset=107239964672,
Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr
Date: Mon, 29 Jul 2013 09:56:30 +0200 From: mklet...@redhat.com To: dan...@redhat.com CC: cybertimber2...@hotmail.com; users@ovirt.org Subject: Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr On 07/27/2013 09:50 PM, Dan Kenigsberg wrote: On Fri, Jul 26, 2013 at 02:03:28PM -0400, Nicholas Kesick wrote: Date: Fri, 26 Jul 2013 05:52:44 +0300 From: ih...@redhat.com To: cybertimber2...@hotmail.com CC: dan...@redhat.com; users@ovirt.org Subject: Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr On 07/26/2013 05:40 AM, Nicholas Kesick wrote: Replies inline. Date: Thu, 25 Jul 2013 22:27:17 +0300 From: dan...@redhat.com To: cybertimber2...@hotmail.com CC: users@ovirt.org Subject: Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr On Thu, Jul 25, 2013 at 11:54:40AM -0400, Nicholas Kesick wrote: When I try to migrate a VM, any VM, between my two hosts, I receive an error that says Migration failed due to error: migrateerr. Looking in the log I don't see any thing that jumps out other than the final message VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Fatal error during migration Ovirt-engine is version 3.2.2-1.1.fc18.noarch, firewalld is disabled, and selinux is permissive. Please do not say this in public, you're hurting Dan Walsh's feelings ;-) I recall seeing his blog posts, and I agree. Not sure when I set it to permissive... maybe to get the 3.2 install w/ Firewalld setup to complete? I remember that was fixed in 3.2.1. I'll set it back to enforcing. ovirt-node version is 2.6.1 on both hosts. Any suggestions would be welcome! I'd love to see /etc/vdsm/vdsm.log from source and destination. The intersting parts start with vmMigrate at the source and with vmMigrationCreate at the destination. Hmm, I probably should have pulled that sooner. So, I cleared the active VDSM (while nothing was running) and libvirtd.log, booted one vm, and tried to migrate it. Attached are the logs. It looks like it boils down to (from the source): Traceback (most recent call last): File /usr/share/vdsm/vm.py, line 271, in run File /usr/share/vdsm/libvirtvm.py, line 505, in _startUnderlyingMigration File /usr/share/vdsm/libvirtvm.py, line 541, in f File /usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py, line 111, in wrapper File /usr/lib64/python2.7/site-packages/libvirt.py, line 1178, in migrateToURI2 libvirtError: internal error Attempt to migrate guest to the same host localhost Does this mean my UUIDs are the same? http://vaunaspada.babel.it/blog/?p=613 As far as the destination, I'm really not understanding what's going on on the destination between Destination VM creation succeeded and :destroy Called that would lead to it failing, except for what's after the traceback: Traceback (most recent call last): File /usr/share/vdsm/vm.py, line 696, in _startUnderlyingVm File /usr/share/vdsm/libvirtvm.py, line 1907, in _waitForIncomingMigrationFinish File /usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py, line 111, in wrapper File /usr/lib64/python2.7/site-packages/libvirt.py, line 2822, in lookupByUUIDString libvirtError: Domain not found: no domain with matching uuid '50171e1b-cf21-41d8-80f3-88ab1b980091' But that is the ID of the VM by the looks of it. Sorry Itamar, nothing was written to libvirtd.log after I cleared it. It could be that libvirtd is still writing to the files that you removed from the filesystem. To make sure libvirtd writes to your new file, restart the service. There may be clues there on why libvirt thinks that the source and destination are one and the same. When clearing the logs, it should be enough to do ' /path/to/libvirtd.log' (in bash). Just checked and it seems some things were logged in there during my testing on Friday. I'll attach those. Thread-800::ERROR::2013-07-26 01:57:16,198::vm::198::vm.Vm::(_recover) vmId=`50171e1b-cf21-41d8-80f3-88ab1b980091`::internal error Attempt to migrate guest to the same host localhost Thread-800::ERROR::2013-07-26 01:57:16,377::vm::286::vm.Vm::(run) vmId=`50171e1b-cf21-41d8-80f3-88ab1b980091`::Failed to migrate Traceback (most recent call last): File /usr/share/vdsm/vm.py, line 271, in run File /usr/share/vdsm/libvirtvm.py, line 505, in _startUnderlyingMigration File /usr/share/vdsm/libvirtvm.py, line 541, in f File /usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py, line 111, in wrapper File /usr/lib64/python2.7/site-packages/libvirt.py, line 1178, in migrateToURI2 libvirtError: internal error Attempt to migrate guest to the same host localhost what are your hostnames? host001 on 192.168.0.103 and host002 on 192.168.0.104 Even
[Users] invalid vgs
Hi all! My SPM has logging such a strange message on vdsm.log. I tries to get information from a VG that doesn't exist. In fact, I don't know where it got the id 0226b818-59a6-41bc-8590-91f520aa7859. The log of vdsm can be read here: http://pastebin.com/mZcSLzxi Could anybody help me? Thanks. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] upgrade to latest master not working
- Original Message - | From: Alon Bar-Lev alo...@redhat.com | To: Dead Horse deadhorseconsult...@gmail.com | Cc: users users@ovirt.org, Doron Fediuck dfedi...@redhat.com, Dave Chen wei.d.c...@intel.com, Eli | Mesika emes...@redhat.com | Sent: Monday, July 29, 2013 10:47:01 PM | Subject: Re: [Users] upgrade to latest master not working | | | | - Original Message - | From: Dead Horse deadhorseconsult...@gmail.com | To: Alon Bar-Lev alo...@redhat.com | Cc: users users@ovirt.org | Sent: Monday, July 29, 2013 10:41:34 PM | Subject: Re: [Users] upgrade to latest master not working | | server.log attached | | Thanks! | | My guess is that I8ce3448a[1] broke master. | | [1] http://gerrit.ovirt.org/#/c/14605/ | Works perfectly on my Gentoo with master. | | | On Mon, Jul 29, 2013 at 2:30 PM, Alon Bar-Lev alo...@redhat.com wrote: | | | | - Original Message - |From: Dead Horse deadhorseconsult...@gmail.com |To: Alon Bar-Lev alo...@redhat.com |Cc: users users@ovirt.org |Sent: Monday, July 29, 2013 10:19:45 PM |Subject: Re: [Users] upgrade to latest master not working | |That patch fixed that issue, (re-tested with build from master this AM) | and |the upgrade proceeded. | |However after the upgrade the engine.ear deployment to jboss is |failing. |(log files attached) |- DHC | | This is not good... can you please attach server.log? | | | |On Sat, Jul 27, 2013 at 1:28 AM, Alon Bar-Lev alo...@redhat.com |wrote: | | | | - Original Message - | From: Dead Horse deadhorseconsult...@gmail.com | To: Alon Bar-Lev alo...@redhat.com | Cc: users users@ovirt.org | Sent: Saturday, July 27, 2013 2:05:08 AM | Subject: Re: [Users] upgrade to latest master not working | | Yep there was a leftover: | | /usr/share/ovirt-engine/setup/plugins/ovirt-engine-setup/releasepreview | | I got past that now however it is now failing at the Environment | customization stage. | | Here is the output of engine-upgrade. I have also attached the | upgrade | log. | | [ INFO ] Stage: Initializing | [ INFO ] Stage: Environment setup | Log file: /tmp/ovirt-engine-setup-20130726175419.log | Version: otopi-3.3.020 | Configuration files: | ['/etc/ovirt-engine-setup.conf.d/10-packaging.conf'] | [ INFO ] Stage: Environment packages setup | [ INFO ] Stage: Programs detection | [ INFO ] Stage: Environment setup | [ INFO ] Stage: Environment customization | [ ERROR ] Failed to execute stage 'Environment customization': | Cannot | connect to database: server does not support SSL, but SSL was | required | [ INFO ] Stage: Clean up | Log file is located at | /tmp/ovirt-engine-setup-20130726175419.log | [ INFO ] Stage: Pre-termination | [ INFO ] Stage: Termination | | - DHC | | Correct, thanks! | I prepared a patch[1]. | | commit 18fe8cf53c519fdb8a4e831faf3b0a6c5a64167b | Author: Alon Bar-Lev alo...@redhat.com | Date: Sat Jul 27 09:25:27 2013 +0300 | | packaging: setup: legacy: ssl flags should be boolean | | Change-Id: I9bc9f59a2a3ac18f613200bf2f9b70948b494b91 | Signed-off-by: Alon Bar-Lev alo...@redhat.com | Reported-By: Dead Horse deadhorseconsult...@gmail.com | | [1] http://gerrit.ovirt.org/17359 | | | | | On Fri, Jul 26, 2013 at 3:38 PM, Alon Bar-Lev alo...@redhat.com | wrote: | | | You probably have some leftovers at | /usr/share/ovirt-engine/setup, | search | for releasepreview | | - Original Message - |From: Dead Horse deadhorseconsult...@gmail.com |To: users@ovirt.org users@ovirt.org |Sent: Friday, July 26, 2013 11:34:09 PM |Subject: [Users] upgrade to latest master not working | |Trying to upgrade engine built from |commit: dbc3d31110ce372a1fa7e06f64c4a5c64544c679 | |To latest engine built from latest master | |running engine-upgrade results in: | |***L:ERROR Internal Error: No Module named releasepreview | |I know I must be missing something obvious? | |The surrounding versions of otopi, host-deploy, etc do yum | upgrade | cleanly |however. | |- DHC | |___ |Users mailing list |Users@ovirt.org |http://lists.ovirt.org/mailman/listinfo/users | | | | | | | | ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] upgrade to latest master not working
- Original Message - From: Doron Fediuck dfedi...@redhat.com To: Alon Bar-Lev alo...@redhat.com Cc: Dead Horse deadhorseconsult...@gmail.com, users users@ovirt.org, Dave Chen wei.d.c...@intel.com, Eli Mesika emes...@redhat.com Sent: Monday, July 29, 2013 11:27:41 PM Subject: Re: [Users] upgrade to latest master not working - Original Message - | From: Alon Bar-Lev alo...@redhat.com | To: Dead Horse deadhorseconsult...@gmail.com | Cc: users users@ovirt.org, Doron Fediuck dfedi...@redhat.com, Dave | Chen wei.d.c...@intel.com, Eli | Mesika emes...@redhat.com | Sent: Monday, July 29, 2013 10:47:01 PM | Subject: Re: [Users] upgrade to latest master not working | | | | - Original Message - | From: Dead Horse deadhorseconsult...@gmail.com | To: Alon Bar-Lev alo...@redhat.com | Cc: users users@ovirt.org | Sent: Monday, July 29, 2013 10:41:34 PM | Subject: Re: [Users] upgrade to latest master not working | | server.log attached | | Thanks! | | My guess is that I8ce3448a[1] broke master. | | [1] http://gerrit.ovirt.org/#/c/14605/ | Works perfectly on my Gentoo with master. I doubt you are upgrading from 3.2 :) | | | On Mon, Jul 29, 2013 at 2:30 PM, Alon Bar-Lev alo...@redhat.com wrote: | | | | - Original Message - |From: Dead Horse deadhorseconsult...@gmail.com |To: Alon Bar-Lev alo...@redhat.com |Cc: users users@ovirt.org |Sent: Monday, July 29, 2013 10:19:45 PM |Subject: Re: [Users] upgrade to latest master not working | |That patch fixed that issue, (re-tested with build from master this |AM) | and |the upgrade proceeded. | |However after the upgrade the engine.ear deployment to jboss is |failing. |(log files attached) |- DHC | | This is not good... can you please attach server.log? | | | |On Sat, Jul 27, 2013 at 1:28 AM, Alon Bar-Lev alo...@redhat.com |wrote: | | | | - Original Message - | From: Dead Horse deadhorseconsult...@gmail.com | To: Alon Bar-Lev alo...@redhat.com | Cc: users users@ovirt.org | Sent: Saturday, July 27, 2013 2:05:08 AM | Subject: Re: [Users] upgrade to latest master not working | | Yep there was a leftover: | | /usr/share/ovirt-engine/setup/plugins/ovirt-engine-setup/releasepreview | | I got past that now however it is now failing at the Environment | customization stage. | | Here is the output of engine-upgrade. I have also attached the | upgrade | log. | | [ INFO ] Stage: Initializing | [ INFO ] Stage: Environment setup | Log file: /tmp/ovirt-engine-setup-20130726175419.log | Version: otopi-3.3.020 | Configuration files: | ['/etc/ovirt-engine-setup.conf.d/10-packaging.conf'] | [ INFO ] Stage: Environment packages setup | [ INFO ] Stage: Programs detection | [ INFO ] Stage: Environment setup | [ INFO ] Stage: Environment customization | [ ERROR ] Failed to execute stage 'Environment customization': | Cannot | connect to database: server does not support SSL, but SSL was | required | [ INFO ] Stage: Clean up | Log file is located at | /tmp/ovirt-engine-setup-20130726175419.log | [ INFO ] Stage: Pre-termination | [ INFO ] Stage: Termination | | - DHC | | Correct, thanks! | I prepared a patch[1]. | | commit 18fe8cf53c519fdb8a4e831faf3b0a6c5a64167b | Author: Alon Bar-Lev alo...@redhat.com | Date: Sat Jul 27 09:25:27 2013 +0300 | | packaging: setup: legacy: ssl flags should be boolean | | Change-Id: I9bc9f59a2a3ac18f613200bf2f9b70948b494b91 | Signed-off-by: Alon Bar-Lev alo...@redhat.com | Reported-By: Dead Horse deadhorseconsult...@gmail.com | | [1] http://gerrit.ovirt.org/17359 | | | | | On Fri, Jul 26, 2013 at 3:38 PM, Alon Bar-Lev alo...@redhat.com | wrote: | | | You probably have some leftovers at | /usr/share/ovirt-engine/setup, | search | for releasepreview | | - Original Message - |From: Dead Horse deadhorseconsult...@gmail.com |To: users@ovirt.org users@ovirt.org |Sent: Friday, July 26, 2013 11:34:09 PM |Subject: [Users] upgrade to latest master not working | |Trying to upgrade engine built from |commit: dbc3d31110ce372a1fa7e06f64c4a5c64544c679 | |To latest engine built from latest master | |running engine-upgrade results in: | |***L:ERROR Internal Error: No Module named releasepreview | |I know I must be missing something obvious? | |The surrounding versions
Re: [Users] upgrade to latest master not working
- Original Message - From: Doron Fediuck dfedi...@redhat.com To: Alon Bar-Lev alo...@redhat.com Cc: Dead Horse deadhorseconsult...@gmail.com, users users@ovirt.org, Dave Chen wei.d.c...@intel.com, Eli Mesika emes...@redhat.com Sent: Monday, July 29, 2013 11:43:46 PM Subject: Re: [Users] upgrade to latest master not working - Original Message - | From: Alon Bar-Lev alo...@redhat.com | To: Doron Fediuck dfedi...@redhat.com | Cc: Dead Horse deadhorseconsult...@gmail.com, users | users@ovirt.org, Dave Chen wei.d.c...@intel.com, Eli | Mesika emes...@redhat.com | Sent: Monday, July 29, 2013 11:31:42 PM | Subject: Re: [Users] upgrade to latest master not working | | | | - Original Message - | From: Doron Fediuck dfedi...@redhat.com | To: Alon Bar-Lev alo...@redhat.com | Cc: Dead Horse deadhorseconsult...@gmail.com, users | users@ovirt.org, Dave Chen wei.d.c...@intel.com, Eli | Mesika emes...@redhat.com | Sent: Monday, July 29, 2013 11:27:41 PM | Subject: Re: [Users] upgrade to latest master not working | | | | - Original Message - | | From: Alon Bar-Lev alo...@redhat.com | | To: Dead Horse deadhorseconsult...@gmail.com | | Cc: users users@ovirt.org, Doron Fediuck dfedi...@redhat.com, | | Dave | | Chen wei.d.c...@intel.com, Eli | | Mesika emes...@redhat.com | | Sent: Monday, July 29, 2013 10:47:01 PM | | Subject: Re: [Users] upgrade to latest master not working | | | | | | | | - Original Message - | | From: Dead Horse deadhorseconsult...@gmail.com | | To: Alon Bar-Lev alo...@redhat.com | | Cc: users users@ovirt.org | | Sent: Monday, July 29, 2013 10:41:34 PM | | Subject: Re: [Users] upgrade to latest master not working | | | | server.log attached | | | | Thanks! | | | | My guess is that I8ce3448a[1] broke master. | | | | [1] http://gerrit.ovirt.org/#/c/14605/ | | | | Works perfectly on my Gentoo with master. | | | I doubt you are upgrading from 3.2 :) | Just did: $ git checkout origin/engine_3.2 $ cd backend/manager/dbscripts/ $ ./create_db.sh -d upgrade32-test -u engine ~/dev/ovirt/ovirt-engine/backend/manager/dbscripts ~/dev/ovirt/ovirt-engine/backend/manager/dbscripts Creating the database: upgrade32-test dropdb: database removal failed: ERROR: database upgrade32-test does not exist user name is: engine Creating tables... Creating functions... Creating common functions... Inserting data ... Inserting pre-defined roles ... Running upgrade scripts... upgrade script detected a change in Config, View or Stored Procedure... Running upgrade sql script upgrade/pre_upgrade/_config.sql ... ... Creating stored procedures from vm_templates_sp.sql ... Running upgrade sql script upgrade/post_upgrade/0010_add_object_column_white_list_table.sql ... Running upgrade sql script upgrade/post_upgrade/0020_create_materialized_views.sql ... Refreshing materialized views... ~/dev/ovirt/ovirt-engine/backend/manager/dbscripts $ git checkout master $ cd ../../../packaging/dbscripts/ $ ./upgrade.sh -d upgrade32-test -u engine upgrade script detected a change in Config, View or Stored Procedure... Running upgrade sql script upgrade/pre_upgrade/_config.sql ... ... Creating stored procedures from vms_sp.sql ... Running upgrade sql script upgrade/post_upgrade/0010_add_object_column_white_list_table.sql ... Running upgrade sql script upgrade/post_upgrade/0020_create_materialized_views.sql ... Refreshing materialized views... Done. Seems to work well. Am I missing something? Start jboss? Please take over this issue, you have relevant logs, and a cooperative user. Thanks, Alon ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] upgrade to latest master not working
- Original Message - | From: Alon Bar-Lev alo...@redhat.com | To: Doron Fediuck dfedi...@redhat.com | Cc: Dead Horse deadhorseconsult...@gmail.com, users users@ovirt.org, Dave Chen wei.d.c...@intel.com, Eli | Mesika emes...@redhat.com | Sent: Monday, July 29, 2013 11:51:35 PM | Subject: Re: [Users] upgrade to latest master not working | | | | - Original Message - | From: Doron Fediuck dfedi...@redhat.com | To: Alon Bar-Lev alo...@redhat.com | Cc: Dead Horse deadhorseconsult...@gmail.com, users | users@ovirt.org, Dave Chen wei.d.c...@intel.com, Eli | Mesika emes...@redhat.com | Sent: Monday, July 29, 2013 11:43:46 PM | Subject: Re: [Users] upgrade to latest master not working | | | | - Original Message - | | From: Alon Bar-Lev alo...@redhat.com | | To: Doron Fediuck dfedi...@redhat.com | | Cc: Dead Horse deadhorseconsult...@gmail.com, users | | users@ovirt.org, Dave Chen wei.d.c...@intel.com, Eli | | Mesika emes...@redhat.com | | Sent: Monday, July 29, 2013 11:31:42 PM | | Subject: Re: [Users] upgrade to latest master not working | | | | | | | | - Original Message - | | From: Doron Fediuck dfedi...@redhat.com | | To: Alon Bar-Lev alo...@redhat.com | | Cc: Dead Horse deadhorseconsult...@gmail.com, users | | users@ovirt.org, Dave Chen wei.d.c...@intel.com, Eli | | Mesika emes...@redhat.com | | Sent: Monday, July 29, 2013 11:27:41 PM | | Subject: Re: [Users] upgrade to latest master not working | | | | | | | | - Original Message - | | | From: Alon Bar-Lev alo...@redhat.com | | | To: Dead Horse deadhorseconsult...@gmail.com | | | Cc: users users@ovirt.org, Doron Fediuck dfedi...@redhat.com, | | | Dave | | | Chen wei.d.c...@intel.com, Eli | | | Mesika emes...@redhat.com | | | Sent: Monday, July 29, 2013 10:47:01 PM | | | Subject: Re: [Users] upgrade to latest master not working | | | | | | | | | | | | - Original Message - | | | From: Dead Horse deadhorseconsult...@gmail.com | | | To: Alon Bar-Lev alo...@redhat.com | | | Cc: users users@ovirt.org | | | Sent: Monday, July 29, 2013 10:41:34 PM | | | Subject: Re: [Users] upgrade to latest master not working | | | | | | server.log attached | | | | | | Thanks! | | | | | | My guess is that I8ce3448a[1] broke master. | | | | | | [1] http://gerrit.ovirt.org/#/c/14605/ | | | | | | | Works perfectly on my Gentoo with master. | | | | | | I doubt you are upgrading from 3.2 :) | | | | Just did: | | $ git checkout origin/engine_3.2 | $ cd backend/manager/dbscripts/ | $ ./create_db.sh -d upgrade32-test -u engine | ~/dev/ovirt/ovirt-engine/backend/manager/dbscripts | ~/dev/ovirt/ovirt-engine/backend/manager/dbscripts | Creating the database: upgrade32-test | dropdb: database removal failed: ERROR: database upgrade32-test does not | exist | user name is: engine | Creating tables... | Creating functions... | Creating common functions... | Inserting data ... | Inserting pre-defined roles ... | Running upgrade scripts... | upgrade script detected a change in Config, View or Stored Procedure... | Running upgrade sql script upgrade/pre_upgrade/_config.sql ... | | ... | | Creating stored procedures from vm_templates_sp.sql ... | Running upgrade sql script | upgrade/post_upgrade/0010_add_object_column_white_list_table.sql ... | Running upgrade sql script | upgrade/post_upgrade/0020_create_materialized_views.sql ... | Refreshing materialized views... | ~/dev/ovirt/ovirt-engine/backend/manager/dbscripts | | $ git checkout master | $ cd ../../../packaging/dbscripts/ | $ ./upgrade.sh -d upgrade32-test -u engine | upgrade script detected a change in Config, View or Stored Procedure... | Running upgrade sql script upgrade/pre_upgrade/_config.sql ... | | ... | | Creating stored procedures from vms_sp.sql ... | Running upgrade sql script | upgrade/post_upgrade/0010_add_object_column_white_list_table.sql ... | Running upgrade sql script | upgrade/post_upgrade/0020_create_materialized_views.sql ... | Refreshing materialized views... | Done. | | | Seems to work well. Am I missing something? | | | Start jboss? | | Please take over this issue, you have relevant logs, and a cooperative user. | | Thanks, | Alon | Since jboss is up and running very well after upgrade I do not see a problem. Is it possible that the install / upgrade process didn't complete due to other errors ending up with this state? In the meantime you can manually create the missing function to get your setup running. The only problem is that if my assumption is correct on upgrade not finishing, you will hit the next db change as an error. So I'd try and look at the install/upgrade log files to see if db upgrade failed at some point. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] upgrade to latest master not working
The engine version I am attempting to upgrade from was built from: --- commit: dbc3d31110ce372a1fa7e06f64c4a5c64544c679 tree: ee9ee41c3e855c26f491c77fda9622c05af3fc54 parent: 82644cae97f3c546ee631ae79c925c91e7bed836 userportal,webadmin: Change remove message Change-Id: Ia934e33d1a975e0235e1a1ffae0c8a4a7af66f10 Signed-off-by: Alexander Wels aw...@redhat.com --- Thus it is version 3.3 and not 3.2. The upgrade (built from this master this AM) was attempted ovirt a fresh install of the packages built from the above commit. I also confirmed the install was fully functional. - DHC On Mon, Jul 29, 2013 at 4:08 PM, Doron Fediuck dfedi...@redhat.com wrote: - Original Message - | From: Alon Bar-Lev alo...@redhat.com | To: Doron Fediuck dfedi...@redhat.com | Cc: Dead Horse deadhorseconsult...@gmail.com, users users@ovirt.org, Dave Chen wei.d.c...@intel.com, Eli | Mesika emes...@redhat.com | Sent: Monday, July 29, 2013 11:51:35 PM | Subject: Re: [Users] upgrade to latest master not working | | | | - Original Message - | From: Doron Fediuck dfedi...@redhat.com | To: Alon Bar-Lev alo...@redhat.com | Cc: Dead Horse deadhorseconsult...@gmail.com, users | users@ovirt.org, Dave Chen wei.d.c...@intel.com, Eli | Mesika emes...@redhat.com | Sent: Monday, July 29, 2013 11:43:46 PM | Subject: Re: [Users] upgrade to latest master not working | | | | - Original Message - | | From: Alon Bar-Lev alo...@redhat.com | | To: Doron Fediuck dfedi...@redhat.com | | Cc: Dead Horse deadhorseconsult...@gmail.com, users | | users@ovirt.org, Dave Chen wei.d.c...@intel.com, Eli | | Mesika emes...@redhat.com | | Sent: Monday, July 29, 2013 11:31:42 PM | | Subject: Re: [Users] upgrade to latest master not working | | | | | | | | - Original Message - | | From: Doron Fediuck dfedi...@redhat.com | | To: Alon Bar-Lev alo...@redhat.com | | Cc: Dead Horse deadhorseconsult...@gmail.com, users | | users@ovirt.org, Dave Chen wei.d.c...@intel.com, Eli | | Mesika emes...@redhat.com | | Sent: Monday, July 29, 2013 11:27:41 PM | | Subject: Re: [Users] upgrade to latest master not working | | | | | | | | - Original Message - | | | From: Alon Bar-Lev alo...@redhat.com | | | To: Dead Horse deadhorseconsult...@gmail.com | | | Cc: users users@ovirt.org, Doron Fediuck dfedi...@redhat.com, | | | Dave | | | Chen wei.d.c...@intel.com, Eli | | | Mesika emes...@redhat.com | | | Sent: Monday, July 29, 2013 10:47:01 PM | | | Subject: Re: [Users] upgrade to latest master not working | | | | | | | | | | | | - Original Message - | | | From: Dead Horse deadhorseconsult...@gmail.com | | | To: Alon Bar-Lev alo...@redhat.com | | | Cc: users users@ovirt.org | | | Sent: Monday, July 29, 2013 10:41:34 PM | | | Subject: Re: [Users] upgrade to latest master not working | | | | | | server.log attached | | | | | | Thanks! | | | | | | My guess is that I8ce3448a[1] broke master. | | | | | | [1] http://gerrit.ovirt.org/#/c/14605/ | | | | | | | Works perfectly on my Gentoo with master. | | | | | | I doubt you are upgrading from 3.2 :) | | | | Just did: | | $ git checkout origin/engine_3.2 | $ cd backend/manager/dbscripts/ | $ ./create_db.sh -d upgrade32-test -u engine | ~/dev/ovirt/ovirt-engine/backend/manager/dbscripts | ~/dev/ovirt/ovirt-engine/backend/manager/dbscripts | Creating the database: upgrade32-test | dropdb: database removal failed: ERROR: database upgrade32-test does not | exist | user name is: engine | Creating tables... | Creating functions... | Creating common functions... | Inserting data ... | Inserting pre-defined roles ... | Running upgrade scripts... | upgrade script detected a change in Config, View or Stored Procedure... | Running upgrade sql script upgrade/pre_upgrade/_config.sql ... | | ... | | Creating stored procedures from vm_templates_sp.sql ... | Running upgrade sql script | upgrade/post_upgrade/0010_add_object_column_white_list_table.sql ... | Running upgrade sql script | upgrade/post_upgrade/0020_create_materialized_views.sql ... | Refreshing materialized views... | ~/dev/ovirt/ovirt-engine/backend/manager/dbscripts | | $ git checkout master | $ cd ../../../packaging/dbscripts/ | $ ./upgrade.sh -d upgrade32-test -u engine | upgrade script detected a change in Config, View or Stored Procedure... | Running upgrade sql script upgrade/pre_upgrade/_config.sql ... | | ... | | Creating stored procedures from vms_sp.sql ... | Running upgrade sql script | upgrade/post_upgrade/0010_add_object_column_white_list_table.sql ... | Running upgrade sql script | upgrade/post_upgrade/0020_create_materialized_views.sql ... | Refreshing materialized views... | Done. | | | Seems to work well. Am I
