[Users] Upgrade 3.1 to 3.2
Hi guys, Does anyone have any successful upgrades from 3.1 to 3.2 using Centos 6.3 and the Dreyou repos? I'm using ovirt 3.1 on our own production systems and would like to know the recommended upgrade methods/paths. I don't see much in the way of upgrade paths for any distributions for that matter. I've done quite a lot of googling and can't find much, also checked on the ovirt website for any possible guides or methods without much success. Thanks in advance. Regards. Neil Wilson. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Upgrade 3.1 to 3.2
07.03.2013 10:16, Neil пишет: Hi guys, Does anyone have any successful upgrades from 3.1 to 3.2 using Centos 6.3 and the Dreyou repos? I'm using ovirt 3.1 on our own production systems and would like to know the recommended upgrade methods/paths. I don't see much in the way of upgrade paths for any distributions for that matter. I've done quite a lot of googling and can't find much, also checked on the ovirt website for any possible guides or methods without much success. Thanks in advance. Regards. Neil Wilson. Have you seen this article http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Upgrade 3.1 to 3.2
Thanks Alexandr, I hadn't seen that one. Will go through it. Thank you very much! On Thu, Mar 7, 2013 at 10:19 AM, Alexandr shur...@shurik.kiev.ua wrote: 07.03.2013 10:16, Neil пишет: Hi guys, Does anyone have any successful upgrades from 3.1 to 3.2 using Centos 6.3 and the Dreyou repos? I'm using ovirt 3.1 on our own production systems and would like to know the recommended upgrade methods/paths. I don't see much in the way of upgrade paths for any distributions for that matter. I've done quite a lot of googling and can't find much, also checked on the ovirt website for any possible guides or methods without much success. Thanks in advance. Regards. Neil Wilson. Have you seen this article http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32 ___ 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] ovirt 3.2 networking setup problems
- Original Message -
From: Yuriy Demchenko demchenko...@gmail.com
To: Antoni Segura Puimedon asegu...@redhat.com
Cc: oVirt Mailing List users@ovirt.org
Sent: Thursday, March 7, 2013 7:54:52 AM
Subject: Re: [Users] ovirt 3.2 networking setup problems
Thanks! that helped
Great! Btw, there is a patch about to hit git master that will remove
the current limitation.
i've managed to add another bond via 'echo +bondN
/sys/class/net/bonding_masters'
output from commands you asked:
# vdsClient -s 0 getVdsCaps
HBAInventory = {'iSCSI': [{'InitiatorName':
'iqn.1994-05.com.redhat:7681c664f86a'}], 'FC': [{'wwpn':
'200190b11cac1b09', 'wwnn': '200090b11cac1b09', 'model': 'LPe1205-M
-
Emulex LPe1205-M 8Gb 2-port PCIe Fibre Channel Adapter'}, {'wwpn':
'200290b11cac1b09', 'wwnn': '200090b11cac1b09', 'model': 'LPe1205-M
-
Emulex LPe1205-M 8Gb 2-port PCIe Fibre Channel Adapter'}]}
ISCSIInitiatorName = iqn.1994-05.com.redhat:7681c664f86a
bondings = {'bond4': {'addr': '', 'cfg': {'DEVICE': 'bond4',
'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'BONDING_OPTS': 'mode=6'},
'mtu': '1500', 'netmask': '', 'slaves': ['p3p1', 'p3p3'], 'hwaddr':
'90:b1:1c:ac:1b:05'}, 'bond0': {'addr': '', 'cfg': {'BRIDGE':
'ovirtmgmt', 'NM_CONTROLLED': 'no', 'STP': 'no', 'BONDING_OPTS':
'mode=6', 'DEVICE': 'bond0', 'ONBOOT': 'yes'}, 'mtu': '1500',
'netmask': '', 'slaves': ['em1', 'em2'], 'hwaddr':
'90:b1:1c:ac:1b:01'}}
bridges = {'ovirtmgmt': {'addr': '192.168.10.130', 'cfg':
{'IPADDR': '192.168.10.130', 'ONBOOT': 'yes', 'DELAY': '0',
'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO':
'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge',
'GATEWAY': '192.168.10.1'}, 'mtu': '1500', 'netmask':
'255.255.255.0',
'stp': 'off', 'ports': ['bond0']}}
clusterLevels = ['3.0', '3.1', '3.2']
cpuCores = 16
cpuFlags =
fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,dca,sse4_1,sse4_2,x2apic,popcnt,aes,xsave,avx,lahf_lm,ida,arat,xsaveopt,pln,pts,dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_Penryn,model_Westmere,model_SandyBridge
cpuModel = Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz
cpuSockets = 2
cpuSpeed = 2599.849
cpuThreads = 32
emulatedMachines = ['rhel6.3.0', 'pc', 'rhel6.2.0',
'rhel6.1.0',
'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0']
guestOverhead = 65
hooks = {}
kvmEnabled = true
lastClient = 192.168.10.147
lastClientIface = ovirtmgmt
management_ip =
memSize = 32062
netConfigDirty = False
networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr':
'192.168.10.130', 'cfg': {'IPADDR': '192.168.10.130', 'ONBOOT':
'yes',
'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0',
'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE':
'Bridge', 'GATEWAY': '192.168.10.1'}, 'mtu': '1500', 'netmask':
'255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway':
'192.168.10.1', 'ports': ['bond0']}}
nics = {'em1': {'permhwaddr': '90:B1:1C:AC:1B:01', 'addr': '',
'cfg': {'SLAVE': 'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond0',
'DEVICE': 'em1', 'STP': 'no', 'ONBOOT': 'yes'}, 'mtu': '1500',
'netmask': '', 'hwaddr': '90:b1:1c:ac:1b:01', 'speed': 1},
'em2':
{'permhwaddr': '90:B1:1C:AC:1B:04', 'addr': '', 'cfg': {'SLAVE':
'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond0', 'DEVICE': 'em2',
'STP': 'no', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '',
'hwaddr':
'90:b1:1c:ac:1b:04', 'speed': 1}, 'p3p4': {'addr': '', 'cfg':
{'DEVICE': 'p3p4', 'HWADDR': '90:B1:1C:AC:1B:08', 'ONBOOT': 'no',
'NM_CONTROLLED': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr':
'90:b1:1c:ac:1b:08', 'speed': 0}, 'p3p3': {'permhwaddr':
'90:B1:1C:AC:1B:07', 'addr': '', 'cfg': {'SLAVE': 'yes', 'ONBOOT':
'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond4', 'HWADDR':
'90:b1:1c:ac:1b:07', 'DEVICE': 'p3p3'}, 'mtu': '1500', 'netmask':
'',
'hwaddr': '90:b1:1c:ac:1b:07', 'speed': 1000}, 'p3p2': {'addr': '',
'cfg': {'DEVICE': 'p3p2', 'HWADDR': '90:B1:1C:AC:1B:06', 'ONBOOT':
'no', 'NM_CONTROLLED': 'yes'}, 'mtu': '1500', 'netmask': '',
'hwaddr':
'90:b1:1c:ac:1b:06', 'speed': 0}, 'p3p1': {'permhwaddr':
'90:B1:1C:AC:1B:05', 'addr': '', 'cfg': {'SLAVE': 'yes', 'ONBOOT':
'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond4', 'HWADDR':
'90:b1:1c:ac:1b:05', 'DEVICE': 'p3p1'}, 'mtu': '1500', 'netmask':
'',
'hwaddr': '90:b1:1c:ac:1b:05', 'speed': 1000}}
operatingSystem = {'release': '3.el6.centos.9', 'version': '6',
'name': 'RHEL'}
packages2 = {'kernel': {'release': '279.22.1.el6.x86_64',
'buildtime': 1360105846.0, 'version': '2.6.32'},
Re: [Users] clone vm from snapshot problem in 3.2
On Wed, Mar 6, 2013 at 9:24 AM, Alissa Bonas abo...@redhat.com wrote: - Original Message - From: Gianluca Cecchi gianluca.cec...@gmail.com To: Alissa Bonas abo...@redhat.com Cc: users users@ovirt.org Sent: Tuesday, March 5, 2013 5:31:19 PM Subject: Re: [Users] clone vm from snapshot problem in 3.2 On Tue, Mar 5, 2013 at 1:48 PM, Alissa Bonas wrote: Hi, Thanks for additional information. The engine log actually shows that slclone started ok: VM slclone c6c56d41-d70d-4b9b-a1cb-8b0c097b89a0 moved from PoweringUp -- Up Can you explain what problem are you experiencing in that VM? Also, could provide the vdsm log from the same timeframe? Gianluca The Vm doesn't boot. As I wrote in the other e-mail: The problem is that the cloned VM recognizes the disks in reversed order See these images where sl1432 is master slcone is the clone disk layout in details pane seems equal with boot disk the one that appears as the second, but the master boots ok, the slave no. Disks are swapped Master VM disk details: https://docs.google.com/file/d/0BwoPbcrMv8mvSWNVNFI4bHg4Umc/edit?usp=sharing Clone VM disks details: https://docs.google.com/file/d/0BwoPbcrMv8mvM1N0bVcyNlFPS1U/edit?usp=sharing Page with the two consoles where you can see that vda of master becomes vdb of clone and vice-versa: https://docs.google.com/file/d/0BwoPbcrMv8mveFpESEs5V1dUTFE/edit?usp=sharing Can I swap again in some way? In VMware for example you can see and edit SCSI IDs of disks... What is important here is to check the boot properties of both devices as they are configured for the master and clone. They might not be swapped, the order in the console is not necessarily the issue here. Please attach vdsm.log with times of both machines boot. the properties of the devices boot should be part of the startup command so it should help to investigate the issue. Thanks Gianluca qemu command line is 1) sl1432b qemu 23481 1 0 Mar04 ?00:35:07 /usr/bin/qemu-kvm -name sl1432b -S -M pc-0.14 -cpu Opteron_G2 -enable-kvm -m 4096 -smp 2,sockets=2,cores=1,threads=1 -uuid b66ccc4b-0e31-42e5-ba6c-04075a85880c -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=18-1,serial=34353439-3036-435A-4A38-303330393338,uuid=b66ccc4b-0e31-42e5-ba6c-04075a85880c -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/sl1432b.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2013-03-04T15:16:38,driftfix=slew -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/b2c274d8-7948-4fd3-b20a-8e802776b0a9/e2b6ad99-860c-4ef3-b4f7-bd5f2803cf2e,if=none,id=drive-virtio-disk0,format=qcow2,serial=b2c274d8-7948-4fd3-b20a-8e802776b0a9,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/fb9380ce-3e61-4a0a-8d9b-98fea9c2456c/03aba9bd-8863-4a1b-bb66-ae0a856ec61e,if=none,id=drive-virtio-disk1,format=qcow2,serial=fb9380ce-3e61-4a0a-8d9b-98fea9c2456c,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk1,id=virtio-disk1 -netdev tap,fd=29,id=hostnet0,vhost=on,vhostfd=30 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:47:d7:53,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/sl1432b.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/sl1432b.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice port=5901,tls-port=5902,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir -k en-us -vga qxl -global qxl-vga.vram_size=67108864 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 2) slclone qemu 24712 1 0 Mar04 ?00:18:20 /usr/bin/qemu-kvm -name slclone -S -M pc-0.14 -cpu Opteron_G2 -enable-kvm -m 4096 -smp 2,sockets=2,cores=1,threads=1 -uuid c6c56d41-d70d-4b9b-a1cb-8b0c097b89a0 -smbios type=1,manufacturer=oVirt,product=oVirt
Re: [Users] Upgrade 3.1 to 3.2
I'm also overdue to test this, so stay tuned :) .. I've heard from a different Alex :) that the engine / db got really messed up when he tried, so best to do a backup of everything before attempting a upgrade ! Alex On 7 March 2013 09:04, Neil nwilson...@gmail.com wrote: Thanks Alexandr, I hadn't seen that one. Will go through it. Thank you very much! On Thu, Mar 7, 2013 at 10:19 AM, Alexandr shur...@shurik.kiev.ua wrote: 07.03.2013 10:16, Neil пишет: Hi guys, Does anyone have any successful upgrades from 3.1 to 3.2 using Centos 6.3 and the Dreyou repos? I'm using ovirt 3.1 on our own production systems and would like to know the recommended upgrade methods/paths. I don't see much in the way of upgrade paths for any distributions for that matter. I've done quite a lot of googling and can't find much, also checked on the ovirt website for any possible guides or methods without much success. Thanks in advance. Regards. Neil Wilson. Have you seen this article http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32 ___ 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 -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Upgrade 3.1 to 3.2
Hmmm, http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32says that we'd have to put the host into Maintenance mode before upgrade, is it not possible to run a live upgrade ? I don't have enough spare hardware to move VMs to for the upgrade of the Hyper-Visors (Ovirt nodes), the VMs cannot be stopped during the day either, we run multiple environments on them by now and are critical for development work. Anyone a idea of how to get onto 3.2 w/o having to stop the VMs ? If there is now way, fair enoug (i guess), and we'll have to look at alternative temporary hardware disk before upgrading, however, it'd be really great if someone found a way ? Alex On 7 March 2013 09:50, Alex Leonhardt alex.t...@gmail.com wrote: I'm also overdue to test this, so stay tuned :) .. I've heard from a different Alex :) that the engine / db got really messed up when he tried, so best to do a backup of everything before attempting a upgrade ! Alex On 7 March 2013 09:04, Neil nwilson...@gmail.com wrote: Thanks Alexandr, I hadn't seen that one. Will go through it. Thank you very much! On Thu, Mar 7, 2013 at 10:19 AM, Alexandr shur...@shurik.kiev.ua wrote: 07.03.2013 10:16, Neil пишет: Hi guys, Does anyone have any successful upgrades from 3.1 to 3.2 using Centos 6.3 and the Dreyou repos? I'm using ovirt 3.1 on our own production systems and would like to know the recommended upgrade methods/paths. I don't see much in the way of upgrade paths for any distributions for that matter. I've done quite a lot of googling and can't find much, also checked on the ovirt website for any possible guides or methods without much success. Thanks in advance. Regards. Neil Wilson. Have you seen this article http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32 ___ 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 -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Userportal SPICE Woes
Hi, it me again, the last time this was discussed, the problem seemed to be centred around Win/IE, but since patching to: # rpm -qa | grep ovirt ovirt-engine-config-3.1.0-4.fc17.noarch ovirt-engine-dbscripts-3.1.0-4.fc17.noarch ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch ovirt-engine-restapi-3.1.0-4.fc17.noarch ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch ovirt-engine-genericapi-3.1.0-4.fc17.noarch ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch ovirt-engine-setup-3.1.0-4.fc17.noarch ovirt-engine-sdk-3.2.0.2-1.fc17.noarch ovirt-engine-backend-3.1.0-4.fc17.noarch ovirt-engine-tools-common-3.1.0-4.fc17.noarch ovirt-engine-3.1.0-4.fc17.noarch ovirt-engine-userportal-3.1.0-4.fc17.noarch ovirt-engine-notification-service-3.1.0-4.fc17.noarch No one is able to connect to a spice console though the Userportal at all. I´ve tried this from my workstation, running Fedora 17: $ SPICEC_DEBUG_LEVEL=0 firefox (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: Filen eller katalogen finns inte (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: Filen eller katalogen finns inte (plugin-container:18293): SpiceXPI-CRITICAL **: could not get browser window, when trying to call OnDisconnected Here´s a collegue of mine, running Win7/IE9: 1362648766 INFO [7196:5208] spicex_init_logger: started 1362648766 DEBUG [7196:5208] COSpiceX::put_DynamicMenu: DynamicMenu 1362648766 INFO [7196:5208] COSpiceX::put_FullScreen: New FullScreen request newVal=0x 1362648766 DEBUG [7196:5208] COSpiceX::Connect: Running spicec (C:\Users\jope\AppData\Local\virt-viewer\bin\remote-viewer.exe --spice-controller) 1362648766 INFO [7196:5208] COSpiceX::Connect: spicec pid 1640 1362648766 DEBUG [7196:5208] COSpiceX::Connect: connecting to spice client's pipe 1362648767 DEBUG [7196:5208] COSpiceX::send_init: sending init 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 1 : str 130.238.96.135 (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 2 value 5906 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 3 value 5907 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending password 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 11 : str IT-Avdelningen-1:%d - Press SHIFT+F12 to Release Cursor (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 10 value 1 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 14 : str release-cursor=shift+f12,toggle-fullscreen=shift+f11 (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 5 : str main,inputs,scursor,splayback,srecord,sdisplay (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 7 : str DEFAULT (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 8 : str C:\Users\jope\AppData\Local\Temp\truststore.pem (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 16 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 17 1362648767 INFO [7196:5208] COSpiceX::ExecuteUsbCtrl: USB sharing is not requested 1362648771 INFO [7196:7480] COSpiceX::event_thread: exit_code=0 error_code=1 And another collegue running CentOS-6.3/Firefox: 2013-03-07 09:42:41,651 DEBUG nsPluginInstance::SetHostIP: 130.238.96.132 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPort: 5900 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetTitle: IT-Avdelningen-2:%d - Press SHIFT+F12 to Release Cursor 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetDynamicMenu: 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetFullScreen: 1 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPassword: Password set 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetNumberOfMonitors: 1 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetUsbListenPort: 0 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetAdminConsole: 1 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSecurePort: 5901 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: original channels: smain,sinputs,scursor,splayback,srecord,sdisplay 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: modified channels: main,inputs,cursor,playback,record,display 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetGuestHostName: IT-Avdelningen-2 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetCipherSuite: DEFAULT 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetTrustStore: Certificate: Data: Version: 3 (0x2) Serial Number: 15 (0xf) Signature Algorithm:
[Users] Cluster, hosts, everything down and totally stuck
My cluster is totally down and I'm completely stuck. I cannot set a host in maintenance, stop a VM because it has a unknown state, so also the host where this one is on. A new added node cannot find the storage because all are down but the NFS is up. On the node that is unknown all interfaces are up, on the new added host all are down following ovirt, but are actually up. Because of this I'm stuck between 2 or 4 walls and I'm not able to fix this in some way. What are my options ? I'm thinking of setting the VM that is stuck on my existing host to off by editing the DB of ovirt. I hope we can sort this out. Cheers, Matt ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] why ovirt does not support NAT network
why ovirt does not support NAT network? thanks___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] add vnet for VM,what is bridgeless of device type
add vnet for VM,what is bridgeless of device type? thanks.___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3
Hi Rob, On 03/06/2013 05:59 PM, Rob Zwissler wrote: On one hand I like oVirt, I think you guys have done a good job with this, and it is free software so I don't want to complain. But on the other hand, if you release a major/stable release (ie: oVirt 3.2), but it relies on a major/critical component (clustering filesystem server) that is in alpha, not even beta, but alpha prerelease form, you really should be up front and communicative about this. My searches turned up nothing except an offhand statement from a GlusterFS developer, nothing from the oVirt team until now. It is not acceptable to expect people to run something as critical as a cluster filesystem server in alpha form on anything short of a development test setup. Are any other components of oVirt 3.2 dependent on non-stable general release packages? What is the latest release of oVirt considered to be stable and considered safe for use on production systems? It seems like there has been conflation of two things here - I may be wrong with what I say, but having checked, I do not believe so. With oVirt 3.2/Gluster 3.4, you will be able to manage Gluster clusters using the oVirt engine. This is a completely new integration, which is still not in a production Gluster release. However, it is still completely fine to use Gluster as storage for an oVirt 3.1 or 3.2 managed cluster. The ability to use Gluster easily as a storage back-end was added in oVirt 3.1, and as far as I know, there is no problem using glusterfs 3.3 as a POSIX storage filesystem for oVirt 3.2. Vijay, Shireesh, Ayal, is my understanding correct? I am worried that we've been giving people the wrong impression here. Thanks! Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Problem install
On Wed 06 Mar 2013 10:51:43 PM IST, Marcelo Barbosa wrote:
Alex,
Thankyou for attention. This return should not happen, because I
have my hostname registered and running on my DNS servers, but i'm
inserted in /etc/hosts my hostname and retry setup, but return new error:
2013-03-06 17:35:14::DEBUG::all_in_one_100::297::root:: Waiting for
host to become operational
2013-03-06 17:35:14::DEBUG::all_in_one_100::300::root:: current host
status is: up
2013-03-06 17:35:14::DEBUG::all_in_one_100::302::root:: The host is up.
2013-03-06 17:35:14::DEBUG::setup_sequences::59::root:: running
addStorageDomain
2013-03-06 17:35:14::DEBUG::all_in_one_100::317::root:: Adding local
storage domain
2013-03-06 17:35:14::INFO::all_in_one_100::322::root:: Creating local
storage
2013-03-06 17:35:14::INFO::all_in_one_100::326::root:: Creating local
storage domain
2013-03-06 17:35:14::INFO::all_in_one_100::334::root:: Adding local
storage domain
2013-03-06 17:35:15::ERROR::all_in_one_100::337::root:: Traceback
(most recent call last):
File /usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py,
line 335, in addStorageDomain
controller.CONF[API_OBJECT].storagedomains.add(sdParams)
File
/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py,
line 5151, in add
headers={Expect:expect, Correlation-Id:correlation_id})
File
/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py,
line 118, in add
return self.request('POST', url, body, headers)
File
/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py,
line 129, in request
last=last)
File
/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py,
line 159, in __doRequest
raise RequestError, response
RequestError:
status: 400
reason: Bad Request
detail: Cannot add Storage. Internal error, Storage Connection doesn't
exist.
2013-03-06 17:35:15::DEBUG::setup_sequences::62::root:: Traceback
(most recent call last):
File /usr/share/ovirt-engine/scripts/setup_sequences.py, line 60,
in run
function()
File /usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py,
line 338, in addStorageDomain
raise Exception(ERROR_ADD_LOCAL_DOMAIN)
Exception: Error: could not add local storage domain
2013-03-06 17:35:15::DEBUG::engine-setup::1948::root:: *** The
following params were used as user input:
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root::
override-httpd-config: yes
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: http-port: 80
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: https-port: 443
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root::
random-passwords: no
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: mac-range:
00:1A:4A:10:FF:00-00:1A:4A:10:FF:FF
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: host-fqdn:
firelap.usc.unirede.net http://firelap.usc.unirede.net
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: auth-pass:
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: org-name: firelap
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root::
application-mode: both
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root::
default-dc-type: NFS
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root::
db-remote-install: local
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: db-host: localhost
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: db-local-pass:
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: nfs-mp:
/firebackup//iso
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root::
iso-domain-name: ISO_DOMAIN
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: config-nfs: yes
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root::
override-firewall: IPTables
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root::
config-allinone: yes
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: storage-path:
/firebackup//vms
2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: superuser-pass:
2013-03-06 17:35:15::ERROR::engine-setup::2369::root:: Traceback (most
recent call last):
File /bin/engine-setup, line 2363, in module
main(confFile)
File /bin/engine-setup, line 2146, in main
runSequences()
File /bin/engine-setup, line 2068, in runSequences
controller.runAllSequences()
File /usr/share/ovirt-engine/scripts/setup_controller.py, line 54,
in runAllSequences
sequence.run()
File /usr/share/ovirt-engine/scripts/setup_sequences.py, line 154,
in run
step.run()
File /usr/share/ovirt-engine/scripts/setup_sequences.py, line 60,
in run
function()
File /usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py,
line 338, in addStorageDomain
raise Exception(ERROR_ADD_LOCAL_DOMAIN)
Exception: Error: could not add local storage domain
Any ideas to solve this problem?
Marcelo Barbosa
/mr.marcelo.barb...@gmail.com mailto:mr.marcelo.barb...@gmail.com/
On Wed, Mar 6, 2013 at 4:23 PM, Alexandre Santos santosa...@gmail.com
mailto:santosa...@gmail.com wrote:
Hi. Have you
Re: [Users] 关于ovirt 3.2支持glusterfs问题
Hi, I'm sorry, this is an English language mailing list, and I do not speak Chinese. Google translate suggests that your question relates to an installation issue - you installed oVirt 3.2, ran engine-setup, selected a POSIX FS type data center, and do not see any storage domain. However, the Gluster volume is visible in the node view. Is that correct? Have you had any issues using the Gluster volume outside oVirt? I hope someone can help you with your query! Thanks, Dave. On 02/28/2013 06:16 AM, 胡阳阳 wrote: 您好！ 我安装的ovirt版本为3.2。使用engine-setup设置时如果存储选择glusterfs，打 开WEB UI之后无法看到data center，也无法增加storage domain。如果选择 both，增加data center的时候没有type项没有gluster fs，只有以下几个。 选择posix compliant fs之后，增加glusterfs的volume在WEB UI上提示不成功， 但是在node上使用gluster volume info查看已成功创建。 请问一下这个问题如果解决。 谢谢！ 以下为我的版本信息 贵州沃尔康科技有限公司 系统集成部 胡阳阳 地址：贵州省贵阳市南明区中创联合大厦6楼D座 邮箱：huyangy...@wolk-tech.com mailto:huyangy...@wolk-tech.com 手机：18798828131 电话：0851-5989268 本邮件及其附件含有沃尔康公司的保密信息，仅限于发送给上面地址中列出的个人 或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复 制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发 件人并删除本邮件！ This e-mail and its attachments contain confidential information from WOLK, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] add vnet for VM,what is bridgeless of device type
Bridgeless networks are typically for non-VM networks such as storage. - Original Message - From: bigclouds bigclo...@163.com To: users@ovirt.org Sent: Thursday, March 7, 2013 11:54:29 AM Subject: [Users] add vnet for VM,what is bridgeless of device type add vnet for VM,what is bridgeless of device type? thanks. ___ 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] oVirt 3.2 on CentOS with Gluster 3.3
On 03/07/2013 04:36 PM, Dave Neary wrote: Hi Rob, On 03/06/2013 05:59 PM, Rob Zwissler wrote: On one hand I like oVirt, I think you guys have done a good job with this, and it is free software so I don't want to complain. But on the other hand, if you release a major/stable release (ie: oVirt 3.2), but it relies on a major/critical component (clustering filesystem server) that is in alpha, not even beta, but alpha prerelease form, you really should be up front and communicative about this. My searches turned up nothing except an offhand statement from a GlusterFS developer, nothing from the oVirt team until now. It is not acceptable to expect people to run something as critical as a cluster filesystem server in alpha form on anything short of a development test setup. Are any other components of oVirt 3.2 dependent on non-stable general release packages? What is the latest release of oVirt considered to be stable and considered safe for use on production systems? It seems like there has been conflation of two things here - I may be wrong with what I say, but having checked, I do not believe so. With oVirt 3.2/Gluster 3.4, you will be able to manage Gluster clusters using the oVirt engine. This is a completely new integration, which is still not in a production Gluster release. However, it is still completely fine to use Gluster as storage for an oVirt 3.1 or 3.2 managed cluster. The ability to use Gluster easily as a storage back-end was added in oVirt 3.1, and as far as I know, there is no problem using glusterfs 3.3 as a POSIX storage filesystem for oVirt 3.2. Vijay, Shireesh, Ayal, is my understanding correct? I am worried that we've been giving people the wrong impression here. Yes, your description is right. Thanks, Vijay ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] ovirt-engine-sdk-java 1.0.0.5-1 released
- use explicit classloader for JAXBContext - implement support for (user defined) session authentication - implement generic JAXBElement generation - to DataCenterStorageDomain added Disks sub-collection - to StorageDomain added Disks sub-collection - to host added display.address property - to vms.add() added overload for creating vm from snapshot More details can be found at [1]. [1] http://www.ovirt.org/Java-sdk-changelog -- Michael Pasternak RedHat, ENG-Virtualization RD ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] why ovirt does not support NAT network
On Thu, Mar 07, 2013 at 06:49:20PM +0800, bigclouds wrote: why ovirt does not support NAT network? Would you elaborate on that? Do you refer to putthing VMs behind a NAT, instead of a bridge? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] why ovirt does not support NAT network
I can see the use for that, to be honest... e.g. you rent 1 server and want to test some stuff, and typically for that you don't get more than 1 IP to use for the server itself but you want your VMs be able to get to The Internets :) ... Alex On 7 March 2013 11:28, Dan Kenigsberg dan...@redhat.com wrote: On Thu, Mar 07, 2013 at 06:49:20PM +0800, bigclouds wrote: why ovirt does not support NAT network? Would you elaborate on that? Do you refer to putthing VMs behind a NAT, instead of a bridge? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Weird errors when trying to connect to an iSCSI target.
- Original Message -
From: noc n...@nieuwland.nl
To: users@ovirt.org
Sent: Thursday, March 7, 2013 11:26:23 AM
Subject: [Users] Weird errors when trying to connect to an iSCSI target.
I have been able to connect to this iSCSI target before but now I'm
getting some weird errors, see attached vdsm.log but in short its
about the following:
Thread-161303::DEBUG::2013-03-07
09:54:14,401::task::568::TaskManager.Task::(_updateState)
Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::moving from state init
- state preparing
Thread-161303::INFO::2013-03-07
09:54:14,402::logUtils::41::dispatcher::(wrapper) Run and protect:
discoverSendTargets(con={'connection': '192.168.4.234', 'password':
'**', 'port': '3260', 'user': ''}, options=None)
Thread-161303::DEBUG::2013-03-07
09:54:14,402::misc::84::Storage.Misc.excCmd::(lambda)
'/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
default -p 192.168.4.234:3260 --op=new' (cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,428::misc::84::Storage.Misc.excCmd::(lambda) SUCCESS:
err = ''; rc = 0
Thread-161303::DEBUG::2013-03-07
09:54:14,428::misc::84::Storage.Misc.excCmd::(lambda)
'/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
default -p 192.168.4.234:3260 -n node.startup -v manual --op=update'
(cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,452::misc::84::Storage.Misc.excCmd::(lambda) FAILED:
err = 'iscsiadm: Cannot modify node.startup. Invalid param
name.\n'; rc = 7
Thread-161303::DEBUG::2013-03-07
09:54:14,453::misc::84::Storage.Misc.excCmd::(lambda)
'/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,476::misc::84::Storage.Misc.excCmd::(lambda) SUCCESS:
err = ''; rc = 0
Thread-161303::DEBUG::2013-03-07
09:54:14,477::misc::84::Storage.Misc.excCmd::(lambda)
'/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
default -p 192.168.4.234:3260 --discover' (cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,512::misc::84::Storage.Misc.excCmd::(lambda) FAILED:
err = 'iscsiadm: No portals found\n'; rc = 21
Thread-161303::DEBUG::2013-03-07
09:54:14,516::misc::84::Storage.Misc.excCmd::(lambda)
'/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,541::misc::84::Storage.Misc.excCmd::(lambda) SUCCESS:
err = ''; rc = 0
Thread-161303::DEBUG::2013-03-07
09:54:14,541::misc::84::Storage.Misc.excCmd::(lambda)
'/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
default -p 192.168.4.234:3260 --op=delete' (cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,565::misc::84::Storage.Misc.excCmd::(lambda) SUCCESS:
err = ''; rc = 0
Thread-161303::ERROR::2013-03-07
09:54:14,566::hsm::2799::Storage.HSM::(discoverSendTargets)
Discovery failed
Traceback (most recent call last):
File /usr/share/vdsm/storage/hsm.py, line 2797, in
discoverSendTargets
targets = iscsi.discoverSendTargets(iface, portal, cred)
File /usr/share/vdsm/storage/iscsi.py, line 202, in
discoverSendTargets
targets = iscsiadm.discoverydb_discover(discoverType, iface.name,
portalStr)
File /usr/share/vdsm/storage/iscsiadm.py, line 213, in
discoverydb_discover
raise IscsiDiscoverdbError(rc, out, err)
IscsiDiscoverdbError: (21, [], ['iscsiadm: No portals found'])
Thread-161303::ERROR::2013-03-07
09:54:14,567::task::833::TaskManager.Task::(_setError)
Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::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 2800, in
discoverSendTargets
raise se.iSCSIDiscoveryError(portal, e)
Running the commands in a shell indeed gives the errors shown.
Which version of ovirt are you working with?
And in which shell did you try to run the command - vdsClient (vdsm's cli) or
regular command line?
I have a wild guess but what interface is -I default referring to?
I had more than one interface activated for this host but moved it to
a cluster which didn't have the network definitions and removed the
now invalid networks from the host. Just checked with tcpdump and
the traffic is going through ovirtmgmt interface and the storage is
responding.
/var/lib/iscsi isn't filled with info, only
sendtargets/target_ip_address/st_config
Joop
--
irc: jvandewege
___
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] ovirt 3.1 + iscsi + snapshot
Hi Alissa, have you had any luck ? Alex On 6 March 2013 12:48, Alex Leonhardt alex.t...@gmail.com wrote: Yep, it's ovirt 3.1 - on the HV : vdsm.x86_64 4.10.0-0.46.15.el6 @vdsm31-dre vdsm-cli.noarch 4.10.0-0.46.15.el6 @vdsm31-dre vdsm-python.x86_644.10.0-0.46.15.el6 @vdsm31-dre vdsm-xmlrpc.noarch4.10.0-0.46.15.el6 @vdsm31-dre on the Engine: jpackage-utils.noarch 5.0.0-7.jpp6 @ovirt31-dre ovirt-engine.noarch3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-backend.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-cli.noarch 3.1.0.7-1.el6 @ovirt31-dre ovirt-engine-config.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-dbscripts.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-genericapi.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-jbossas711.x86_64 1-0 @ovirt31-dre ovirt-engine-notification-service.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-restapi.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-sdk.noarch 3.1.0.5-1.el6 @ovirt31-dre ovirt-engine-setup.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-tools-common.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-userportal.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-webadmin-portal.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-image-uploader.noarch 3.1.0-16.el6 @ovirt31-dre ovirt-iso-uploader.noarch 3.1.0-16.el6 @ovirt31-dre ovirt-log-collector.noarch 3.1.0-16.el6 @ovirt31-dre vdsm-bootstrap.noarch 4.10.0-0.46.15.el6 @vdsm31-dre Alex On 6 March 2013 12:25, Alissa Bonas abo...@redhat.com wrote: - Original Message - From: Alex Leonhardt alex.t...@gmail.com To: Alissa Bonas abo...@redhat.com Cc: oVirt Mailing List users@ovirt.org Sent: Wednesday, March 6, 2013 11:46:30 AM Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot Hi, Logs are attached - Thank you for attaching the logs. I'm checking them. Could you please confirm - you mentioned you work with ovirt 3.1 - is it the version of both engine and vdsm? If not - what is the exact version of each of the components? thank you 2013-Mar-05, 15:44:47 Snapshot test creation for VM icinga-clone has been completed. 2013-Mar-05, 15:44:36 VM icinga-clone has paused due to storage permissions problem. 2013-Mar-05, 15:44:33 Snapshot test creation for VM icinga-clone was initiated by admin@internal. 2013-Mar-05, 15:44:20 VM icinga-clone started on Host TESTHV01 Alex On 5 March 2013 17:11, Alissa Bonas abo...@redhat.com wrote: - Original Message - From: Alex Leonhardt alex.t...@gmail.com To: oVirt Mailing List users@ovirt.org Sent: Tuesday, March 5, 2013 6:12:08 PM Subject: [Users] ovirt 3.1 + iscsi + snapshot Hiya, Am testing live snapshot-ing at the moment, and my VM is being paused every time I try to do a snapshot - it wont recover either, once the snapshot is complete. This is what I see on the webadmin console : VM icinga-clone has paused due to storage permissions problem. Any hints ? When I stop the VM, then start again, all is good. Hi, Please attach engine+vdsm+libvirt logs with the timeframe when you perform the live snapshot and the failure. thanks Thanks Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | | www.vsearchcloud.com | ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- | RHCE | Senior Systems Engineer | www.vcore.co | | www.vsearchcloud.com | -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Userportal SPICE Woes
Hi, Karli Sjöberg píše v Čt 07. 03. 2013 v 10:01 +: Hi, it me again, the last time this was discussed, the problem seemed to be centred around Win/IE, but since patching to: # rpm -qa | grep ovirt ovirt-engine-config-3.1.0-4.fc17.noarch ovirt-engine-dbscripts-3.1.0-4.fc17.noarch ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch ovirt-engine-restapi-3.1.0-4.fc17.noarch ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch ovirt-engine-genericapi-3.1.0-4.fc17.noarch ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch ovirt-engine-setup-3.1.0-4.fc17.noarch ovirt-engine-sdk-3.2.0.2-1.fc17.noarch ovirt-engine-backend-3.1.0-4.fc17.noarch ovirt-engine-tools-common-3.1.0-4.fc17.noarch ovirt-engine-3.1.0-4.fc17.noarch ovirt-engine-userportal-3.1.0-4.fc17.noarch ovirt-engine-notification-service-3.1.0-4.fc17.noarch No one is able to connect to a spice console though the Userportal at all. Looks like no one is getting host subject - again. Tomáš? David I´ve tried this from my workstation, running Fedora 17: $ SPICEC_DEBUG_LEVEL=0 firefox (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: Filen eller katalogen finns inte (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: Filen eller katalogen finns inte (plugin-container:18293): SpiceXPI-CRITICAL **: could not get browser window, when trying to call OnDisconnected Here´s a collegue of mine, running Win7/IE9: 1362648766 INFO [7196:5208] spicex_init_logger: started 1362648766 DEBUG [7196:5208] COSpiceX::put_DynamicMenu: DynamicMenu 1362648766 INFO [7196:5208] COSpiceX::put_FullScreen: New FullScreen request newVal=0x 1362648766 DEBUG [7196:5208] COSpiceX::Connect: Running spicec (C: \Users\jope\AppData\Local\virt-viewer\bin\remote-viewer.exe --spice-controller) 1362648766 INFO [7196:5208] COSpiceX::Connect: spicec pid 1640 1362648766 DEBUG [7196:5208] COSpiceX::Connect: connecting to spice client's pipe 1362648767 DEBUG [7196:5208] COSpiceX::send_init: sending init 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 1 : str 130.238.96.135 (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 2 value 5906 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 3 value 5907 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending password 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 11 : str IT-Avdelningen-1:%d - Press SHIFT+F12 to Release Cursor (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 10 value 1 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 14 : str release-cursor=shift+f12,toggle-fullscreen=shift+f11 (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 5 : str main,inputs,scursor,splayback,srecord,sdisplay (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 7 : str DEFAULT (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 8 : str C:\Users\jope\AppData\Local\Temp\truststore.pem (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 16 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 17 1362648767 INFO [7196:5208] COSpiceX::ExecuteUsbCtrl: USB sharing is not requested 1362648771 INFO [7196:7480] COSpiceX::event_thread: exit_code=0 error_code=1 And another collegue running CentOS-6.3/Firefox: 2013-03-07 09:42:41,651 DEBUG nsPluginInstance::SetHostIP: 130.238.96.132 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPort: 5900 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetTitle: IT-Avdelningen-2:%d - Press SHIFT+F12 to Release Cursor 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetDynamicMenu: 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetFullScreen: 1 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPassword: Password set 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetNumberOfMonitors: 1 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetUsbListenPort: 0 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetAdminConsole: 1 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSecurePort: 5901 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: original channels: smain,sinputs,scursor,splayback,srecord,sdisplay 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: modified channels: main,inputs,cursor,playback,record,display 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetGuestHostName: IT-Avdelningen-2 2013-03-07 09:42:41,653 DEBUG
Re: [Users] ovirt 3.1 + iscsi + snapshot
- Original Message - From: Alex Leonhardt alex.t...@gmail.com To: Alissa Bonas abo...@redhat.com Cc: oVirt Mailing List users@ovirt.org Sent: Thursday, March 7, 2013 2:44:19 PM Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot Hi Alissa, have you had any luck ? Alex Hi, Still checking... sorry for the delay. On 6 March 2013 12:48, Alex Leonhardt alex.t...@gmail.com wrote: Yep, it's ovirt 3.1 - on the HV : vdsm.x86_64 4.10.0-0.46.15.el6 @vdsm31-dre vdsm-cli.noarch 4.10.0-0.46.15.el6 @vdsm31-dre vdsm-python.x86_64 4.10.0-0.46.15.el6 @vdsm31-dre vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 @vdsm31-dre on the Engine: jpackage-utils.noarch 5.0.0-7.jpp6 @ovirt31-dre ovirt-engine.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-backend.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-cli.noarch 3.1.0.7-1.el6 @ovirt31-dre ovirt-engine-config.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-dbscripts.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-genericapi.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-jbossas711.x86_64 1-0 @ovirt31-dre ovirt-engine-notification-service.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-restapi.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-sdk.noarch 3.1.0.5-1.el6 @ovirt31-dre ovirt-engine-setup.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-tools-common.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-userportal.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-webadmin-portal.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-image-uploader.noarch 3.1.0-16.el6 @ovirt31-dre ovirt-iso-uploader.noarch 3.1.0-16.el6 @ovirt31-dre ovirt-log-collector.noarch 3.1.0-16.el6 @ovirt31-dre vdsm-bootstrap.noarch 4.10.0-0.46.15.el6 @vdsm31-dre Alex On 6 March 2013 12:25, Alissa Bonas abo...@redhat.com wrote: - Original Message - From: Alex Leonhardt alex.t...@gmail.com To: Alissa Bonas abo...@redhat.com Cc: oVirt Mailing List users@ovirt.org Sent: Wednesday, March 6, 2013 11:46:30 AM Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot Hi, Logs are attached - Thank you for attaching the logs. I'm checking them. Could you please confirm - you mentioned you work with ovirt 3.1 - is it the version of both engine and vdsm? If not - what is the exact version of each of the components? thank you 2013-Mar-05, 15:44:47 Snapshot test creation for VM icinga-clone has been completed. 2013-Mar-05, 15:44:36 VM icinga-clone has paused due to storage permissions problem. 2013-Mar-05, 15:44:33 Snapshot test creation for VM icinga-clone was initiated by admin@internal. 2013-Mar-05, 15:44:20 VM icinga-clone started on Host TESTHV01 Alex On 5 March 2013 17:11, Alissa Bonas abo...@redhat.com wrote: - Original Message - From: Alex Leonhardt alex.t...@gmail.com To: oVirt Mailing List users@ovirt.org Sent: Tuesday, March 5, 2013 6:12:08 PM Subject: [Users] ovirt 3.1 + iscsi + snapshot Hiya, Am testing live snapshot-ing at the moment, and my VM is being paused every time I try to do a snapshot - it wont recover either, once the snapshot is complete. This is what I see on the webadmin console : VM icinga-clone has paused due to storage permissions problem. Any hints ? When I stop the VM, then start again, all is good. Hi, Please attach engine+vdsm+libvirt logs with the timeframe when you perform the live snapshot and the failure. thanks Thanks Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | | www.vsearchcloud.com | ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- | RHCE | Senior Systems Engineer | www.vcore.co | | www.vsearchcloud.com | -- | RHCE | Senior Systems Engineer | www.vcore.co | | www.vsearchcloud.com | -- | RHCE | Senior Systems Engineer | www.vcore.co | | www.vsearchcloud.com | ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Searching for VMs that do not have a tag
- Original Message - From: Rob Zwissler r...@zwissler.org To: oVirt Mailing List users@ovirt.org Sent: Thursday, March 7, 2013 2:05:09 AM Subject: [Users] Searching for VMs that do not have a tag I have to say, the Search Bookmark functionality is really cool! According to autocomplete, the only operator available for Vms:Tag is = It would be nice to have a != operator so we can have bookmarks that show hosts that are not tagged in a certain way... or is there a more general way to invert a query? Seems missing operation , can be candidate for RFE Also, is there any way to add an order tag to alter the display order? You can use the sortby keyword for that Any online docs for this stuff? http://www.ovirt.org/OVirt-DB-Issues/dbfacade-dao-and-transaction#Search_Engine regards, Rob ___ 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] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages
Dear Alon, indeed it is the same host. Do I now have to reinstall the whole OS and start from scratch to get it running? Or is there another way? Best regards Dennis Von: Alon Bar-Lev [alo...@redhat.com] Gesendet: Mittwoch, 27. Februar 2013 11:56 An: Dennis Böck Cc: users@oVirt.org Betreff: Re: AW: AW: AW: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages Thanks, Did you run this on the same host you experienced the problem? I don't understand the difference between the failure of deployment and the success of this script... the vdsm-gluster package was found. - Original Message - From: Dennis Böck den...@webdienstleistungen.com To: Alon Bar-Lev alo...@redhat.com Sent: Wednesday, February 27, 2013 9:55:29 AM Subject: AW: AW: AW: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages /tmp/miniyum.log was 0 Byte. But attached you find the output of miniyum.py. Hope it helps. Von: Alon Bar-Lev [alo...@redhat.com] Gesendet: Dienstag, 26. Februar 2013 18:47 An: Dennis Böck Betreff: Re: AW: AW: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages Can you please run the attached script? Send me the output and /tmp/miniyum.log - Original Message - From: Dennis Böck den...@webdienstleistungen.com To: Alon Bar-Lev alo...@redhat.com Sent: Tuesday, February 26, 2013 7:38:36 PM Subject: AW: AW: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages Output of # yum search vdsm-gluster: Loaded plugins: vdsm-gluster.noarch : Gluster Plugin for VDSM use search all for everything. Von: Alon Bar-Lev [alo...@redhat.com] Gesendet: Dienstag, 26. Februar 2013 18:32 An: Dennis Böck Betreff: Re: AW: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages And what is the output of: # yum search vdsm-gluster - Original Message - From: Dennis Böck den...@webdienstleistungen.com To: Alon Bar-Lev alo...@redhat.com Sent: Tuesday, February 26, 2013 7:14:12 PM Subject: AW: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages On the machine I checked: yum install vdsm-gluster Output: Package vdsm-gluster-4.10.3-8.fc18.noarch already installed and latest version So it seems to me that the error has a different reason. Von: Alon Bar-Lev [alo...@redhat.com] Gesendet: Dienstag, 26. Februar 2013 16:25 An: Dennis Böck Cc: users@oVirt.org Betreff: Re: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages You chose to install gluster feature enabled, while vdsm-gluster package is unavailable via yum. - Original Message - From: Dennis Böck den...@webdienstleistungen.com To: users@oVirt.org users@ovirt.org Sent: Tuesday, February 26, 2013 5:21:53 PM Subject: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages Dear oVirt-Group, I tried to install a Fedora 18 host as an oVirt 3.2 node via the web interface. Shortly after starting the installation the error message: Host ovirt1 installation failed. Command returned failure code 1 during SSH session 'root@192.168.137.135'; In the corresponding host-deploy log, the following error is written: otopi.context context._executeMethod:139 Failed to execute stage 'Setup validation': Cannot locate gluster packages, possible cause is incorrect channels. The log file is attached. Does anyone have an idea? Best regards Dennis ___ 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] why ovirt does not support NAT network
hi, Dan Kenigsberg yes, i am working on this feature, the goal is that HOST can supply bridge and NAT network meanwhile ,users can choise. because birdge network occupy too many IPs, at least, one user will have 2 IPs(VM and thin client). At 2013-03-07 19:28:29,Dan Kenigsberg dan...@redhat.com wrote: On Thu, Mar 07, 2013 at 06:49:20PM +0800, bigclouds wrote: why ovirt does not support NAT network? Would you elaborate on that? Do you refer to putthing VMs behind a NAT, instead of a bridge? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Improvement for the oVirt java sdk
-Chris -Original Message- From: Michael Pasternak [mailto:mpast...@redhat.com] Sent: Thursday, March 07, 2013 6:37 AM To: Morrissey, Christopher Cc: users@ovirt.org; engine-devel Subject: Re: Improvement for the oVirt java sdk On 03/04/2013 05:26 PM, Morrissey, Christopher wrote: Hi Michael, Yes, that is the case here. I'm getting the JSESSIONID from the client and passing it to our server so that it can perform REST-API calls back to oVirt under the logged in user's authenticated session. done, see http://lists.ovirt.org/pipermail/users/2013-March/012969.html Thanks for the very quick implementation! I'll give it a try shortly. -Chris -Original Message- From: Michael Pasternak [mailto:mpast...@redhat.com] Sent: Sunday, March 03, 2013 4:44 AM To: Morrissey, Christopher Cc: users@ovirt.org; engine-devel Subject: Re: Improvement for the oVirt java sdk Hi Christopher, In general SDK abstracts the transport layer, therefore all authentication internals hidden from the user, i.e SESSION based authentication happens implicitly (by default), when you initiate SDK entry point, the story is different if you want using SSO-like login by reusing JSESSIONID from the REST-API for instance, and i can support such scenario, but, is this your case? On 02/28/2013 10:04 PM, Morrissey, Christopher wrote: Hi Michael, I'm looking to use the oVirt java sdk for connecting into oVirt from our server. However, we have a UI plugin that gets access to a session ID that we should be able to use to connect through the REST API instead of the username and password. Any chance the sdk could be updated to take the session ID and create a connection vs. a user name and password? -Chris Chris Morrissey Software Engineer NetApp Inc. 919.476.4428 -- Michael Pasternak RedHat, ENG-Virtualization RD -- Michael Pasternak RedHat, ENG-Virtualization RD ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] why ovirt does not support NAT network
Just in case it might help you please check: http://lists.ovirt.org/pipermail/users/2012-April/001751.html I managed to implement Virtualbox-hostonly-alike networks gathering more info from: http://libvirt.org/formatnetwork.html . You might be also interested in: http://wiki.libvirt.org/page/Networking although I didn't use it myself. You might probably already know this information but, just in case, here it is. - Mensaje original - De: bigclouds bigclo...@163.com Para: Dan Kenigsberg dan...@redhat.com CC: users@ovirt.org Enviados: Jueves, 7 de Marzo 2013 15:46:48 Asunto: Re: [Users] why ovirt does not support NAT network hi, Dan Kenigsberg yes, i am working on this feature, the goal is that HOST can supply bridge and NAT network meanwhile ,users can choise. because birdge network occupy too many IPs, at least, one user will have 2 IPs(VM and thin client). At 2013-03-07 19:28:29,Dan Kenigsberg dan...@redhat.com wrote: On Thu, Mar 07, 2013 at 06:49:20PM +0800, bigclouds wrote: why ovirt does not support NAT network? Would you elaborate on that? Do you refer to putthing VMs behind a NAT, instead of a bridge? -- Adrián Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorización correspondiente. Si han recibido este mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje . ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR)
On 05.03.2013 13:49, Dan Kenigsberg wrote: On Tue, Mar 05, 2013 at 12:32:31PM +0100, Patrick Hurrelmann wrote: On 05.03.2013 11:14, Dan Kenigsberg wrote: snip My version of vdsm as stated by Dreyou: v 4.10.0-0.46 (.15), builded from b59c8430b2a511bcea3bc1a954eee4ca1c0f4861 (branch ovirt-3.1) I can't see that Ia241b09c96fa16441ba9421f61a2f9a417f0d978 was merged to 3.1 Branch? I applied that patch locally and restarted vdsmd but this does not change anything. Supported cpu is still as low as Conroe instead of Nehalem. Or is there more to do than patching libvirtvm.py? What is libvirt's opinion about your cpu compatibility? virsh -r cpu-compare (echo 'cpu match=minimummodelNehalem/modelvendorIntel/vendor/cpu') If you do not get Host CPU is a superset of CPU described in bla, then the problem is within libvirt. Dan. Hi Dan, virsh -r cpu-compare (echo 'cpu match=minimummodelNehalem/modelvendorIntel/vendor/cpu') Host CPU is a superset of CPU described in /dev/fd/63 So libvirt obviously is fine. Something different would have surprised my as virsh capabilities seemed correct anyway. So maybe, just maybe, libvirt has changed their cpu_map, a map that ovirt-3.1 had a bug reading. Would you care to apply http://gerrit.ovirt.org/5035 to see if this is it? Dan. Hi Dan, success! Applying that patch made the cpu recognition work again. The cpu type in admin portal shows again as Nehalem. Output from getVdsCaps: cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge, mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2, ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc, arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc, aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2, ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida, dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem, model_Conroe,model_coreduo,model_core2duo,model_Penryn, model_n270 cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz cpuSockets = 1 cpuSpeed = 2393.769 I compared libvirt's cpu_map.xml on both Centos 6.3 and CentOS 6.4 and indeed they do differ in large portions. So this patch should probably be merged to 3.1 branch? I will contact Dreyou and request that this patch will also be included in his builds. I guess otherwise there will be quite some fallout after people start picking CentOS 6.4 for oVirt 3.1. Thanks again and best regards Thank you for reporting this issue and verifying its fix. I'm not completely sure that we should keep maintaining the ovirt-3.1 branch upstream - but a build destined for el6.4 must have it. If you believe we should release a fix version for 3.1, please verify that http://gerrit.ovirt.org/12723 has no ill effects. Dan. I did none additional tests and the new CentOS 6.4 host failed start or migrate any vm. It always boils down to: Thread-43::ERROR::2013-03-07 15:02:51,950::task::853::TaskManager.Task::(_setError) Task=`52a9f96f-3dfd-4bcf-8d7a-db14e650b4c1`::Unexpected error Traceback (most recent call last): File /usr/share/vdsm/storage/task.py, line 861, in _run return fn(*args, **kargs) File /usr/share/vdsm/logUtils.py, line 38, in wrapper res = f(*args, **kwargs) File /usr/share/vdsm/storage/hsm.py, line 2551, in getVolumeSize apparentsize = str(volume.Volume.getVSize(sdUUID, imgUUID, volUUID, bs=1)) File /usr/share/vdsm/storage/volume.py, line 283, in getVSize return mysd.getVolumeClass().getVSize(mysd, imgUUID, volUUID, bs) File /usr/share/vdsm/storage/blockVolume.py, line 101, in getVSize return int(int(lvm.getLV(sdobj.sdUUID, volUUID).size) / bs) File /usr/share/vdsm/storage/lvm.py, line 772, in getLV lv = _lvminfo.getLv(vgName, lvName) File /usr/share/vdsm/storage/lvm.py, line 567, in getLv lvs = self._reloadlvs(vgName) File /usr/share/vdsm/storage/lvm.py, line 419, in _reloadlvs self._lvs.pop((vgName, lvName), None) File /usr/lib64/python2.6/contextlib.py, line 34, in __exit__ self.gen.throw(type, value, traceback) File /usr/share/vdsm/storage/misc.py, line 1219, in acquireContext yield self File /usr/share/vdsm/storage/lvm.py, line 404, in _reloadlvs lv = makeLV(*fields) File /usr/share/vdsm/storage/lvm.py, line 218, in makeLV attrs = _attr2NamedTuple(args[LV._fields.index(attr)], LV_ATTR_BITS, LV_ATTR) File /usr/share/vdsm/storage/lvm.py, line 188, in _attr2NamedTuple attrs = Attrs(*values) TypeError: __new__() takes exactly 9 arguments (10 given) and followed by: Thread-43::ERROR::2013-03-07 15:02:51,987::dispatcher::69::Storage.Dispatcher.Protect::(run) __new__() takes exactly 9 arguments (10 given) Traceback (most recent call last): File /usr/share/vdsm/storage/dispatcher.py, line 61, in run result = ctask.prepare(self.func, *args, **kwargs) File
Re: [Users] 关于ovirt 3.2支持glusterfs问题
Let me help to translate those characters below. --- I installed oVirt 3.2 on my system and used engine-setup to create a new engine server. In the question process of engine-setup, the different answeres for storage type made the different results. If glusterfs type was chosen, the data center was not created and the storage domain could not be added neither. If both was chosen, there was no gluster-fs type when adding a data center, only other types listed. If posix compliant fs was chosen, adding glusterfs volume failure was shown in the WEB UI. However, the gluster volume was successfully created in the node shown by gluster volume info. Any clues? --- Dave Neary: Hi, I'm sorry, this is an English language mailing list, and I do not speak Chinese. Google translate suggests that your question relates to an installation issue - you installed oVirt 3.2, ran engine-setup, selected a POSIX FS type data center, and do not see any storage domain. However, the Gluster volume is visible in the node view. Is that correct? Have you had any issues using the Gluster volume outside oVirt? I hope someone can help you with your query! Thanks, Dave. On 02/28/2013 06:16 AM, 胡阳阳 wrote: 您好！ 我安装的ovirt版本为3.2。使用engine-setup设置时如果存储选择glusterfs，打 开WEB UI之后无法看到data center，也无法增加storage domain。如果选择 both，增加data center的时候没有type项没有gluster fs，只有以下几个。 选择posix compliant fs之后，增加glusterfs的volume在WEB UI上提示不成功， 但是在node上使用gluster volume info查看已成功创建。 请问一下这个问题如果解决。 谢谢！ 以下为我的版本信息 贵州沃尔康科技有限公司 系统集成部 胡阳阳 地址：贵州省贵阳市南明区中创联合大厦6楼D座 邮箱：huyangy...@wolk-tech.com mailto:huyangy...@wolk-tech.com 手机：18798828131 电话：0851-5989268 本邮件及其附件含有沃尔康公司的保密信息，仅限于发送给上面地址中列出的个人 或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复 制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发 件人并删除本邮件！ This e-mail and its attachments contain confidential information from WOLK, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- --- 舒明 Shu Ming Open Virtualization Engineerning; CSTL, IBM Corp. Tel: 86-10-82451626 Tieline: 9051626 E-mail: shum...@cn.ibm.com or shum...@linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, Beijing 100193, PRC ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages
I don't understand the difference between the miniyum as standalone and what we get when installer is running. It is the same code... - Original Message - From: Dennis Böck den...@webdienstleistungen.com To: Alon Bar-Lev alo...@redhat.com Cc: users@oVirt.org users@ovirt.org Sent: Thursday, March 7, 2013 4:45:57 PM Subject: AW: AW: AW: AW: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages Dear Alon, indeed it is the same host. Do I now have to reinstall the whole OS and start from scratch to get it running? Or is there another way? Best regards Dennis Von: Alon Bar-Lev [alo...@redhat.com] Gesendet: Mittwoch, 27. Februar 2013 11:56 An: Dennis Böck Cc: users@oVirt.org Betreff: Re: AW: AW: AW: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages Thanks, Did you run this on the same host you experienced the problem? I don't understand the difference between the failure of deployment and the success of this script... the vdsm-gluster package was found. - Original Message - From: Dennis Böck den...@webdienstleistungen.com To: Alon Bar-Lev alo...@redhat.com Sent: Wednesday, February 27, 2013 9:55:29 AM Subject: AW: AW: AW: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages /tmp/miniyum.log was 0 Byte. But attached you find the output of miniyum.py. Hope it helps. Von: Alon Bar-Lev [alo...@redhat.com] Gesendet: Dienstag, 26. Februar 2013 18:47 An: Dennis Böck Betreff: Re: AW: AW: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages Can you please run the attached script? Send me the output and /tmp/miniyum.log - Original Message - From: Dennis Böck den...@webdienstleistungen.com To: Alon Bar-Lev alo...@redhat.com Sent: Tuesday, February 26, 2013 7:38:36 PM Subject: AW: AW: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages Output of # yum search vdsm-gluster: Loaded plugins: vdsm-gluster.noarch : Gluster Plugin for VDSM use search all for everything. Von: Alon Bar-Lev [alo...@redhat.com] Gesendet: Dienstag, 26. Februar 2013 18:32 An: Dennis Böck Betreff: Re: AW: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages And what is the output of: # yum search vdsm-gluster - Original Message - From: Dennis Böck den...@webdienstleistungen.com To: Alon Bar-Lev alo...@redhat.com Sent: Tuesday, February 26, 2013 7:14:12 PM Subject: AW: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages On the machine I checked: yum install vdsm-gluster Output: Package vdsm-gluster-4.10.3-8.fc18.noarch already installed and latest version So it seems to me that the error has a different reason. Von: Alon Bar-Lev [alo...@redhat.com] Gesendet: Dienstag, 26. Februar 2013 16:25 An: Dennis Böck Cc: users@oVirt.org Betreff: Re: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages You chose to install gluster feature enabled, while vdsm-gluster package is unavailable via yum. - Original Message - From: Dennis Böck den...@webdienstleistungen.com To: users@oVirt.org users@ovirt.org Sent: Tuesday, February 26, 2013 5:21:53 PM Subject: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages Dear oVirt-Group, I tried to install a Fedora 18 host as an oVirt 3.2 node via the web interface. Shortly after starting the installation the error message: Host ovirt1 installation failed. Command returned failure code 1 during SSH session 'root@192.168.137.135'; In the corresponding host-deploy log, the following error is written: otopi.context context._executeMethod:139 Failed to execute stage 'Setup validation': Cannot locate gluster packages, possible cause is incorrect channels. The log file is attached. Does anyone have an idea? Best regards Dennis ___ Users mailing list Users@ovirt.org
Re: [Users] 关于ovirt 3.2支持glusterfs问题
Let me help to translate those characters below. --- I installed oVirt 3.2 on my system and used engine-setup to create a new engine server. In the question process of engine-setup, the different answeres for storage type made the different results. If glusterfs type was chosen, the data center was not created and the storage domain could not be added neither. If both was chosen, there was no gluster-fs type when adding a data center, only other types listed. If posix compliant fs was chosen, adding glusterfs volume failure was shown in the WEB UI. However, the gluster volume was successfully created in the node shown by gluster volume info. Any clues? --- Dave Neary: Hi, I'm sorry, this is an English language mailing list, and I do not speak Chinese. Google translate suggests that your question relates to an installation issue - you installed oVirt 3.2, ran engine-setup, selected a POSIX FS type data center, and do not see any storage domain. However, the Gluster volume is visible in the node view. Is that correct? Have you had any issues using the Gluster volume outside oVirt? I hope someone can help you with your query! Thanks, Dave. On 02/28/2013 06:16 AM, 胡阳阳 wrote: 您好！ 我安装的ovirt版本为3.2。使用engine-setup设置时如果存储选择glusterfs，打 开WEB UI之后无法看到data center，也无法增加storage domain。如果选择 both，增加data center的时候没有type项没有gluster fs，只有以下几个。 选择posix compliant fs之后，增加glusterfs的volume在WEB UI上提示不成功， 但是在node上使用gluster volume info查看已成功创建。 请问一下这个问题如果解决。 谢谢！ 以下为我的版本信息 贵州沃尔康科技有限公司 系统集成部 胡阳阳 地址：贵州省贵阳市南明区中创联合大厦6楼D座 邮箱：huyangy...@wolk-tech.com mailto:huyangy...@wolk-tech.com 手机：18798828131 电话：0851-5989268 本邮件及其附件含有沃尔康公司的保密信息，仅限于发送给上面地址中列出的个人 或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复 制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发 件人并删除本邮件！ This e-mail and its attachments contain confidential information from WOLK, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- --- 舒明 Shu Ming Open Virtualization Engineerning; CSTL, IBM Corp. Tel: 86-10-82451626 Tieline: 9051626 E-mail: shum...@cn.ibm.com or shum...@linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, Beijing 100193, PRC ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR)
On Thu, Mar 07, 2013 at 03:59:27PM +0100, Patrick Hurrelmann wrote: On 05.03.2013 13:49, Dan Kenigsberg wrote: On Tue, Mar 05, 2013 at 12:32:31PM +0100, Patrick Hurrelmann wrote: On 05.03.2013 11:14, Dan Kenigsberg wrote: snip My version of vdsm as stated by Dreyou: v 4.10.0-0.46 (.15), builded from b59c8430b2a511bcea3bc1a954eee4ca1c0f4861 (branch ovirt-3.1) I can't see that Ia241b09c96fa16441ba9421f61a2f9a417f0d978 was merged to 3.1 Branch? I applied that patch locally and restarted vdsmd but this does not change anything. Supported cpu is still as low as Conroe instead of Nehalem. Or is there more to do than patching libvirtvm.py? What is libvirt's opinion about your cpu compatibility? virsh -r cpu-compare (echo 'cpu match=minimummodelNehalem/modelvendorIntel/vendor/cpu') If you do not get Host CPU is a superset of CPU described in bla, then the problem is within libvirt. Dan. Hi Dan, virsh -r cpu-compare (echo 'cpu match=minimummodelNehalem/modelvendorIntel/vendor/cpu') Host CPU is a superset of CPU described in /dev/fd/63 So libvirt obviously is fine. Something different would have surprised my as virsh capabilities seemed correct anyway. So maybe, just maybe, libvirt has changed their cpu_map, a map that ovirt-3.1 had a bug reading. Would you care to apply http://gerrit.ovirt.org/5035 to see if this is it? Dan. Hi Dan, success! Applying that patch made the cpu recognition work again. The cpu type in admin portal shows again as Nehalem. Output from getVdsCaps: cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge, mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2, ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc, arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc, aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2, ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida, dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem, model_Conroe,model_coreduo,model_core2duo,model_Penryn, model_n270 cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz cpuSockets = 1 cpuSpeed = 2393.769 I compared libvirt's cpu_map.xml on both Centos 6.3 and CentOS 6.4 and indeed they do differ in large portions. So this patch should probably be merged to 3.1 branch? I will contact Dreyou and request that this patch will also be included in his builds. I guess otherwise there will be quite some fallout after people start picking CentOS 6.4 for oVirt 3.1. Thanks again and best regards Thank you for reporting this issue and verifying its fix. I'm not completely sure that we should keep maintaining the ovirt-3.1 branch upstream - but a build destined for el6.4 must have it. If you believe we should release a fix version for 3.1, please verify that http://gerrit.ovirt.org/12723 has no ill effects. Dan. I did none additional tests and the new CentOS 6.4 host failed start or migrate any vm. It always boils down to: Thread-43::ERROR::2013-03-07 15:02:51,950::task::853::TaskManager.Task::(_setError) Task=`52a9f96f-3dfd-4bcf-8d7a-db14e650b4c1`::Unexpected error Traceback (most recent call last): File /usr/share/vdsm/storage/task.py, line 861, in _run return fn(*args, **kargs) File /usr/share/vdsm/logUtils.py, line 38, in wrapper res = f(*args, **kwargs) File /usr/share/vdsm/storage/hsm.py, line 2551, in getVolumeSize apparentsize = str(volume.Volume.getVSize(sdUUID, imgUUID, volUUID, bs=1)) File /usr/share/vdsm/storage/volume.py, line 283, in getVSize return mysd.getVolumeClass().getVSize(mysd, imgUUID, volUUID, bs) File /usr/share/vdsm/storage/blockVolume.py, line 101, in getVSize return int(int(lvm.getLV(sdobj.sdUUID, volUUID).size) / bs) File /usr/share/vdsm/storage/lvm.py, line 772, in getLV lv = _lvminfo.getLv(vgName, lvName) File /usr/share/vdsm/storage/lvm.py, line 567, in getLv lvs = self._reloadlvs(vgName) File /usr/share/vdsm/storage/lvm.py, line 419, in _reloadlvs self._lvs.pop((vgName, lvName), None) File /usr/lib64/python2.6/contextlib.py, line 34, in __exit__ self.gen.throw(type, value, traceback) File /usr/share/vdsm/storage/misc.py, line 1219, in acquireContext yield self File /usr/share/vdsm/storage/lvm.py, line 404, in _reloadlvs lv = makeLV(*fields) File /usr/share/vdsm/storage/lvm.py, line 218, in makeLV attrs = _attr2NamedTuple(args[LV._fields.index(attr)], LV_ATTR_BITS, LV_ATTR) File /usr/share/vdsm/storage/lvm.py, line 188, in _attr2NamedTuple attrs = Attrs(*values) TypeError: __new__() takes exactly 9 arguments (10 given) and followed by: Thread-43::ERROR::2013-03-07 15:02:51,987::dispatcher::69::Storage.Dispatcher.Protect::(run) __new__() takes exactly 9
Re: [Users] ovirt 3.1 + iscsi + snapshot
- Original Message - From: Alissa Bonas abo...@redhat.com To: Alex Leonhardt alex.t...@gmail.com Cc: oVirt Mailing List users@ovirt.org Sent: Thursday, March 7, 2013 2:55:21 PM Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot - Original Message - From: Alex Leonhardt alex.t...@gmail.com To: Alissa Bonas abo...@redhat.com Cc: oVirt Mailing List users@ovirt.org Sent: Thursday, March 7, 2013 2:44:19 PM Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot Hi Alissa, have you had any luck ? Alex Hi, Still checking... sorry for the delay. Hi Alex, It seems that there was a mistake in release notes of 3.1, because part of the code that's relevant for live snapshots didn't enter 3.1, and that can explain the problem you are experiencing. The code is present and supposed to be operational in 3.2 - you are welcome to try. Sorry for the confusion. On 6 March 2013 12:48, Alex Leonhardt alex.t...@gmail.com wrote: Yep, it's ovirt 3.1 - on the HV : vdsm.x86_64 4.10.0-0.46.15.el6 @vdsm31-dre vdsm-cli.noarch 4.10.0-0.46.15.el6 @vdsm31-dre vdsm-python.x86_64 4.10.0-0.46.15.el6 @vdsm31-dre vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 @vdsm31-dre on the Engine: jpackage-utils.noarch 5.0.0-7.jpp6 @ovirt31-dre ovirt-engine.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-backend.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-cli.noarch 3.1.0.7-1.el6 @ovirt31-dre ovirt-engine-config.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-dbscripts.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-genericapi.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-jbossas711.x86_64 1-0 @ovirt31-dre ovirt-engine-notification-service.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-restapi.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-sdk.noarch 3.1.0.5-1.el6 @ovirt31-dre ovirt-engine-setup.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-tools-common.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-userportal.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-webadmin-portal.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-image-uploader.noarch 3.1.0-16.el6 @ovirt31-dre ovirt-iso-uploader.noarch 3.1.0-16.el6 @ovirt31-dre ovirt-log-collector.noarch 3.1.0-16.el6 @ovirt31-dre vdsm-bootstrap.noarch 4.10.0-0.46.15.el6 @vdsm31-dre Alex On 6 March 2013 12:25, Alissa Bonas abo...@redhat.com wrote: - Original Message - From: Alex Leonhardt alex.t...@gmail.com To: Alissa Bonas abo...@redhat.com Cc: oVirt Mailing List users@ovirt.org Sent: Wednesday, March 6, 2013 11:46:30 AM Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot Hi, Logs are attached - Thank you for attaching the logs. I'm checking them. Could you please confirm - you mentioned you work with ovirt 3.1 - is it the version of both engine and vdsm? If not - what is the exact version of each of the components? thank you 2013-Mar-05, 15:44:47 Snapshot test creation for VM icinga-clone has been completed. 2013-Mar-05, 15:44:36 VM icinga-clone has paused due to storage permissions problem. 2013-Mar-05, 15:44:33 Snapshot test creation for VM icinga-clone was initiated by admin@internal. 2013-Mar-05, 15:44:20 VM icinga-clone started on Host TESTHV01 Alex On 5 March 2013 17:11, Alissa Bonas abo...@redhat.com wrote: - Original Message - From: Alex Leonhardt alex.t...@gmail.com To: oVirt Mailing List users@ovirt.org Sent: Tuesday, March 5, 2013 6:12:08 PM Subject: [Users] ovirt 3.1 + iscsi + snapshot Hiya, Am testing live snapshot-ing at the moment, and my VM is being paused every time I try to do a snapshot - it wont recover either, once the snapshot is complete. This is what I see on the webadmin console : VM icinga-clone has paused due to storage permissions problem. Any hints ? When I stop the VM, then start again, all is good. Hi, Please attach engine+vdsm+libvirt logs with the timeframe when you perform the live snapshot and the failure. thanks Thanks Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | | www.vsearchcloud.com | ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- | RHCE | Senior Systems Engineer | www.vcore.co | | www.vsearchcloud.com | -- | RHCE | Senior Systems Engineer | www.vcore.co | |
Re: [Users] [JENKINS][ANN] jenkins.ovirt.org new look and infra
- Original Message - From: Karsten 'quaid' Wade kw...@redhat.com To: Eyal Edri ee...@redhat.com Cc: Itamar Heim ih...@redhat.com, users@ovirt.org, engine-devel engine-de...@ovirt.org, vdsm-de...@lists.fedorahosted.org, infra in...@ovirt.org Sent: Thursday, March 7, 2013 2:34:49 AM Subject: Re: [JENKINS][ANN] jenkins.ovirt.org new look and infra On 03/06/2013 01:43 PM, Eyal Edri wrote: - Original Message - From: Itamar Heim ih...@redhat.com can we shutdown the ec2 instance for now? not yet, me quaid should change the dns 1st (tomorrow)? and then we can do it. If the host thinks it's already jenkins.ovirt.org, then we can just do the DNS switch soonest. Do we need to coordinate more closely on timing? Otherwise I can just file the ticket. (I'll wait for your word before picking a time.) i think we're OK with moving it: i changed all configuration files hostname on alterway01 to be jenkins.ovirt.org, so we just need to point jenkins.ovirt.org to alterway01.ovirt.org (ip) in dns i belive. so go a head and open the ticket. itamar, let's wait with deleting the vm until we're sure it's OK? do we have more horsepower to start running say engine findbugs on gerrit patches? not really, since we're still using the same ec2 slaves. (unless we'll run it on the master, but that's not recommended in terms of security) once we'll have ovirt instance running with vms, i imagine we can. hopefully we'll have it running soon (either on alterway02 or on the rackspace servers) I was supposed to be working RackSpace servers today, but I got caught up in being a bit sick and post-travel. But the plan is to load F18 + the oVirt all-in-one on rax01. - Karsten -- Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt 3.1 + iscsi + snapshot
Hi Alissa, thanks for checking, but the VM is paused - shouldn't that allow me to take a snapshot ? Alex On 7 March 2013 15:19, Alissa Bonas abo...@redhat.com wrote: - Original Message - From: Alissa Bonas abo...@redhat.com To: Alex Leonhardt alex.t...@gmail.com Cc: oVirt Mailing List users@ovirt.org Sent: Thursday, March 7, 2013 2:55:21 PM Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot - Original Message - From: Alex Leonhardt alex.t...@gmail.com To: Alissa Bonas abo...@redhat.com Cc: oVirt Mailing List users@ovirt.org Sent: Thursday, March 7, 2013 2:44:19 PM Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot Hi Alissa, have you had any luck ? Alex Hi, Still checking... sorry for the delay. Hi Alex, It seems that there was a mistake in release notes of 3.1, because part of the code that's relevant for live snapshots didn't enter 3.1, and that can explain the problem you are experiencing. The code is present and supposed to be operational in 3.2 - you are welcome to try. Sorry for the confusion. On 6 March 2013 12:48, Alex Leonhardt alex.t...@gmail.com wrote: Yep, it's ovirt 3.1 - on the HV : vdsm.x86_64 4.10.0-0.46.15.el6 @vdsm31-dre vdsm-cli.noarch 4.10.0-0.46.15.el6 @vdsm31-dre vdsm-python.x86_64 4.10.0-0.46.15.el6 @vdsm31-dre vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 @vdsm31-dre on the Engine: jpackage-utils.noarch 5.0.0-7.jpp6 @ovirt31-dre ovirt-engine.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-backend.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-cli.noarch 3.1.0.7-1.el6 @ovirt31-dre ovirt-engine-config.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-dbscripts.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-genericapi.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-jbossas711.x86_64 1-0 @ovirt31-dre ovirt-engine-notification-service.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-restapi.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-sdk.noarch 3.1.0.5-1.el6 @ovirt31-dre ovirt-engine-setup.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-tools-common.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-userportal.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-webadmin-portal.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-image-uploader.noarch 3.1.0-16.el6 @ovirt31-dre ovirt-iso-uploader.noarch 3.1.0-16.el6 @ovirt31-dre ovirt-log-collector.noarch 3.1.0-16.el6 @ovirt31-dre vdsm-bootstrap.noarch 4.10.0-0.46.15.el6 @vdsm31-dre Alex On 6 March 2013 12:25, Alissa Bonas abo...@redhat.com wrote: - Original Message - From: Alex Leonhardt alex.t...@gmail.com To: Alissa Bonas abo...@redhat.com Cc: oVirt Mailing List users@ovirt.org Sent: Wednesday, March 6, 2013 11:46:30 AM Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot Hi, Logs are attached - Thank you for attaching the logs. I'm checking them. Could you please confirm - you mentioned you work with ovirt 3.1 - is it the version of both engine and vdsm? If not - what is the exact version of each of the components? thank you 2013-Mar-05, 15:44:47 Snapshot test creation for VM icinga-clone has been completed. 2013-Mar-05, 15:44:36 VM icinga-clone has paused due to storage permissions problem. 2013-Mar-05, 15:44:33 Snapshot test creation for VM icinga-clone was initiated by admin@internal. 2013-Mar-05, 15:44:20 VM icinga-clone started on Host TESTHV01 Alex On 5 March 2013 17:11, Alissa Bonas abo...@redhat.com wrote: - Original Message - From: Alex Leonhardt alex.t...@gmail.com To: oVirt Mailing List users@ovirt.org Sent: Tuesday, March 5, 2013 6:12:08 PM Subject: [Users] ovirt 3.1 + iscsi + snapshot Hiya, Am testing live snapshot-ing at the moment, and my VM is being paused every time I try to do a snapshot - it wont recover either, once the snapshot is complete. This is what I see on the webadmin console : VM icinga-clone has paused due to storage permissions problem. Any hints ? When I stop the VM, then start again, all is good. Hi, Please attach engine+vdsm+libvirt logs with the timeframe when you perform the live snapshot and the failure. thanks Thanks Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | | www.vsearchcloud.com |
Re: [Users] install a f18 host with ovirtmgmt vlan tagged
On Thu, Mar 7, 2013 at 3:58 PM, Gianluca Cecchi wrote:
# cat ifcfg-em3.65
DEVICE=em3.65
ONBOOT=yes
BOOTPROTO=none
VLAN=yes
IPADDR=10.4.4.57
NETMASK=255.255.255.0
GATEWAY=10.4.4.250
NM_CONTROLLED=no
How should I configure the host at the beginning to have ovirtmgmt
configured as VLAN tagged and host deploy with no complain?
Thanks in advance,
Gianluca
Tried also the alternative configuration with ifcfg-vlan65 instead of
ifcfg-em3.65:
# cat ifcfg-vlan65
DEVICE=vlan65
PHYSDEV=em3
ONBOOT=yes
BOOTPROTO=none
VLAN=yes
IPADDR=10.4.4.57
NETMASK=255.255.255.0
GATEWAY=10.4.4.250
NM_CONTROLLED=no
But I get
Failed to execute stage 'Setup validation': Interface vlan65 is VLAN
interface However its configuration is unexpected.
Possibly the involved code is on engine
/usr/share/otopi/plugins/ovirt-host-deploy/vdsm/bridge.py ?
In host-deploy log:
2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
bridge._getInterfaceForDestination:302 determine interface
for 10.4.4.60
2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.executeRaw:347 execute: ('/sbin/ip', 'route', 'get'
, 'to', '10.4.4.60'), executable='None', cwd='None', env=None
2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.executeRaw:364 execute-result: ('/sbin/ip', 'route'
, 'get', 'to', '10.4.4.60'), rc=0
2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.execute:411 execute-output: ('/sbin/ip', 'route', '
get', 'to', '10.4.4.60') stdout:
10.4.4.60 dev vlan65 src 10.4.4.57
cache
2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.execute:416 execute-output: ('/sbin/ip', 'route', '
get', 'to', '10.4.4.60') stderr:
2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
bridge._getInterfaceForDestination:337 interface for 10.4.
4.60 is vlan65
2013-03-07 16:31:53 DEBUG otopi.context context._executeMethod:130
method exception
Traceback (most recent call last):
File /tmp/ovirt-xz8p0a0BfX/pythonlib/otopi/context.py, line 120,
in _executeMethod
method['method']()
File /tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py,
line 733, in _validation
self._getVlanMasterDevice(name=interface)
File /tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py,
line 393, in _getVlanMasterDevice
interface=name,
RuntimeError: Interface vlan65 is VLAN interface However its
configuration is unexpected
2013-03-07 16:31:53 ERROR otopi.context context._executeMethod:139
Failed to execute stage 'Setup validation': Interface vlan65 is VLAN
interface However its configuration is unexpected
Do I have perhaps to name it ovirtmgmt from the beginning?
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR)
On 07.03.2013 16:18, Dan Kenigsberg wrote: On Thu, Mar 07, 2013 at 03:59:27PM +0100, Patrick Hurrelmann wrote: On 05.03.2013 13:49, Dan Kenigsberg wrote: On Tue, Mar 05, 2013 at 12:32:31PM +0100, Patrick Hurrelmann wrote: On 05.03.2013 11:14, Dan Kenigsberg wrote: snip My version of vdsm as stated by Dreyou: v 4.10.0-0.46 (.15), builded from b59c8430b2a511bcea3bc1a954eee4ca1c0f4861 (branch ovirt-3.1) I can't see that Ia241b09c96fa16441ba9421f61a2f9a417f0d978 was merged to 3.1 Branch? I applied that patch locally and restarted vdsmd but this does not change anything. Supported cpu is still as low as Conroe instead of Nehalem. Or is there more to do than patching libvirtvm.py? What is libvirt's opinion about your cpu compatibility? virsh -r cpu-compare (echo 'cpu match=minimummodelNehalem/modelvendorIntel/vendor/cpu') If you do not get Host CPU is a superset of CPU described in bla, then the problem is within libvirt. Dan. Hi Dan, virsh -r cpu-compare (echo 'cpu match=minimummodelNehalem/modelvendorIntel/vendor/cpu') Host CPU is a superset of CPU described in /dev/fd/63 So libvirt obviously is fine. Something different would have surprised my as virsh capabilities seemed correct anyway. So maybe, just maybe, libvirt has changed their cpu_map, a map that ovirt-3.1 had a bug reading. Would you care to apply http://gerrit.ovirt.org/5035 to see if this is it? Dan. Hi Dan, success! Applying that patch made the cpu recognition work again. The cpu type in admin portal shows again as Nehalem. Output from getVdsCaps: cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge, mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2, ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc, arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc, aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2, ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida, dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem, model_Conroe,model_coreduo,model_core2duo,model_Penryn, model_n270 cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz cpuSockets = 1 cpuSpeed = 2393.769 I compared libvirt's cpu_map.xml on both Centos 6.3 and CentOS 6.4 and indeed they do differ in large portions. So this patch should probably be merged to 3.1 branch? I will contact Dreyou and request that this patch will also be included in his builds. I guess otherwise there will be quite some fallout after people start picking CentOS 6.4 for oVirt 3.1. Thanks again and best regards Thank you for reporting this issue and verifying its fix. I'm not completely sure that we should keep maintaining the ovirt-3.1 branch upstream - but a build destined for el6.4 must have it. If you believe we should release a fix version for 3.1, please verify that http://gerrit.ovirt.org/12723 has no ill effects. Dan. I did none additional tests and the new CentOS 6.4 host failed start or migrate any vm. It always boils down to: Thread-43::ERROR::2013-03-07 15:02:51,950::task::853::TaskManager.Task::(_setError) Task=`52a9f96f-3dfd-4bcf-8d7a-db14e650b4c1`::Unexpected error Traceback (most recent call last): File /usr/share/vdsm/storage/task.py, line 861, in _run return fn(*args, **kargs) File /usr/share/vdsm/logUtils.py, line 38, in wrapper res = f(*args, **kwargs) File /usr/share/vdsm/storage/hsm.py, line 2551, in getVolumeSize apparentsize = str(volume.Volume.getVSize(sdUUID, imgUUID, volUUID, bs=1)) File /usr/share/vdsm/storage/volume.py, line 283, in getVSize return mysd.getVolumeClass().getVSize(mysd, imgUUID, volUUID, bs) File /usr/share/vdsm/storage/blockVolume.py, line 101, in getVSize return int(int(lvm.getLV(sdobj.sdUUID, volUUID).size) / bs) File /usr/share/vdsm/storage/lvm.py, line 772, in getLV lv = _lvminfo.getLv(vgName, lvName) File /usr/share/vdsm/storage/lvm.py, line 567, in getLv lvs = self._reloadlvs(vgName) File /usr/share/vdsm/storage/lvm.py, line 419, in _reloadlvs self._lvs.pop((vgName, lvName), None) File /usr/lib64/python2.6/contextlib.py, line 34, in __exit__ self.gen.throw(type, value, traceback) File /usr/share/vdsm/storage/misc.py, line 1219, in acquireContext yield self File /usr/share/vdsm/storage/lvm.py, line 404, in _reloadlvs lv = makeLV(*fields) File /usr/share/vdsm/storage/lvm.py, line 218, in makeLV attrs = _attr2NamedTuple(args[LV._fields.index(attr)], LV_ATTR_BITS, LV_ATTR) File /usr/share/vdsm/storage/lvm.py, line 188, in _attr2NamedTuple attrs = Attrs(*values) TypeError: __new__() takes exactly 9 arguments (10 given) and followed by: Thread-43::ERROR::2013-03-07 15:02:51,987::dispatcher::69::Storage.Dispatcher.Protect::(run) __new__() takes exactly 9 arguments (10 given) Traceback (most recent call
Re: [Users] install a f18 host with ovirtmgmt vlan tagged
On Thu, Mar 7, 2013 at 4:38 PM, Gianluca Cecchi
gianluca.cec...@gmail.com wrote:
On Thu, Mar 7, 2013 at 3:58 PM, Gianluca Cecchi wrote:
# cat ifcfg-em3.65
DEVICE=em3.65
ONBOOT=yes
BOOTPROTO=none
VLAN=yes
IPADDR=10.4.4.57
NETMASK=255.255.255.0
GATEWAY=10.4.4.250
NM_CONTROLLED=no
How should I configure the host at the beginning to have ovirtmgmt
configured as VLAN tagged and host deploy with no complain?
Thanks in advance,
Gianluca
Tried also the alternative configuration with ifcfg-vlan65 instead of
ifcfg-em3.65:
# cat ifcfg-vlan65
DEVICE=vlan65
PHYSDEV=em3
ONBOOT=yes
BOOTPROTO=none
VLAN=yes
IPADDR=10.4.4.57
NETMASK=255.255.255.0
GATEWAY=10.4.4.250
NM_CONTROLLED=no
But I get
Failed to execute stage 'Setup validation': Interface vlan65 is VLAN
interface However its configuration is unexpected.
Possibly the involved code is on engine
/usr/share/otopi/plugins/ovirt-host-deploy/vdsm/bridge.py ?
In host-deploy log:
2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
bridge._getInterfaceForDestination:302 determine interface
for 10.4.4.60
2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.executeRaw:347 execute: ('/sbin/ip', 'route', 'get'
, 'to', '10.4.4.60'), executable='None', cwd='None', env=None
2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.executeRaw:364 execute-result: ('/sbin/ip', 'route'
, 'get', 'to', '10.4.4.60'), rc=0
2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.execute:411 execute-output: ('/sbin/ip', 'route', '
get', 'to', '10.4.4.60') stdout:
10.4.4.60 dev vlan65 src 10.4.4.57
cache
2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.execute:416 execute-output: ('/sbin/ip', 'route', '
get', 'to', '10.4.4.60') stderr:
2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
bridge._getInterfaceForDestination:337 interface for 10.4.
4.60 is vlan65
2013-03-07 16:31:53 DEBUG otopi.context context._executeMethod:130
method exception
Traceback (most recent call last):
File /tmp/ovirt-xz8p0a0BfX/pythonlib/otopi/context.py, line 120,
in _executeMethod
method['method']()
File /tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py,
line 733, in _validation
self._getVlanMasterDevice(name=interface)
File /tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py,
line 393, in _getVlanMasterDevice
interface=name,
RuntimeError: Interface vlan65 is VLAN interface However its
configuration is unexpected
2013-03-07 16:31:53 ERROR otopi.context context._executeMethod:139
Failed to execute stage 'Setup validation': Interface vlan65 is VLAN
interface However its configuration is unexpected
Do I have perhaps to name it ovirtmgmt from the beginning?
Gianluca
I'm all but a python expert.
but I think these blocks in
/usr/share/otopi/plugins/ovirt-host-deploy/vdsm/bridge.py are the ones
involved
...
_RE_VLAN_ID = re.compile(
flags=re.VERBOSE,
pattern=r
.*
VID: ([0-9]+)
.*
)
_RE_VLAN_ID_VLANID = 1
_RE_VLAN_DEVICE = re.compile(
flags=re.VERBOSE,
pattern=r
^
Device:
\s+
(\S+)
\s*
$
)
_RE_VLAN_DEVICE_DEVICE = 1
...
def _getVlanMasterDevice(self, name):
interface = None
vlanid = None
try:
with open(
os.path.join(
'/proc/net/vlan',
name
),
'r'
) as f:
for line in f:
m = self._RE_VLAN_ID.match(line)
if m is not None:
vlanid = m.group(self._RE_VLAN_ID_VLANID)
else:
m = self._RE_VLAN_DEVICE.match(line)
if m is not None:
interface = m.group(self._RE_VLAN_DEVICE_DEVICE)
if interface is None or vlanid is None:
raise RuntimeError(
...
In my case:
# cat /proc/net/vlan/vlan65
vlan65 VID: 65 REORDER_HDR: 1 dev-priv_flags: 1
total frames received 1910
total bytes received 1319518
Broadcast/Multicast Rcvd4
total frames transmitted 2232
total bytes transmitted 426338
Device: em3
INGRESS priority mappings: 0:0 1:0 2:0 3:0 4:0 5:0 6:0 7:0
EGRESS priority mappings:
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
[Users] Adding external events to oVirt
Hi, I tried exploring the feature of adding external events in oVirt. (Version 3.2) I just wrote a JavaScript to fetch events and it wroked fine.(GEToperation to URLhttp://IP/api/events). But when tried withPOST operation, to add my own events, it threw error 405 Method not allowed. (URLhttp://IP/api/events). (The html file is not included in any plugin code, its standalone file). (The data I passed is as specified in link: http://www.ovirt.org/Features/Design/DetailedExternalEvents;). What went wrong? Is it not supported on oVirt3.2 or the URL is incorrect? Regards Satheesh J___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Weird errors when trying to connect to an iSCSI target.
Alissa Bonas wrote:
- Original Message -
From: noc n...@nieuwland.nl
To: users@ovirt.org
Sent: Thursday, March 7, 2013 11:26:23 AM
Subject: [Users] Weird errors when trying to connect to an iSCSI target.
I have been able to connect to this iSCSI target before but now I'm
getting some weird errors, see attached vdsm.log but in short its
about the following:
Thread-161303::DEBUG::2013-03-07
09:54:14,401::task::568::TaskManager.Task::(_updateState)
Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::moving from state init
- state preparing
Thread-161303::INFO::2013-03-07
09:54:14,402::logUtils::41::dispatcher::(wrapper) Run and protect:
discoverSendTargets(con={'connection': '192.168.4.234', 'password':
'**', 'port': '3260', 'user': ''}, options=None)
Thread-161303::DEBUG::2013-03-07
09:54:14,402::misc::84::Storage.Misc.excCmd::(lambda)
'/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
default -p 192.168.4.234:3260 --op=new' (cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,428::misc::84::Storage.Misc.excCmd::(lambda) SUCCESS:
err = ''; rc = 0
Thread-161303::DEBUG::2013-03-07
09:54:14,428::misc::84::Storage.Misc.excCmd::(lambda)
'/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
default -p 192.168.4.234:3260 -n node.startup -v manual --op=update'
(cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,452::misc::84::Storage.Misc.excCmd::(lambda) FAILED:
err = 'iscsiadm: Cannot modify node.startup. Invalid param
name.\n'; rc = 7
Thread-161303::DEBUG::2013-03-07
09:54:14,453::misc::84::Storage.Misc.excCmd::(lambda)
'/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,476::misc::84::Storage.Misc.excCmd::(lambda) SUCCESS:
err = ''; rc = 0
Thread-161303::DEBUG::2013-03-07
09:54:14,477::misc::84::Storage.Misc.excCmd::(lambda)
'/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
default -p 192.168.4.234:3260 --discover' (cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,512::misc::84::Storage.Misc.excCmd::(lambda) FAILED:
err = 'iscsiadm: No portals found\n'; rc = 21
Thread-161303::DEBUG::2013-03-07
09:54:14,516::misc::84::Storage.Misc.excCmd::(lambda)
'/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,541::misc::84::Storage.Misc.excCmd::(lambda) SUCCESS:
err = ''; rc = 0
Thread-161303::DEBUG::2013-03-07
09:54:14,541::misc::84::Storage.Misc.excCmd::(lambda)
'/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I
default -p 192.168.4.234:3260 --op=delete' (cwd None)
Thread-161303::DEBUG::2013-03-07
09:54:14,565::misc::84::Storage.Misc.excCmd::(lambda) SUCCESS:
err = ''; rc = 0
Thread-161303::ERROR::2013-03-07
09:54:14,566::hsm::2799::Storage.HSM::(discoverSendTargets)
Discovery failed
Traceback (most recent call last):
File /usr/share/vdsm/storage/hsm.py, line 2797, in
discoverSendTargets
targets = iscsi.discoverSendTargets(iface, portal, cred)
File /usr/share/vdsm/storage/iscsi.py, line 202, in
discoverSendTargets
targets = iscsiadm.discoverydb_discover(discoverType, iface.name,
portalStr)
File /usr/share/vdsm/storage/iscsiadm.py, line 213, in
discoverydb_discover
raise IscsiDiscoverdbError(rc, out, err)
IscsiDiscoverdbError: (21, [], ['iscsiadm: No portals found'])
Thread-161303::ERROR::2013-03-07
09:54:14,567::task::833::TaskManager.Task::(_setError)
Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::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 2800, in
discoverSendTargets
raise se.iSCSIDiscoveryError(portal, e)
Running the commands in a shell indeed gives the errors shown.
Which version of ovirt are you working with?
Sorry should have mentioned that. I'm on oVirt-3.2 stable on F18 engine
and hosts.
[root@host01 vdsm]# rpm -aq | grep vdsm
vdsm-python-4.10.3-9.fc18.x86_64
vdsm-cli-4.10.3-9.fc18.noarch
vdsm-xmlrpc-4.10.3-9.fc18.noarch
vdsm-4.10.3-9.fc18.x86_64
[root@host01 vdsm]# rpm -aq | grep iscsi
iscsi-initiator-utils-6.2.0.872-19.fc18.x86_64
[root@host01 vdsm]#
And in which shell did you try to run the command - vdsClient (vdsm's cli) or
regular command line?
plain bash.
[root@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t
sendtargets -I default -p 192.168.4.234:3260 --op=new
New discovery record for [192.168.4.234,3260] added.
[root@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t
sendtargets -I default -p 192.168.4.234:3260 -n node startup -v manual
--op=update
iscsiadm: Cannot modify node.startup. Invalid param name.
[root@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface
default tcp,empty,empty,empty,empty
iser iser,empty,empty,empty,empty
[root@host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t
sendtargets -I default -p 192.168.4.234:3260 --discover
iscsiadm: No portals
Re: [Users] install a f18 host with ovirtmgmt vlan tagged
Alon Bar-Lev alo...@redhat.com schreef: Will be included in 1.0.1 Of foo-bar.tar.gz :-) Joop ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
