Re: [Users] Networking questions (LONG)
Hi Allan, On 10/01/14 02:16, Alan Murrell wrote: Hello Lior, Thank you for your reply. Sure, let's try to get that setup of yours working :) Quoting Lior Vernia lver...@redhat.com: This way the firewall VM will get something like eth1 for VLAN 1, eth2 for VLAN 200 and so forth, which might be close enough to what you described on your previous setup (oVirt currently doesn't allow creating VLANs inside VMs). And if I correctly understood your needs it will save you the trouble you described below (well, you would need the one dummy interface). That would be doable, except I am not sure if there is a limit to the number of vNICs a VM could have and/or if there is an OS-level limit to how many? It is also a bit messier IMO, but that is more of a personal issue than a technical one, and one I could probably get over :-) oVirt does not enforce any sort of limit on the number of vNICs. I personally don't know about KVM or your VMs' OS, but this should be Googleable. When you say that oVirt currently doesn't allow creating VLANs inside VMs, are you referring to the use of VLAN interfaces like I describe (e.g., eth1.1, eth1.2, eth1.10, etc.)? If so, is that an oVirt limitation, or a KVM one? Yes, sorry, I realise now that my phrasing was only half-understandable. I indeed meant that oVirt doesn't support attaching more than one network to the same vNIC (be it VLAN-tagged or not). I doubt that this is a KVM limitation (but I'm no expert on KVM), I think it's just something that we haven't yet found a strong case for in oVirt. I have seen examples where one can create a Trunk with KVM and Open vSwitch, and I thought for some reason oVirt used Open vSwitch, but none of the commands I tried from the examples were found. A check of http://www.ovirt.org/Features/Node/OpenVSwitchSupport shows that indeed there does not appear to be any integration yet, and it is only 60% done :-( I actually know nothing of the link you provided, but I can offer alternatives. If you REALLY want to use OVS with oVirt NOW, you could take advantage of its integration with OpenStack Neutron. That would require you to install another machine (should be possible on an all-in-one setup too) as a Neutron server. This might go smoothly or it might cause you some headaches. http://www.ovirt.org/Features/Detailed_OSN_Integration It will probably become possible in the future to use OVS with oVirt directly (although I can't promise or commit on the time frame) by leveraging a development process that's going on in VDSM networking right now. In fact, if you're a developer you could help make it happen and control the time frame yourself by contributing to an OVS backend. http://www.ovirt.org/Feature/NetworkReloaded With regards to using the dummy interfaces, I realised I probably do not need to add them to a bridge, since they would be physical NICs in production (this is just for testing). I initially did create the ovirtvm bridge before I realised that, but have made them stand-alone NICs with no IPs attached to them, but they are not green in oVirt when I try to attach my logical networks to them under Networks Hosts vmhost01 Setup Host Networks. When I am in Setup Host Networks, I see my dummy interfaces, but they have a red dot instead of a green one (like what eth0 has). I can my logical networks to them, but the Network Device Status has a red arrow pointing down. Here are my ifcfg-dummy* files: I'm not an expert on these things, but this Down status is basically the administrative link state on the host. From my experience when logical networks are attached via the Setup Networks dialog, it does go up, although I haven't tried without an IP address. Also, it's worth trying to see if the actual networking works even if the NIC shows as down, or to ifup the NIC manually if it doesn't. --- ifcfg-dummy0 --- DEVICE=dummy0 ONBOOT=yes TYPE=Ethernet DELAY=0 BOOTPROTO=none NM_CONTROLLED=no STP=no --- ifcfg-dummy0 --- My ifcfg-dummy1 is identical, except of course it has DEVICE=dummy1 in it. The interfaces do come up on the host, but as I said, in Setup Host Networks they have a red dot instead of a green one. Perhaps I do need to assign an IP? I can maybe assign a dummy one (i.e., one that I would never use)? -Alan ___ 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] [libvirt] libvirt migration port configuration and virPortAllocator
Hi, any chance this also gets backported to EL 6 ? I would open a BZ, but just if it's technically possible. The version difference is quite huge. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Hypervisor info
On 10 Jan 2014, at 07:41, Koen Vanoppen wrote: Dear all, Because of our puppet integration at work, it would like to know if there is a way in ovirt to know, from WITHIN a virtual machine, the hypervisor on wich the vm is running? look at dmidecode output, BIOS Manufacturer should be oVirt Thanks, michal Kind regards, Koen ___ 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] [libvirt] libvirt migration port configuration and virPortAllocator
On Fri, Jan 10, 2014 at 9:53 AM, Sven Kieske wrote: Hi, any chance this also gets backported to EL 6 ? I would open a BZ, but just if it's technically possible. The version difference is quite huge. The bug for RH EL 6 has been already opened as a clone some months ago: https://bugzilla.redhat.com/show_bug.cgi?id=1018695 You can eventually stress there for a resolution... Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Hypervisor info
On Fri, Jan 10, 2014 at 10:12 AM, Sven Kieske wrote: Hi, yeah of course, there are various scripts for that i. e. http://www.dmo.ca/blog/detecting-virtualization-on-linux/ (google is your friend) the (afaik) fastest way to detect ovirt is: dmidecode | grep oVirt but this needs root privileges. I confirm that on three guest systems: CentOS 5.10, CentOS 6.4 and Fedora 20 all x86_64 I get: $ sudo /usr/sbin/dmidecode | grep -A2 System Information System Information Manufacturer: oVirt Product Name: oVirt Node This on oVirt 3.3.2 with Fedora 19 oVirt stable repo. nice to know. Thanks, Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-engine on the virtualization node?
I'm not sure what is your definition of node, but if you are talking about hosts, then I think that hosted engine is what you're looking for. - Original Message - From: William Kwan pota...@yahoo.com To: users@ovirt.org Sent: Friday, January 10, 2014 1:30:29 AM Subject: [Users] ovirt-engine on the virtualization node? Hi Is it possible to have oVirt engine installed on node1, while having both node1 and node2 as the virtualization nodes? Yes, it doesn't sound right at all for redundancy and etc. However, I have a situation where I have two nodes in a small remote location where I can turn them into virtualization nodes. I don't have another system I can leverage for ovirt engine. Another option is to use the oVirt engine at the main site to access these two remote systems over a dedicated line. Thanks W ___ 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] Network not sync and problems reconfiguring
Hi Lior, I'll try to elaborate between lines: On 09/01/14 18:31, Lior Vernia wrote: Hi Juan, I'm not sure I understand a couple of things, could you elaborate? 0. What version engine are you running? 3.3.1 when the problem appeared, but now I moved to 3.3.2 1. Out of the blue - no trigger that you can think of, that would help retrace the cause? The only thing I can think of was a reboot (clean) of the engine VM (not self hosted, just a vbox VM). After the problem appeared, I started making many changes and tests so I can't recreate the exact scenario at this time. 2. From your other e-mail, I understand that somehow the management network lost its VLAN tagging, and that it shows as out-of-sync in the Setup Host Networks dialog. Correct? Yes. Also other LN where out of sync, but the hosts had differences in which LN went out of sync. All of them have ovirtmgmt out of sync. 3. Do I understand correctly that even though it's marked as out-of-sync, you don't see the synchronize checkbox when editing the network on the host (little pencil icon)? It doesn't. I made some tests and I found that it's a problem with firefox (mine is version 26 over Fedora 19). It's showing things a little bit bigger than chrome and so the sync option is not shown in the edit window. Other functions also are not working properly, for instance, if I choose a particular item into a category (host, vm, etc) in the left tree, the right frame does not change, I have to choose the group (hosts, vms, etc) and choose the particular item among all the listed in the right frame. I've checked and firefox 22 on windows has the same behavior. This started to happen after I upgraded from 3.3.0 to 3.3.1 but never saw the lack of the sync option until now. Yours, Lior. On 09/01/14 17:44, Juan Pablo Lorier wrote: Hi, Out of the blue some of the hosts got some LNs out of sync (not the same in all of them). If I try to resync the LN, it does not show a resync option, so I took one host and detached the lns and reconfigured them. After that, ovirtmgmt is not created correctly, it does not create the vlan interface on top of the bond and also, it's adding the bond to the bridge instead of the vlan interface. I got it partially running but it's still non operational as the engine complains the host can't mount the gluster domain (it can reach the network of the other brick): [root@ovirt4 network-scripts]# gluster volume status Status of volume: glusterfs Gluster processPortOnlinePid -- Brick 192.168.128.82:/glusterfs49154Y13288 Brick 192.168.128.83:/glusterfs49154Y5961 NFS Server on localhost2049Y4557 Self-heal Daemon on localhostN/AY4558 NFS Server on 192.168.128.822049Y15815 Self-heal Daemon on 192.168.128.82N/AY15819 I'm not synchronizing any other host just in case this happens to the other host too. Regards, ___ 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] VM Status Unknown
Can you please provide vdsm.log (of both hosts) and engine.log? - Original Message - From: Ryan Womer ryan.wo...@cytechservices.com To: users@ovirt.org Sent: Thursday, January 9, 2014 10:43:37 PM Subject: [Users] VM Status Unknown During a migration, the destination host lost connectivity to the san and crashed. Once the server came back up, 3 VMs that didn’t finish migrating have been stuck in status “Unknown.” Vdsclient doesn’t list any of the vms on either host. Qemu doesn’t have them listed as mounted on either host. Action vm start and stop result in “Status: 409”. The disks for all 3 VMs are listed as green in the WebAdmin. I’ve tried “action vm name start” “action vm name stop” “update vm name --status-state down” no joy. They remain in “unknown.” ___ 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] cluster.min-free-disk option on gluster 3.4 Was: Re: how to temporarily solve low disk space problem
On Tue, Jan 7, 2014 at 8:29 PM, Amedeo Salvati wrote: Could this parameter impact in general only start of new VMs or in any way also already running VMs? Gianluca added gluster-users as they can responde to us questions. Gianluca, as you are using glusterfs, and as I can see on your df output: /dev/mapper/fedora-DATA_GLUSTER 30G 23G 7.8G 75% /gluster/DATA_GLUSTER node01.mydomain:gvdata 30G 26G 4.6G 85% /rhev/data-center/mnt/glusterSD/node01.mydomain:gvdata be careful to gluster cluster.min-free-disk option, that on gluster 3.1 and 3.2 it's default option is 0% (good for you!) http://gluster.org/community/documentation//index.php/Gluster_3.2:_Setting_Volume_Options#cluster.min-free-disk but I can't find the same documentation for gluster 3.4, that I suppose you're using this gluster version on ovirt; otherwise on red hat storage documentation cluster.min-free-disk default option is 10% (bad for you): https://access.redhat.com/site/documentation/en-US/Red_Hat_Storage/2.1/html/Administration_Guide/chap-User_Guide-Managing_Volumes.html so you fill your gvdata volume up to 90% and let we know if it's stop I/O (or only write) or we can wait for a clarification from gluster guy :-) best regards a My environment is based on OVirt 3.3.2 with Fedora 19 oVirt stable repo. Plus GlusterFS upgraded to 3.4.2-1.fc19 from updates-testing f19 repo At this moment I have 4Gb free on xfs filesystem, that is the base for gluster mount point. # engine-config -g FreeSpaceCriticalLowInGB FreeSpaceCriticalLowInGB: 2 version: general -- all ok Then # engine-config -s FreeSpaceCriticalLowInGB=6 # systemctl restart ovirt-engine -- all ok Then Tried yum update of a F20 VM that goes without problem (about 50Mb involved in transaction) Reboot on VM (so no power off) -- all ok Then Shutdown of VM and attempt to power on it -- fail In webadmin gui I get: Error while executing action: f20: Cannot run VM. Low disk space on target Storage Domain gvdata. In engine.log I get 2014-01-10 10:37:42,610 WARN [org.ovirt.engine.core.bll.RunVmCommand] (ajp--127.0.0.1-8702-1) [12c2f039] CanDoAction of action RunVm failed. Reasons:VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_DISK_SPACE_LOW_ON_TARGET_STORAGE_DOMAIN,$storageName gvdata , sharedLocks= ] Strangely no output in webadmin gui events pane (see also below the list of them) Then # engine-config -s FreeSpaceCriticalLowInGB=1 # systemctl restart ovirt-engine -- all ok I can power on the f20 VM again HIH, Gianluca Regarding GlusterFS i went through several updates from 3.x to 4.x version for gluster and in 3.x for engine/hosts, so I don't know in a clean install starting with oVirt 3.3.2 and GlusterFS 3.4.2 what engine would have put as a value for FreeSpaceCriticalLowInGB, if a fixed one (absolute or percentage) or variable depending on total initial size of XFS filesystem. Still one strange thing I notice in engine events sequence is this (please read from last line going up); are normal/expected the datacenter outputs messages when you restart engine? 2014-Jan-10, 10:50 user admin@internal initiated console session for VM f20 2014-Jan-10, 10:50 VM f20 started on Host f18ovn03 2014-Jan-10, 10:50 user admin@internal initiated console session for VM f20 -- here VM starts ok now 2014-Jan-10, 10:49 VM f20 was started by admin@internal (Host: f18ovn03). 2014-Jan-10, 10:49 User admin@internal logged in. --- here I have done login again to webadmin gui after engine restart 2014-Jan-10, 10:49 User admin@internal logged in. 2014-Jan-10, 10:47 Storage Pool Manager runs on Host f18ovn03 (Address: 10.4.4.59). 2014-Jan-10, 10:47 Invalid status on Data Center Gluster. Setting status to Non Responsive. 2014-Jan-10, 10:47 State was set to Up for host f18ovn01. 2014-Jan-10, 10:47 State was set to Up for host f18ovn03. -- reset FreeSpaceCriticalLowInGB to 1 and restart of engine 2014-Jan-10, 10:47 User admin@internal logged out. --- shutdown and power off of VM 2014-Jan-10, 10:37 VM f20 is down. Exit message: User shut down 2014-Jan-10, 10:36 user admin@internal initiated console session for VM f20 2014-Jan-10, 10:35 user admin@internal initiated console session for VM f20 2014-Jan-10, 10:31 User admin@internal logged in. --- here I have done login again to webadmin gui after engine restart 2014-Jan-10, 10:31 User admin@internal logged in. 2014-Jan-10, 10:29 Warning, Low disk space.gvdata domain has 4 GB of free space 2014-Jan-10, 10:29 Storage Pool Manager runs on Host f18ovn03 (Address: 10.4.4.59). 2014-Jan-10, 10:29 Invalid status on Data Center Gluster. Setting status to Non Responsive. 2014-Jan-10, 10:29 State was set to Up for host f18ovn03. 2014-Jan-10, 10:29 State was set to Up for host f18ovn01. -- here I have set new higher value for FreeSpaceCriticalLowInGB that will cause problems and issued restart of engine 2014-Jan-10, 10:29 User admin@internal logged out. 2014-Jan-10, 10:23 User
Re: [Users] VSDM´s logrotate makes Hosts fill up var eventually
I´m resending an email sent yersterday that was probably overlooked due
to a lack of indentation.
On Thu, 2014-01-09 at 16:33 +, Dan Kenigsberg wrote:
On Thu, Jan 09, 2014 at 01:39:08PM +, Sven Kieske wrote:
Hi,
I also guess this gets so large because of the loglevels in
/etc/vdsm/logger.conf
this seems to be the default:
[logger_root]
level=DEBUG
handlers=syslog,logfile
propagate=0
[logger_vds]
level=DEBUG
handlers=syslog,logfile
qualname=vds
propagate=0
[logger_Storage]
level=DEBUG
handlers=logfile
qualname=Storage
propagate=0
[logger_metadata]
level=WARNING
handlers=metadata
qualname=irs.metadata
propagate=0
[handler_syslog]
level=WARNING
class=handlers.SysLogHandler
formatter=sysform
args=('/dev/log', handlers.SysLogHandler.LOG_USER)
[handler_logfile]
class=logging.handlers.WatchedFileHandler
args=('/var/log/vdsm/vdsm.log',)
filters=storage.misc.TracebackRepeatFilter
level=DEBUG
formatter=long
[handler_metadata]
class=logging.handlers.WatchedFileHandler
args=('/var/log/vdsm/metadata.log',)
level=WARNING
formatter=long
which is debug level for most loggers.
Question to the devs:
Is this really needed as a default in a production
environment?
my vdsm is a little bit older btw:
vdsm-4.12.1-4.el6.x86_64
vdsm-cli-4.12.1-4.el6.noarch
vdsm-python-4.12.1-4.el6.x86_64
vdsm-python-cpopen-4.12.1-4.el6.x86_64
vdsm-xmlrpc-4.12.1-4.el6.noarch
did this change in vdsm 4.13. ?
No change yet.
Am 09.01.2014 14:26, schrieb Karli Sjöberg:
Hi!
I just noticed my Hypervisor nodes starting to complain about disks
almost being full. I started investigation and noticed that:
# du -h /var/log/libvirtd.log
100G /var/log/libvirtd.log
And many Hosts system partition had indeed become full:S
Why weren´t the file rotated? Well:
# ls -lah /var/log/libvirtd.log.* | wc -l
100
And the rotate policy says:
/etc/logrotate.d/libvirtd
## beginning of configuration section by vdsm
/var/log/libvirt/libvirtd.log {
rotate 100
missingok
copytruncate
size 15M
compress
compresscmd /usr/bin/xz
uncompresscmd /usr/bin/unxz
compressext .xz
}
Now, I just handled it by changing 100 to 1000 but I think that a
I do not understand this issue, Karli. After 100 log files have been
created, the oldest one should have been removed and replaced by the
newest one. logrotate is expected to be called every 15 minutes, so it
should not have stayed above 15M for so long. Do you see any error when
running `/usr/sbin/logrotate /etc/logrotate.d/libvirtd` as root?
What the funk, it doesn´t do anything, complains nothing like it´s done
what it´s supposed to, and no errors in /var/log/messages either...
Oh, and here´s the output:
# du -h /var/log/libvirtd.log
1.1G/var/log/libvirtd.log
# /usr/sbin/logrotate -d -v /etc/logrotate.d/libvirtd
reading config file /etc/logrotate.d/libvirtd
reading config info for /var/log/libvirt/libvirtd.log
compress_prog is now /usr/bin/xz
uncompress_prog is now /usr/bin/unxz
compress_ext is now .xz
Handling 1 logs
rotating pattern: /var/log/libvirt/libvirtd.log 15728640 bytes (1000
rotations)
empty log files are rotated, old logs are removed
considering log /var/log/libvirt/libvirtd.log
log does not need rotating
Really, are you sure about that?
better default needs to be placed in general, don´t you?
# rpm -qa | grep vdsm
vdsm-python-4.13.0-11.el6.x86_64
vdsm-python-cpopen-4.13.0-11.el6.x86_64
vdsm-4.13.0-11.el6.x86_64
vdsm-xmlrpc-4.13.0-11.el6.noarch
vdsm-cli-4.13.0-11.el6.noarch
The question of how much logging we should keep is a tough one. I, as a
developer, would like to have as much as possible. For long-running busy
systems, it has happened to me that the core bug was spotted in
vdsm.log.67 or so.
However, I understand that verbosity has its price. To understand
whether we are stable enough to change the defaults, I need volunteers:
people who are willing to change their log level to INFO or WARNING, and
see if they miss useful information from their logs.
When you make you log level higher, you can lower the number of kept
log files, as they would not be filled as quick.
Would you, users@, help me with hard data?
Well, I understand that having more data of course helps when there´s an
issue, however having lots of data isn´t exactly helping in this
particular case;P
Seriously though, it´s not bothering me having lots of logs. I don´t
mind the DEBUG mode, and as long as rotate _does what it´s supposed to_
it´s not taking up that much space to argue about either so for me it´s
cool (normally).
/K
Dan.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Med Vänliga Hälsningar
Re: [Users] Hypervisor info
On Fri, Jan 10, 2014 at 09:12:39AM +, Sven Kieske wrote: Hi, yeah of course, there are various scripts for that i. e. http://www.dmo.ca/blog/detecting-virtualization-on-linux/ (google is your friend) the (afaik) fastest way to detect ovirt is: dmidecode | grep oVirt but this needs root privileges. HTH Am 10.01.2014 07:41, schrieb Koen Vanoppen: Dear all, Because of our puppet integration at work, it would like to know if there is a way in ovirt to know, from WITHIN a virtual machine, the hypervisor on wich the vm is running? And unfortunately, you can even tell the UUID of the specific host on top of which the VM was first started via dmidecode -s system-serial-number in the guest. This feature is unfortunate, as it cannot really be trusted (it does not update upon migration), and breaks an important abstraction. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt 3.4.0 alpha delayed
Hi, oVirt 3.4.0 alpha will be delayed due to packages dependencies issue. Maintainers are already working on this, alpha will be released just after all dependency issues will have been fixed. Details on dependency missing: on CentOS 6.5: [ovirt-3.4.0-alpha] name=Alpha builds of the oVirt 3.4 project baseurl=http://resources.ovirt.org/releases/3.4.0-alpha/rpm/EL/$releasever/ enabled=1 skip_if_unavailable=1 gpgcheck=0 # repoclosure -r ovirt-3.4.0-alpha -l ovirt-3.3.2 -l base -l epel -l glusterfs-epel -l updates -l extra -l glusterfs-noarch-epel -l ovirt-stable -n Reading in repository metadata - please wait Checking Dependencies Repos looked at: 8 base epel glusterfs-epel glusterfs-noarch-epel ovirt-3.3.2 ovirt-3.4.0-alpha ovirt-stable updates Num Packages in Repos: 16581 package: mom-0.3.2-20140101.git2691f25.el6.noarch from ovirt-3.4.0-alpha unresolved deps: procps-ng package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.el6.noarch from ovirt-3.4.0-alpha unresolved deps: otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.el6 package: ovirt-engine-sdk-java-3.4.0.1-1.el6.noarch from ovirt-3.4.0-alpha unresolved deps: httpcomponents-client = 0:4.2 apache-commons-logging apache-commons-beanutils package: vdsm-hook-vhostmd-4.14.0-1.git6fdd55f.el6.noarch from ovirt-3.4.0-alpha unresolved deps: vhostmd On Fedora 19: [ovirt-3.4.0-alpha] name=Alpha builds of the oVirt 3.4 project baseurl=http://resources.ovirt.org/releases/3.4.0-alpha/rpm/Fedora/$releasever/ enabled=1 skip_if_unavailable=1 gpgcheck=0 # repoclosure -n -r ovirt-3.4.0-alpha -l fedora -l updates -l ovirt-stable Reading in repository metadata - please wait Checking Dependencies Repos looked at: 4 fedora ovirt-3.4.0-alpha ovirt-stable updates Num Packages in Repos: 38832 package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.fc19.noarch from ovirt-3.4.0-alpha unresolved deps: otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.fc19 package: ovirt-engine-3.4.0-0.2.master.20140109103311.git6524789.fc19.noarch from ovirt-3.4.0-alpha unresolved deps: openstack-java-resteasy-connector = 0:3.0.2 openstack-java-quantum-model = 0:3.0.2 openstack-java-quantum-client = 0:3.0.2 openstack-java-keystone-model = 0:3.0.2 openstack-java-keystone-client = 0:3.0.2 openstack-java-glance-model = 0:3.0.2 openstack-java-glance-client = 0:3.0.2 openstack-java-client = 0:3.0.2 package: ovirt-engine-reports-3.4.0-0.2.master.20140109102135.fc19.noarch from ovirt-3.4.0-alpha unresolved deps: ovirt-engine-dwh = 0:3.4.0 On Fedora 20 (ovirt-stable doesn't support Fedora 20): [ovirt-3.4.0-alpha] name=Alpha builds of the oVirt 3.4 project baseurl=http://resources.ovirt.org/releases/3.4.0-alpha/rpm/Fedora/$releasever/ enabled=1 skip_if_unavailable=1 gpgcheck=0 # repoclosure -n -r ovirt-3.4.0-alpha -l fedora -l updates Reading in repository metadata - please wait Checking Dependencies Repos looked at: 3 fedora ovirt-3.4.0-alpha updates Num Packages in Repos: 38822 package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.fc19.noarch from ovirt-3.4.0-alpha unresolved deps: otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.fc19 package: ovirt-engine-3.4.0-0.2.master.20140109103311.git6524789.fc19.noarch from ovirt-3.4.0-alpha unresolved deps: openstack-java-resteasy-connector = 0:3.0.2 openstack-java-quantum-model = 0:3.0.2 openstack-java-quantum-client = 0:3.0.2 openstack-java-keystone-model = 0:3.0.2 openstack-java-keystone-client = 0:3.0.2 openstack-java-glance-model = 0:3.0.2 openstack-java-glance-client = 0:3.0.2 openstack-java-client = 0:3.0.2 package: ovirt-engine-reports-3.4.0-0.2.master.20140109102135.fc19.noarch from ovirt-3.4.0-alpha unresolved deps: ovirt-engine-dwh = 0:3.4.0 -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] no VM network connection
If you intend to produce data following your stress tests, please share. Assaf Muller, Cloud Networking Engineer Red Hat - Original Message - From: William Kwan pota...@yahoo.com To: Dan Kenigsberg dan...@redhat.com, Assaf Muller amul...@redhat.com Cc: users@ovirt.org Sent: Thursday, January 9, 2014 11:26:50 PM Subject: Re: [Users] no VM network connection Thanks for the tips. Yes, after tcpdump left and right, we found an issue. It is definitely an user error. BTW, thanks for all the assistance. We have a promising setup working so far. We are running tests and putting more stress to test it. Thanks Will On Thursday, January 9, 2014 11:53 AM, Dan Kenigsberg dan...@redhat.com wrote: On Thu, Jan 09, 2014 at 09:18:15AM -0500, Assaf Muller wrote: Hi Will, Do these new faulty VMs get IP from the DHCP server on subnet1? If so, can they ping their default gateway? If you SSH into the hypervisor that hosts the new VM, do you see a new 'vnetX' device for it? If you type brctl showmacs name of VM bridge, do you see the MAC of the NIC of the VM that is connected to the VM network? If you tcpdump bond1, do you see any outgoing VM traffic? Also, if you set an explicit IP address within the guest and try to ping outside of it - cun you see packets travelling out of the vnetX and into the connected bridge? Assaf Muller, Cloud Networking Engineer Red Hat - Original Message - From: William Kwan pota...@yahoo.com To: users@ovirt.org Sent: Wednesday, January 8, 2014 8:47:51 PM Subject: [Users] no VM network connection Hi all, Need some pointers here. I created one VM successfully with network connection. New VMs and clone can't seem to get network connections. I have ovirt 3.3.2-1.el6 on CentOS6.5. Two virtualization nodes are on 6.5 with GlusterFS. Both nodes have bond0 on management subnet and bond1 on subnet1. bond0 has an IP assigned and bond1 has no IP assigned (just link up) I created a VM with two NICs attached to two the logical networks. This VM1 works fine with both network connections. This VM can be started on either node fine with network connections. When I tried to build a new VM or build one from the template of VM1, I can't seem to get another network connection working on these new VMs. Yes, they have logical network attached to them. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] VSDM´s logrotate makes Hosts fill up var eventually
On Thu, Jan 9, 2014 at 5:33 PM, Dan Kenigsberg wrote:
The question of how much logging we should keep is a tough one. I, as a
developer, would like to have as much as possible. For long-running busy
systems, it has happened to me that the core bug was spotted in
vdsm.log.67 or so.
However, I understand that verbosity has its price. To understand
whether we are stable enough to change the defaults, I need volunteers:
people who are willing to change their log level to INFO or WARNING, and
see if they miss useful information from their logs.
When you make you log level higher, you can lower the number of kept
log files, as they would not be filled as quick.
Would you, users@, help me with hard data?
Dan.
I can't tell about missing information because at the moment I didn't
had big problmes since in my case I put logging to INFO where there
was DEBUG on 17 December for both vdsm and supervdsm.
This is a very calm infra composed by two nodes f19 oVirt 3.3.2 stable
repo and GlusterFS datcenter.
Only 3 VMS running about everytime
Rotation has not yet overwritten old log files
Under /var/log/vdsm now
# du -sh .
137M .
# ll supervdsm.log*|wc -l
106
# ll vdsm.log*|wc -l
113
For vdsm logs:
before I had 5 daily generated files for an overall of about 100Mb
uncompressed, now one file per day of about 14Mb uncompressed
A newer log
-rw-r--r--. 1 vdsm kvm429380 Jan 7 12:00 vdsm.log.1.xz
A before change log sequence
-rw-r--r--. 1 vdsm kvm 660280 Dec 8 22:01 vdsm.log.36.xz
-rw-r--r--. 1 vdsm kvm 659672 Dec 8 17:01 vdsm.log.37.xz
-rw-r--r--. 1 vdsm kvm 662584 Dec 8 12:01 vdsm.log.38.xz
-rw-r--r--. 1 vdsm kvm 655232 Dec 8 07:01 vdsm.log.39.xz
-rw-r--r--. 1 vdsm kvm 657832 Dec 8 02:00 vdsm.log.40.xz
For supervdsm logs no rotation yet after change, because size is set
to 15M in logrotate conf files:
Before change I had one file a day (uncompressed daily size was about 17-20Mb)
# ls -lt super*
-rw-r--r--. 1 root root 12620463 Jan 7 12:57 supervdsm.log
-rw-r--r--. 1 root root 342736 Dec 16 16:01 supervdsm.log.1.xz
-rw-r--r--. 1 root root 328952 Dec 15 14:00 supervdsm.log.2.xz
-rw-r--r--. 1 root root 343360 Dec 14 13:01 supervdsm.log.3.xz
-rw-r--r--. 1 root root 339244 Dec 13 11:00 supervdsm.log.4.xz
-rw-r--r--. 1 root root 349012 Dec 12 09:00 supervdsm.log.5.xz
I got a problem with SPM on 7 anuary and I correctly found in vdsm.log
Thread-7000::INFO::2014-01-07
15:42:52,632::logUtils::44::dispatcher::(wrapper) Run and protect:
disconnectStorageServer(domType=7, sp
UUID='eb679feb-4da2-4fd0-a185-abbe459ffa70', conList=[{'port': '',
'connection': 'f18ovn01.mydomain:gvdata', 'iqn': '', 'portal'
: '', 'user': '', 'vfs_type': 'glusterfs', 'password': '**', 'id':
'9d01b8fa-853e-4720-990b-f86bdb7cfcbb'}], options=None)
Thread-7001::INFO::2014-01-07
15:42:54,776::logUtils::44::dispatcher::(wrapper) Run and protect:
getAllTasksStatuses(spUUID=None, opti
ons=None)
Thread-7001::ERROR::2014-01-07
15:42:54,777::task::850::TaskManager.Task::(_setError)
Task=`2e948a29-fdaa-4049-ada4-421c6407b037`::Une
xpected error
Traceback (most recent call last):
File /usr/share/vdsm/storage/task.py, line 857, in _run
return fn(*args, **kargs)
File /usr/share/vdsm/logUtils.py, line 45, in wrapper
res = f(*args, **kwargs)
File /usr/share/vdsm/storage/hsm.py, line 2109, in getAllTasksStatuses
raise se.SpmStatusError()
SpmStatusError: Not SPM: ()
Thread-7001::INFO::2014-01-07
15:42:54,777::task::1151::TaskManager.Task::(prepare)
Task=`2e948a29-fdaa-4049-ada4-421c6407b037`::abort
ing: Task is aborted: 'Not SPM' - code 654
Thread-7001::ERROR::2014-01-07
15:42:54,778::dispatcher::67::Storage.Dispatcher.Protect::(run)
{'status': {'message': 'Not SPM: ()', '
code': 654}}
So I think it is good for me, otherwise I would have great
difficulties identifying problems inside the big files produced
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Networking questions (LONG)
On Thu, Jan 09, 2014 at 10:53:25PM +0200, Lior Vernia wrote: Hello Alan, On 09/01/14 10:07, Alan Murrell wrote: Hello, I am evaluating oVirt as a replacement/alternative to VMware deployments we typically do. I have installed and all-in-one setup on a test box (which itself used to be an ESXi server), but it only has one NIC. I trying to duplicate our typical configuration we do in VMware, which is this: 1.) we create several port groups on the vSwitch, each assigned a VLAN ID, such as: - VLAN001 (VLAN ID: 1) - VLAN002 (VLAN ID: 2) - VLAN009 (VLAN ID: 9) - VLAN010 (VLAN ID: 10) - VLAN200 (VLAN ID: 200) - TRUNK (VLAN ID: 4095 - in VMware-world, VLAN ID 4095 is all VLANS and basically just passes the VLANs through to whatever is attached to the port group for the VM to handle) 2.) We assign VMs to port groups appropriate for the VLAN they are part of. 3.) The only VM that has a NIC assigned to the TRUNK port group is the firewall (which is Linux), and we create VLAN interfaces on it (i.e., eth1.1, eth1.2, eth1.10, eth1.200). The firewall VM acts as the router between the various VLANs. To replicate the above in oVirt, I created logical networks for each VLAN, and assigned the appropriate VLAN ID. It seems oVirt/KVM does not have an equivalent for VMware's VLAN ID of 4095, so after some searching around, so for the TRUNK network, I left it with no VLAN assigned. Because i cannot add VLAN and non-VLAN networks to the same physical NIC, after some searching around, it looks like I may have to utilise two NICS: one for the VLAN networks and one for the TRUNK network. That is true. One non-VLAN network can in fact sit on the same NIC with VLAN networks, but it has to be non-VM. This was devised as a security constraint - otherwise, a VM attached to the non-VLAN network could sniff traffic from another (VLAN) network. However, it seems that this is exactly what you need - a special VM that is designed to do just that. And it's not only you: there's another recent request for lifting this limitation: Bug 1049476 - [RFE] Mix untagged and tagged Logical Networks on the same NIC However, I'm not sure that you in fact need a TRUNK VM network in oVirt. If you want your firewall VM to get all traffic from the VLANs, you could create a vNIC for each network, to which you'll attach a profile (oVirt's equivalent of port group if I'm not mistaken) of the corresponding network. The host can remain with just the VLAN networks attached to its NICs, without a designated TRUNK. This way the firewall VM will get something like eth1 for VLAN 1, eth2 for VLAN 200 and so forth, which might be close enough to what you described on your previous setup (oVirt currently doesn't allow creating VLANs inside VMs). And if I correctly understood your needs it will save you the trouble you described below (well, you would need the one dummy interface). Because, at this point, I am not yet concerned with making the test VMs I will be setting up be accessible from outside the virtual lab environment (i.e., everything will communicate within my oVirt server/network for now), I am trying to make use of dummy interfaces, but I am not sure the best way to make use of this. I am able to create the dummy* interfaces and have them show up in oVirt, but I am not sure of how they should be setup. Here is what I am *thinking* should be done, but want to make sure it is correct before getting too deep: - I will use the physical NIC for management, therefore the ovirtmgmt bridge with eth0 assigned to it will remain as-is - Create two dummy interfaces: dummy0 and dummy1 - Create a new bridge, ovirtvm and assign dummy0 and dummy1 to it This is something that currently can't be done from within the oVirt engine, but if my above suggestion works for you then it won't be needed. - Attach the VLAN-enabled networks to dummy0 - Attach the TRUNK network to dummy1 I do not understand what you are trying to do with dummy devices (after all, they are not going to send any packet anywhere). But if you are willing to mess with network configuration under the feet of oVirt, you could do the following: - create a network tagged with an id that is not really used in your datacenter, say 999, and attach it to the host. - build and install vdsm-hook-extnet rpm - define a vnic profile using this network, and adding a custom propery called extnet with the value of (say) untagged. - set up a bridge named untagged directly on top of your eth0 (say breth0) - define a libvirt bridged network named untagged, that uses breth0. - attach the vnic of your firewall VM to your vnic profile. Now, when you start up your firewall vm, the extnet hook gets into action, and forces the firewall vm from the 999 network, into using your hand-crafted network. This all sounds a bit long
Re: [Users] [QE] 3.4.0 Release tracker
Can I propose BZ#1035314 for 3.3.3 or 3.4.0, simple, trivial fix to a hook. On Wed, Jan 8, 2014 at 9:46 AM, Sandro Bonazzola sbona...@redhat.com wrote: Hi, as you may know, we're planning to build oVirt 3.4.0 beta really soon and release 3.4.0 by end of January. A tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1024889) has been created for this release. The following is a list of the current blocker bugs with target 3.4.0: Whiteboard Bug ID Summary storage 1032686 [RFE] API to save OVF on any location storage 1032679 [RFE] Single Disk Snapshots network 987813 [RFE] report BOOTPROTO and BONDING_OPTS independent of netdevice.cfg The following is a list of the bugs with target 3.4.0 not yet fixed: Whiteboard Bug ID Summary gluster 1008980 [oVirt] Option 'Select as SPM' available for a host in gluster-only mode of oVirt gluster 1038988 Gluster brick sync does not work when host has multiple interfaces i18n1033730 [es-ES] need to revise the create snapshot translation infra 870330 Cache records in memory infra 904029 [engine-manage-domains] should use POSIX parameter form and aliases as values infra 979231 oVirt Node Upgrade: Support N configuration infra 986882 tar which is used by host-deploy is missing from fedora minimal installation infra 995362 [RFE] Support firewalld infra 1016634 Performance hit as a result of duplicate updates to VdsDynamic in VdsUpdateRuntimeInfo infra 1023751 [RFE] Create Bin Overrider for application context files changes we do in JRS infra 1023754 [RFE] add trigger to stop etl connection via engine db value. infra 1023759 [RFE] re-implement SSO solution based on JRS new SSO interface infra 1023761 [RFE] Build nightly JRS builds based on latest JRS version infra 1028793 systemctl start vdsmd blocks if dns server unreachable infra 1032682 Refactor authentication framework in engine infra 1035844 [oVirt][infra] Add host/Reinstall radio button text not actionable infra 1045350 REST error during VM creation via API infra 1046611 [oVirt][infra] Device custom properties syntax check is wrong integration 789040 [RFE] Log Collector should be able to run without asking questions integration 967350 [RFE] port dwh installer to otopi integration 967351 [RFE] port reports installer to otopi integration 1023752 [RFE] add upstream support for Centos el6 arch. integration 1024028 [RFE] add trigger to stop etl connection via engine db value. integration 1028489 [RFE] pre-populate ISO DOMAIN with rhev-tools-setup.iso (or equiv) integration 1028913 'service network start' sometimes fails during setup integration 1037663 F20 - ovirt-log-collector: conflicts with file from package sos-3.0-3.fc20.noarch integration 1039616 Setting shmmax on F19 is not enough for starting postgres network 987832 failed to add ovirtmgmt bridge when the host has static ip network 1001186 With AIO installer and NetworkManager enabled, the ovirtmgmt bridge is not properly configured network 1010663 override mtu field allows only values up to 9000 network 1018947 Yum update to oVirt 3.3 from 3.1.0 fails on CentOS 6.4 with EPEL dependency on python-inotify network 1037612 [oVirt][network][RFE] Add sync column to hosts sub tab under networks main tab network 1040580 [RFE] Apply networks changes to multiple hosts network 1040586 [RFE] Ability to configure network on multiple hosts at once network 1043220 [oVirt][network][RFE] Add Security-Group support for Neutron based networks network 1043230 Allow configuring Network QoS on host interfaces network 1044479 Make an iproute2 network configurator for vdsm network 1048738 [oVirt][network][RFE] Add subnet support for neutron based networks network 1048740 [oVirt][network][RFE] Allow deleting Neutron based network (in Neutron) network 1048880 [vdsm][openstacknet] Migration fails for vNIC using OVS + security groups sla 994712 Remove underscores for pre-defined policy names sla 1038616 [RFE] Support for hosted engine storage 888711 PosixFS issues storage 961532 [RFE] Handle iSCSI lun resize storage 1009610 [RFE] Provide clear warning when SPM become inaccessible and needs fencing storage 1034081 Misleading error message when adding an existing Storage Domain storage 1038053 [RFE] Allow domain of multiple types in a single Data Center storage 1045842 After deleting image failed ui display message: Disk gluster-test was successfully removed from... ux 784779 [webadmin][RFE] Login page. Add a link to welcome page ux
[Users] [QE] oVirt 3.3.3 beta status
we're going to branch and build oVirt 3.3.3 beta on Monday 2014-01-13. A bug tracker is available at [1] and it shows no bugs blocking the release the following has been proposed as blocker for 3.3.3 or 3.4.0, not targeted to a specific version yet: Bug 1035314 - vdsm-hook-nestedvt uses kvm_intel-only syntax The following is a list of the non-blocking bugs still open with target 3.3.3: Whiteboard Bug ID Summary Whiteboard Bug ID Summary infra 987982 When adding a host through the REST API, the error message says that rootPassword is required... infra 1017267 Plaintext user passwords in async_tasks database infra 1040022 vdsm-tool configurre errors when installing vdsm package integration 902979 ovirt-live - firefox doesn't trust the installed engine integration 1021805 [RFE] oVirt Live - use motd to show the admin password integration 1022440 [RFE] AIO - configure the AIO host to be a gluster cluster/host integration 1026930 Package virtio-win and put it in ovirt repositories integration 1026933 pre-populate ISO domain with virtio-win ISO network 906313 [oVirt-webadmin] [setupNetworks] No valid Operation for network_name and Unassigned Logical Networks panel network 987916 [oVirt] [provider] Dialog doesn't update unless focus lost network 997197 Some AppErrors messages are grammatically incorrect (singular vs plural) network 1023722 [oVirt-webadmin][network] Network roles in cluster management should be radio buttons sla 1049343 [oVirt] Disabled Balloon in Add Vm storage 987917 [oVirt] [glance] API version not specified in provider dialog ux 906394 [oVirt-webadmin] [network] Loading animation in network main tab 'hosts' and 'vms' subtab is stuck... virt1007940 Cannot clone from snapshot while using GlusterFS as POSIX Storage Domain 906257 USB Flash Drive install of ovirt-node created via dd fails 923049 ovirt-node fails to boot from local disk under UEFI mode 965583 [RFE] add shortcut key on TUI 976675 [wiki] Update contribution page 979350 Changes admin password in the first time when log in is failed while finished auto-install 979390 [RFE] Split defaults.py into smaller pieces 982232 performance page takes 1sec to load (on first load) 984441 kdump page crashed before configuring the network after ovirt-node intalled 986285 UI crashes when no bond name is given 991267 [RFE] Add TUI information to log file. 1018374 ovirt-node-iso-3.0.1-1.0.2.vdsm.fc19: Failed on Auto-install 1018710 [RFE] Enhance API documentation 1032035 [RFE]re-write auto install function for the cim plugin 1033286 ovirt-node-plugin-vdsm can not be added to ovirt node el6 base image Maintainers: Please add the bugs to the tracker if you think that 3.3.3 should not be released without them fixed. Please re-target all bugs you don't think that should block 3.3.3. For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug and add yourself to the testing page [2]. Maintainers are welcomed to start filling release notes, the page has been created here [3] [1] http://bugzilla.redhat.com/1050084 [2] http://www.ovirt.org/Testing/Ovirt_3.3.3_testing [3] http://www.ovirt.org/OVirt_3.3.3_release_notes Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] VSDM´s logrotate makes Hosts fill up var eventually
On Thu, Jan 09, 2014 at 05:01:12PM +, Karli Sjöberg wrote:
And the rotate policy says:
/etc/logrotate.d/libvirtd
## beginning of configuration section by vdsm
/var/log/libvirt/libvirtd.log {
rotate 100
missingok
copytruncate
size 15M
compress
compresscmd /usr/bin/xz
uncompresscmd /usr/bin/unxz
compressext .xz
}
Now, I just handled it by changing 100 to 1000 but I think that a
I do not understand this issue, Karli. After 100 log files have been
created, the oldest one should have been removed and replaced by the
newest one. logrotate is expected to be called every 15 minutes, so it
should not have stayed above 15M for so long. Do you see any error when
running `/usr/sbin/logrotate /etc/logrotate.d/libvirtd` as root?
What the funk, it doesn´t do anything, complains nothing like it´s done what
it´s supposed to, and no errors in /var/log/messages either...
Oh, and here´s the output:
# du -h /var/log/libvirtd.log
1.1G /var/log/libvirtd.log
# /usr/sbin/logrotate -d -v /etc/logrotate.d/libvirtd
reading config file /etc/logrotate.d/libvirtd
reading config info for /var/log/libvirt/libvirtd.log
compress_prog is now /usr/bin/xz
uncompress_prog is now /usr/bin/unxz
compress_ext is now .xz
Handling 1 logs
rotating pattern: /var/log/libvirt/libvirtd.log 15728640 bytes (1000
rotations)
empty log files are rotated, old logs are removed
considering log /var/log/libvirt/libvirtd.log
log does not need rotating
Really, are you sure about that?
/K
I really do not know what to say - it seems like an awkward logrotate
bug. Maybe if you play with arguments a bit (avoid compression? change
size?) it could be convinced to work. Otherwise it sounds like gdb
time...
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Networking questions (LONG)
Hi Dan, I take the chance to ask; why is that the untagged IF can see the traffic of the tagged vlans? Isn't that filtered at kernel level? Is this a virtualization design limitation or is it down to the kernel? I don't know how the kernel processes the packages, but I thought that packages that arrives to the nic are filtered by the kernel and sent to the respective vif (untagged to the master interface and tagged to the .XX interfaces). I ask because other virtualization platforms don't have this limitation and I wonder if it's because they don't care of because they solved this somehow. Regards, On 10/01/14 09:32, Dan Kenigsberg wrote: On Thu, Jan 09, 2014 at 10:53:25PM +0200, Lior Vernia wrote: Hello Alan, On 09/01/14 10:07, Alan Murrell wrote: Hello, I am evaluating oVirt as a replacement/alternative to VMware deployments we typically do. I have installed and all-in-one setup on a test box (which itself used to be an ESXi server), but it only has one NIC. I trying to duplicate our typical configuration we do in VMware, which is this: 1.) we create several port groups on the vSwitch, each assigned a VLAN ID, such as: - VLAN001 (VLAN ID: 1) - VLAN002 (VLAN ID: 2) - VLAN009 (VLAN ID: 9) - VLAN010 (VLAN ID: 10) - VLAN200 (VLAN ID: 200) - TRUNK (VLAN ID: 4095 - in VMware-world, VLAN ID 4095 is all VLANS and basically just passes the VLANs through to whatever is attached to the port group for the VM to handle) 2.) We assign VMs to port groups appropriate for the VLAN they are part of. 3.) The only VM that has a NIC assigned to the TRUNK port group is the firewall (which is Linux), and we create VLAN interfaces on it (i.e., eth1.1, eth1.2, eth1.10, eth1.200). The firewall VM acts as the router between the various VLANs. To replicate the above in oVirt, I created logical networks for each VLAN, and assigned the appropriate VLAN ID. It seems oVirt/KVM does not have an equivalent for VMware's VLAN ID of 4095, so after some searching around, so for the TRUNK network, I left it with no VLAN assigned. Because i cannot add VLAN and non-VLAN networks to the same physical NIC, after some searching around, it looks like I may have to utilise two NICS: one for the VLAN networks and one for the TRUNK network. That is true. One non-VLAN network can in fact sit on the same NIC with VLAN networks, but it has to be non-VM. This was devised as a security constraint - otherwise, a VM attached to the non-VLAN network could sniff traffic from another (VLAN) network. However, it seems that this is exactly what you need - a special VM that is designed to do just that. And it's not only you: there's another recent request for lifting this limitation: Bug 1049476 - [RFE] Mix untagged and tagged Logical Networks on the same NIC However, I'm not sure that you in fact need a TRUNK VM network in oVirt. If you want your firewall VM to get all traffic from the VLANs, you could create a vNIC for each network, to which you'll attach a profile (oVirt's equivalent of port group if I'm not mistaken) of the corresponding network. The host can remain with just the VLAN networks attached to its NICs, without a designated TRUNK. This way the firewall VM will get something like eth1 for VLAN 1, eth2 for VLAN 200 and so forth, which might be close enough to what you described on your previous setup (oVirt currently doesn't allow creating VLANs inside VMs). And if I correctly understood your needs it will save you the trouble you described below (well, you would need the one dummy interface). Because, at this point, I am not yet concerned with making the test VMs I will be setting up be accessible from outside the virtual lab environment (i.e., everything will communicate within my oVirt server/network for now), I am trying to make use of dummy interfaces, but I am not sure the best way to make use of this. I am able to create the dummy* interfaces and have them show up in oVirt, but I am not sure of how they should be setup. Here is what I am *thinking* should be done, but want to make sure it is correct before getting too deep: - I will use the physical NIC for management, therefore the ovirtmgmt bridge with eth0 assigned to it will remain as-is - Create two dummy interfaces: dummy0 and dummy1 - Create a new bridge, ovirtvm and assign dummy0 and dummy1 to it This is something that currently can't be done from within the oVirt engine, but if my above suggestion works for you then it won't be needed. - Attach the VLAN-enabled networks to dummy0 - Attach the TRUNK network to dummy1 I do not understand what you are trying to do with dummy devices (after all, they are not going to send any packet anywhere). But if you are willing to mess with network configuration under the feet of oVirt, you could do the following: - create a network tagged with an id that is not really used in your
Re: [Users] VSDM´s logrotate makes Hosts fill up var eventually
On Fri, 2014-01-10 at 12:23 +, Dan Kenigsberg wrote:
On Thu, Jan 09, 2014 at 05:01:12PM +, Karli Sjöberg wrote:
And the rotate policy says:
/etc/logrotate.d/libvirtd
## beginning of configuration section by vdsm
/var/log/libvirt/libvirtd.log {
rotate 100
missingok
copytruncate
size 15M
compress
compresscmd /usr/bin/xz
uncompresscmd /usr/bin/unxz
compressext .xz
}
Now, I just handled it by changing 100 to 1000 but I think that a
I do not understand this issue, Karli. After 100 log files have been
created, the oldest one should have been removed and replaced by the
newest one. logrotate is expected to be called every 15 minutes, so it
should not have stayed above 15M for so long. Do you see any error when
running `/usr/sbin/logrotate /etc/logrotate.d/libvirtd` as root?
What the funk, it doesn´t do anything, complains nothing like it´s done
what it´s supposed to, and no errors in /var/log/messages either...
Oh, and here´s the output:
# du -h /var/log/libvirtd.log
1.1G/var/log/libvirtd.log
# /usr/sbin/logrotate -d -v /etc/logrotate.d/libvirtd
reading config file /etc/logrotate.d/libvirtd
reading config info for /var/log/libvirt/libvirtd.log
compress_prog is now /usr/bin/xz
uncompress_prog is now /usr/bin/unxz
compress_ext is now .xz
Handling 1 logs
rotating pattern: /var/log/libvirt/libvirtd.log 15728640 bytes (1000
rotations)
empty log files are rotated, old logs are removed
considering log /var/log/libvirt/libvirtd.log
log does not need rotating
Really, are you sure about that?
/K
I really do not know what to say - it seems like an awkward logrotate
bug. Maybe if you play with arguments a bit (avoid compression? change
size?) it could be convinced to work. Otherwise it sounds like gdb
time...
Ah man, now I see it, it´s not rotating the right file, look:
# grep libvirtd /etc/logrotate.d/libvirtd
/var/log/libvirt/libvirtd.log {
# grep libvirtd.log /etc/libvirt/libvirtd.conf
log_outputs=1:file:/var/log/libvirtd.log
Bug?
--
Med Vänliga Hälsningar
---
Karli Sjöberg
Swedish University of Agricultural Sciences Box 7079 (Visiting Address
Kronåsvägen 8)
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
karli.sjob...@slu.se
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] VSDM´s logrotate makes Hosts fill up var eventually
Ah man, now I see it, it´s not rotating the right file, look:
# grep libvirtd /etc/logrotate.d/libvirtd
/var/log/libvirt/libvirtd.log {
# grep libvirtd.log /etc/libvirt/libvirtd.conf
log_outputs=1:file:/var/log/libvirtd.log
Bug?
I would say no - at least for Fedora 19 nodes.
In our environment (3.3.2) /var/log/libvirtd.log
does not exist and everything is smoothly
rotating in directory /var/log/libvirt
Maybe /var/log/libvirtd.log is an old file?
Markus
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.
Ãber das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
Vorstand:
Kadir Akin
Dr. Michael Höhnerbach
Vorsitzender des Aufsichtsrates:
Hans Kristian Langva
Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
executive board:
Kadir Akin
Dr. Michael Höhnerbach
President of the supervisory board:
Hans Kristian Langva
Registry office: district court Cologne
Register number: HRB 52 497
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Networking questions (LONG)
On 01/10/2014 01:32 PM, Dan Kenigsberg wrote: On Thu, Jan 09, 2014 at 10:53:25PM +0200, Lior Vernia wrote: Hello Alan, On 09/01/14 10:07, Alan Murrell wrote: Hello, I am evaluating oVirt as a replacement/alternative to VMware deployments we typically do. I have installed and all-in-one setup on a test box (which itself used to be an ESXi server), but it only has one NIC. I trying to duplicate our typical configuration we do in VMware, which is this: 1.) we create several port groups on the vSwitch, each assigned a VLAN ID, such as: - VLAN001 (VLAN ID: 1) - VLAN002 (VLAN ID: 2) - VLAN009 (VLAN ID: 9) - VLAN010 (VLAN ID: 10) - VLAN200 (VLAN ID: 200) - TRUNK (VLAN ID: 4095 - in VMware-world, VLAN ID 4095 is all VLANS and basically just passes the VLANs through to whatever is attached to the port group for the VM to handle) 2.) We assign VMs to port groups appropriate for the VLAN they are part of. 3.) The only VM that has a NIC assigned to the TRUNK port group is the firewall (which is Linux), and we create VLAN interfaces on it (i.e., eth1.1, eth1.2, eth1.10, eth1.200). The firewall VM acts as the router between the various VLANs. To replicate the above in oVirt, I created logical networks for each VLAN, and assigned the appropriate VLAN ID. It seems oVirt/KVM does not have an equivalent for VMware's VLAN ID of 4095, so after some searching around, so for the TRUNK network, I left it with no VLAN assigned. Because i cannot add VLAN and non-VLAN networks to the same physical NIC, after some searching around, it looks like I may have to utilise two NICS: one for the VLAN networks and one for the TRUNK network. That is true. One non-VLAN network can in fact sit on the same NIC with VLAN networks, but it has to be non-VM. This was devised as a security constraint - otherwise, a VM attached to the non-VLAN network could sniff traffic from another (VLAN) network. However, it seems that this is exactly what you need - a special VM that is designed to do just that. isn't that was promiscious mode (aka port mirroring) is for? And it's not only you: there's another recent request for lifting this limitation: Bug 1049476 - [RFE] Mix untagged and tagged Logical Networks on the same NIC However, I'm not sure that you in fact need a TRUNK VM network in oVirt. If you want your firewall VM to get all traffic from the VLANs, you could create a vNIC for each network, to which you'll attach a profile (oVirt's equivalent of port group if I'm not mistaken) of the corresponding network. The host can remain with just the VLAN networks attached to its NICs, without a designated TRUNK. This way the firewall VM will get something like eth1 for VLAN 1, eth2 for VLAN 200 and so forth, which might be close enough to what you described on your previous setup (oVirt currently doesn't allow creating VLANs inside VMs). And if I correctly understood your needs it will save you the trouble you described below (well, you would need the one dummy interface). Because, at this point, I am not yet concerned with making the test VMs I will be setting up be accessible from outside the virtual lab environment (i.e., everything will communicate within my oVirt server/network for now), I am trying to make use of dummy interfaces, but I am not sure the best way to make use of this. I am able to create the dummy* interfaces and have them show up in oVirt, but I am not sure of how they should be setup. Here is what I am *thinking* should be done, but want to make sure it is correct before getting too deep: - I will use the physical NIC for management, therefore the ovirtmgmt bridge with eth0 assigned to it will remain as-is - Create two dummy interfaces: dummy0 and dummy1 - Create a new bridge, ovirtvm and assign dummy0 and dummy1 to it This is something that currently can't be done from within the oVirt engine, but if my above suggestion works for you then it won't be needed. - Attach the VLAN-enabled networks to dummy0 - Attach the TRUNK network to dummy1 I do not understand what you are trying to do with dummy devices (after all, they are not going to send any packet anywhere). But if you are willing to mess with network configuration under the feet of oVirt, you could do the following: - create a network tagged with an id that is not really used in your datacenter, say 999, and attach it to the host. - build and install vdsm-hook-extnet rpm - define a vnic profile using this network, and adding a custom propery called extnet with the value of (say) untagged. - set up a bridge named untagged directly on top of your eth0 (say breth0) - define a libvirt bridged network named untagged, that uses breth0. - attach the vnic of your firewall VM to your vnic profile. Now, when you start up your firewall vm, the extnet hook gets into action, and forces the firewall vm from the 999 network, into using your hand-crafted network. This
Re: [Users] Network not sync and problems reconfiguring
On 10/01/14 11:53, Juan Pablo Lorier wrote: Hi Lior, I'll try to elaborate between lines: On 09/01/14 18:31, Lior Vernia wrote: Hi Juan, I'm not sure I understand a couple of things, could you elaborate? 0. What version engine are you running? 3.3.1 when the problem appeared, but now I moved to 3.3.2 1. Out of the blue - no trigger that you can think of, that would help retrace the cause? The only thing I can think of was a reboot (clean) of the engine VM (not self hosted, just a vbox VM). After the problem appeared, I started making many changes and tests so I can't recreate the exact scenario at this time. Okay, currently nothing springs to mind as to what may have caused this, I'll try to think on it some more. 2. From your other e-mail, I understand that somehow the management network lost its VLAN tagging, and that it shows as out-of-sync in the Setup Host Networks dialog. Correct? Yes. Also other LN where out of sync, but the hosts had differences in which LN went out of sync. All of them have ovirtmgmt out of sync. 3. Do I understand correctly that even though it's marked as out-of-sync, you don't see the synchronize checkbox when editing the network on the host (little pencil icon)? It doesn't. I made some tests and I found that it's a problem with firefox (mine is version 26 over Fedora 19). It's showing things a little bit bigger than chrome and so the sync option is not shown in the edit window. Other functions also are not working properly, for instance, if I choose a particular item into a category (host, vm, etc) in the left tree, the right frame does not change, I have to choose the group (hosts, vms, etc) and choose the particular item among all the listed in the right frame. I've checked and firefox 22 on windows has the same behavior. This started to happen after I upgraded from 3.3.0 to 3.3.1 but never saw the lack of the sync option until now. My machine currently isn't in a state to test these things on different versions of Firefox. If you can pin-point exactly on what versions this occurs, I would greatly appreciate it if you could open a bug about it in bugzilla.redhat.com and I'll try to get it fixed. It does sound that it's only a graphical issue that's causing the checkbox to be hidden. So as an immediate workaround, you could use either the Firefox web developer tools or the Firebug plugin to enlarge the dialog and panels enough so that the checkbox shows, then mark it and have the networks synchronized. Please let me know if that works for you. Yours, Lior. On 09/01/14 17:44, Juan Pablo Lorier wrote: Hi, Out of the blue some of the hosts got some LNs out of sync (not the same in all of them). If I try to resync the LN, it does not show a resync option, so I took one host and detached the lns and reconfigured them. After that, ovirtmgmt is not created correctly, it does not create the vlan interface on top of the bond and also, it's adding the bond to the bridge instead of the vlan interface. I got it partially running but it's still non operational as the engine complains the host can't mount the gluster domain (it can reach the network of the other brick): [root@ovirt4 network-scripts]# gluster volume status Status of volume: glusterfs Gluster processPortOnlinePid -- Brick 192.168.128.82:/glusterfs49154Y13288 Brick 192.168.128.83:/glusterfs49154Y5961 NFS Server on localhost2049Y4557 Self-heal Daemon on localhostN/AY4558 NFS Server on 192.168.128.822049Y15815 Self-heal Daemon on 192.168.128.82N/AY15819 I'm not synchronizing any other host just in case this happens to the other host too. Regards, ___ 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] VSDM´s logrotate makes Hosts fill up var eventually
On Fri, Jan 10, 2014 at 2:04 PM, Markus Stockhausen wrote:
Ah man, now I see it, it´s not rotating the right file, look:
# grep libvirtd /etc/logrotate.d/libvirtd
/var/log/libvirt/libvirtd.log {
# grep libvirtd.log /etc/libvirt/libvirtd.conf
log_outputs=1:file:/var/log/libvirtd.log
Bug?
I would say no - at least for Fedora 19 nodes.
In our environment (3.3.2) /var/log/libvirtd.log
does not exist and everything is smoothly
rotating in directory /var/log/libvirt
Maybe /var/log/libvirtd.log is an old file?
Markus
In its default config for my f19 nodes, the logging section of
libvirtd is empty and no other customization in
/etc/sysconfig/libvirtd regaridng log files; so based on log location
and contents, it seems it defaults to debug level, such as:
log_outputs=1:file:/var/log/libvirt/libvirtd.log
So you can comment out your line or put the one above.
Or put other numerical numbers if you want a different level:
#1: DEBUG
#2: INFO
#3: WARNING
#4: ERROR
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Hypervisor info
Hi, I'm not sure, but might this even be an security issue? at least you could get an idea of the underlying infrastructure. I'll dig into which infos are furthermore provided when I get some time.. Am 10.01.2014 11:18, schrieb Dan Kenigsberg: On Fri, Jan 10, 2014 at 09:12:39AM +, Sven Kieske wrote: Hi, yeah of course, there are various scripts for that i. e. http://www.dmo.ca/blog/detecting-virtualization-on-linux/ (google is your friend) the (afaik) fastest way to detect ovirt is: dmidecode | grep oVirt but this needs root privileges. HTH Am 10.01.2014 07:41, schrieb Koen Vanoppen: Dear all, Because of our puppet integration at work, it would like to know if there is a way in ovirt to know, from WITHIN a virtual machine, the hypervisor on wich the vm is running? And unfortunately, you can even tell the UUID of the specific host on top of which the VM was first started via dmidecode -s system-serial-number in the guest. This feature is unfortunate, as it cannot really be trusted (it does not update upon migration), and breaks an important abstraction. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] VSDM´s logrotate makes Hosts fill up var eventually
I got:
/var/log/libvirt/libvirtd.log
grep libvirtd.log /etc/libvirt/libvirtd.conf
log_outputs=1:file:/var/log/libvirt/libvirtd.log
on my centos 6.4 node
vdsm version as stated in my first mail in this thread.
Am 10.01.2014 14:04, schrieb Markus Stockhausen:
Ah man, now I see it, it´s not rotating the right file, look:
# grep libvirtd /etc/logrotate.d/libvirtd
/var/log/libvirt/libvirtd.log {
# grep libvirtd.log /etc/libvirt/libvirtd.conf
log_outputs=1:file:/var/log/libvirtd.log
Bug?
I would say no - at least for Fedora 19 nodes.
In our environment (3.3.2) /var/log/libvirtd.log
does not exist and everything is smoothly
rotating in directory /var/log/libvirt
Maybe /var/log/libvirtd.log is an old file?
Markus
--
Mit freundlichen Grüßen / Regards
Sven Kieske
Systemadministrator
Mittwald CM Service GmbH Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] VSDM´s logrotate makes Hosts fill up var eventually
On Fri, 2014-01-10 at 13:24 +, Sven Kieske wrote:
I got:
/var/log/libvirt/libvirtd.log
grep libvirtd.log /etc/libvirt/libvirtd.conf
log_outputs=1:file:/var/log/libvirt/libvirtd.log
on my centos 6.4 node
vdsm version as stated in my first mail in this thread.
Mmm, that´s strange; one, and only one of my Hosts have:
log_outputs=1:file:/var/log/libvirt/libvirtd.log
And the rest all have:
log_outputs=1:file:/var/log/libvirtd.log
I´ve compared versions of both vdsm and libvirt, and they are the same
on all of them.
?
Am 10.01.2014 14:04, schrieb Markus Stockhausen:
Ah man, now I see it, it´s not rotating the right file, look:
# grep libvirtd /etc/logrotate.d/libvirtd
/var/log/libvirt/libvirtd.log {
# grep libvirtd.log /etc/libvirt/libvirtd.conf
log_outputs=1:file:/var/log/libvirtd.log
Bug?
I would say no - at least for Fedora 19 nodes.
In our environment (3.3.2) /var/log/libvirtd.log
does not exist and everything is smoothly
rotating in directory /var/log/libvirt
Maybe /var/log/libvirtd.log is an old file?
Markus
--
Mit freundlichen Grüßen / Regards
Sven Kieske
Systemadministrator
Mittwald CM Service GmbH Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Med Vänliga Hälsningar
---
Karli Sjöberg
Swedish University of Agricultural Sciences Box 7079 (Visiting Address
Kronåsvägen 8)
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
karli.sjob...@slu.se
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Networking questions (LONG)
On Fri, Jan 10, 2014 at 10:39:20AM -0200, Juan Pablo Lorier wrote: Hi Dan, I take the chance to ask; why is that the untagged IF can see the traffic of the tagged vlans? Isn't that filtered at kernel level? Is this a virtualization design limitation or is it down to the kernel? I don't know how the kernel processes the packages, but I thought that packages that arrives to the nic are filtered by the kernel and sent to the respective vif (untagged to the master interface and tagged to the .XX interfaces). I ask because other virtualization platforms don't have this limitation and I wonder if it's because they don't care of because they solved this somehow. I do not know how this is implemented elsewhere, but to the best of my knowledge, the master interface sees tagged packets, too (which is the basis of Alan's use case: he wants the trunk VM to see all traffic). BTW, Alan, for this to actually work, you need to enable macspoofing on the relevant nic. Yet another step on the hack I've outlined earlier. Dan. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Network not sync and problems reconfiguring
On 10/01/14 11:13, Lior Vernia wrote: On 10/01/14 11:53, Juan Pablo Lorier wrote: Hi Lior, I'll try to elaborate between lines: On 09/01/14 18:31, Lior Vernia wrote: Hi Juan, I'm not sure I understand a couple of things, could you elaborate? 0. What version engine are you running? 3.3.1 when the problem appeared, but now I moved to 3.3.2 1. Out of the blue - no trigger that you can think of, that would help retrace the cause? The only thing I can think of was a reboot (clean) of the engine VM (not self hosted, just a vbox VM). After the problem appeared, I started making many changes and tests so I can't recreate the exact scenario at this time. Okay, currently nothing springs to mind as to what may have caused this, I'll try to think on it some more. 2. From your other e-mail, I understand that somehow the management network lost its VLAN tagging, and that it shows as out-of-sync in the Setup Host Networks dialog. Correct? Yes. Also other LN where out of sync, but the hosts had differences in which LN went out of sync. All of them have ovirtmgmt out of sync. 3. Do I understand correctly that even though it's marked as out-of-sync, you don't see the synchronize checkbox when editing the network on the host (little pencil icon)? It doesn't. I made some tests and I found that it's a problem with firefox (mine is version 26 over Fedora 19). It's showing things a little bit bigger than chrome and so the sync option is not shown in the edit window. Other functions also are not working properly, for instance, if I choose a particular item into a category (host, vm, etc) in the left tree, the right frame does not change, I have to choose the group (hosts, vms, etc) and choose the particular item among all the listed in the right frame. I've checked and firefox 22 on windows has the same behavior. This started to happen after I upgraded from 3.3.0 to 3.3.1 but never saw the lack of the sync option until now. My machine currently isn't in a state to test these things on different versions of Firefox. If you can pin-point exactly on what versions this occurs, I would greatly appreciate it if you could open a bug about it in bugzilla.redhat.com and I'll try to get it fixed. It does sound that it's only a graphical issue that's causing the checkbox to be hidden. So as an immediate workaround, you could use either the Firefox web developer tools or the Firebug plugin to enlarge the dialog and panels enough so that the checkbox shows, then mark it and have the networks synchronized. Please let me know if that works for you. I'll open a bug then. The versions I tested were on the last mail, I'll put that in the bug also. My work arround was simpler, just did it with chrome :-) Anyway, this fix only the sync stuff, not the need of modifying the ovirtmgmt to be again a tagged network. Is there a hack to the db or something like that I can do to set this back without destroing the hole DC (which I can't do either because of a dead lock with the flow of dependencies in ovirt and opened a BZ for that). Regards, Yours, Lior. On 09/01/14 17:44, Juan Pablo Lorier wrote: Hi, Out of the blue some of the hosts got some LNs out of sync (not the same in all of them). If I try to resync the LN, it does not show a resync option, so I took one host and detached the lns and reconfigured them. After that, ovirtmgmt is not created correctly, it does not create the vlan interface on top of the bond and also, it's adding the bond to the bridge instead of the vlan interface. I got it partially running but it's still non operational as the engine complains the host can't mount the gluster domain (it can reach the network of the other brick): [root@ovirt4 network-scripts]# gluster volume status Status of volume: glusterfs Gluster processPortOnlinePid -- Brick 192.168.128.82:/glusterfs49154Y13288 Brick 192.168.128.83:/glusterfs49154Y5961 NFS Server on localhost2049Y4557 Self-heal Daemon on localhostN/AY4558 NFS Server on 192.168.128.822049Y15815 Self-heal Daemon on 192.168.128.82N/AY15819 I'm not synchronizing any other host just in case this happens to the other host too. Regards, ___ 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] Network not sync and problems reconfiguring
On 10/01/14 15:54, Juan Pablo Lorier wrote: On 10/01/14 11:13, Lior Vernia wrote: On 10/01/14 11:53, Juan Pablo Lorier wrote: Hi Lior, I'll try to elaborate between lines: On 09/01/14 18:31, Lior Vernia wrote: Hi Juan, I'm not sure I understand a couple of things, could you elaborate? 0. What version engine are you running? 3.3.1 when the problem appeared, but now I moved to 3.3.2 1. Out of the blue - no trigger that you can think of, that would help retrace the cause? The only thing I can think of was a reboot (clean) of the engine VM (not self hosted, just a vbox VM). After the problem appeared, I started making many changes and tests so I can't recreate the exact scenario at this time. Okay, currently nothing springs to mind as to what may have caused this, I'll try to think on it some more. 2. From your other e-mail, I understand that somehow the management network lost its VLAN tagging, and that it shows as out-of-sync in the Setup Host Networks dialog. Correct? Yes. Also other LN where out of sync, but the hosts had differences in which LN went out of sync. All of them have ovirtmgmt out of sync. 3. Do I understand correctly that even though it's marked as out-of-sync, you don't see the synchronize checkbox when editing the network on the host (little pencil icon)? It doesn't. I made some tests and I found that it's a problem with firefox (mine is version 26 over Fedora 19). It's showing things a little bit bigger than chrome and so the sync option is not shown in the edit window. Other functions also are not working properly, for instance, if I choose a particular item into a category (host, vm, etc) in the left tree, the right frame does not change, I have to choose the group (hosts, vms, etc) and choose the particular item among all the listed in the right frame. I've checked and firefox 22 on windows has the same behavior. This started to happen after I upgraded from 3.3.0 to 3.3.1 but never saw the lack of the sync option until now. My machine currently isn't in a state to test these things on different versions of Firefox. If you can pin-point exactly on what versions this occurs, I would greatly appreciate it if you could open a bug about it in bugzilla.redhat.com and I'll try to get it fixed. It does sound that it's only a graphical issue that's causing the checkbox to be hidden. So as an immediate workaround, you could use either the Firefox web developer tools or the Firebug plugin to enlarge the dialog and panels enough so that the checkbox shows, then mark it and have the networks synchronized. Please let me know if that works for you. I'll open a bug then. The versions I tested were on the last mail, I'll put that in the bug also. My work arround was simpler, just did it with chrome :-) Anyway, this fix only the sync stuff, not the need of modifying the ovirtmgmt to be again a tagged network. Is there a hack to the db or something like that I can do to set this back without destroing the hole DC (which I can't do either because of a dead lock with the flow of dependencies in ovirt and opened a BZ for that). Regards, Can't you edit the management network to be VLAN-tagged, and then when it appears as out-of-sync on the host mark it to be synchronized? Yours, Lior. On 09/01/14 17:44, Juan Pablo Lorier wrote: Hi, Out of the blue some of the hosts got some LNs out of sync (not the same in all of them). If I try to resync the LN, it does not show a resync option, so I took one host and detached the lns and reconfigured them. After that, ovirtmgmt is not created correctly, it does not create the vlan interface on top of the bond and also, it's adding the bond to the bridge instead of the vlan interface. I got it partially running but it's still non operational as the engine complains the host can't mount the gluster domain (it can reach the network of the other brick): [root@ovirt4 network-scripts]# gluster volume status Status of volume: glusterfs Gluster processPortOnlinePid -- Brick 192.168.128.82:/glusterfs49154Y13288 Brick 192.168.128.83:/glusterfs49154Y5961 NFS Server on localhost2049Y4557 Self-heal Daemon on localhostN/AY4558 NFS Server on 192.168.128.822049Y15815 Self-heal Daemon on 192.168.128.82N/AY15819 I'm not synchronizing any other host just in case this happens to the other host too. Regards, ___ 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] Hypervisor info
On 10 Jan 2014, at 14:18, Sven Kieske wrote: Hi, I'm not sure, but might this even be an security issue? I don't think it's serious, it can easily be changed via a hook, there's also an RFE somehwere in queue for this to be configurable directly in UI (not much work, 3.5 perhaps) and since inside the guest you are not aware of migrations you can't really trust that value anyway at least you could get an idea of the underlying infrastructure. well, yes. But in addition in /etc/vdsm/vdsm.id you can define your very own host UUID but by default yes, after enough runs…. Thanks, michal I'll dig into which infos are furthermore provided when I get some time.. Am 10.01.2014 11:18, schrieb Dan Kenigsberg: On Fri, Jan 10, 2014 at 09:12:39AM +, Sven Kieske wrote: Hi, yeah of course, there are various scripts for that i. e. http://www.dmo.ca/blog/detecting-virtualization-on-linux/ (google is your friend) the (afaik) fastest way to detect ovirt is: dmidecode | grep oVirt but this needs root privileges. HTH Am 10.01.2014 07:41, schrieb Koen Vanoppen: Dear all, Because of our puppet integration at work, it would like to know if there is a way in ovirt to know, from WITHIN a virtual machine, the hypervisor on wich the vm is running? And unfortunately, you can even tell the UUID of the specific host on top of which the VM was first started via dmidecode -s system-serial-number in the guest. This feature is unfortunate, as it cannot really be trusted (it does not update upon migration), and breaks an important abstraction. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ 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] Hypervisor info
-Original message- From:Sven Kieske s.kie...@mittwald.de Sent: Friday 10th January 2014 14:21 To: Dan Kenigsberg dan...@redhat.com Cc: users@ovirt.org Subject: Re: [Users] Hypervisor info Hi, I'm not sure, but might this even be an security issue? at least you could get an idea of the underlying infrastructure. Maybe, but it's already possible to detect nearly every virtualization platform (Hyper-V, VMware, XEN, KVM, VirtualBox...) - see man virt-what... Regards, René I'll dig into which infos are furthermore provided when I get some time.. Am 10.01.2014 11:18, schrieb Dan Kenigsberg: On Fri, Jan 10, 2014 at 09:12:39AM +, Sven Kieske wrote: Hi, yeah of course, there are various scripts for that i. e. http://www.dmo.ca/blog/detecting-virtualization-on-linux/ (google is your friend) the (afaik) fastest way to detect ovirt is: dmidecode | grep oVirt but this needs root privileges. HTH Am 10.01.2014 07:41, schrieb Koen Vanoppen: Dear all, Because of our puppet integration at work, it would like to know if there is a way in ovirt to know, from WITHIN a virtual machine, the hypervisor on wich the vm is running? And unfortunately, you can even tell the UUID of the specific host on top of which the VM was first started via dmidecode -s system-serial-number in the guest. This feature is unfortunate, as it cannot really be trusted (it does not update upon migration), and breaks an important abstraction. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] [Q] how to get the oVirt community sticker?
Hello, I am planning a small meet-up event oVirt community in Korea. Is there any way to get some oVirt stickers? I would like to get some stickers for our first events in Korea. Please let me know anybody who knows how to get some stickers. -- Best Regards, Kyung Huh ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Network not sync and problems reconfiguring
On 10/01/14 11:59, Lior Vernia wrote: On 10/01/14 15:54, Juan Pablo Lorier wrote: On 10/01/14 11:13, Lior Vernia wrote: On 10/01/14 11:53, Juan Pablo Lorier wrote: Hi Lior, I'll try to elaborate between lines: On 09/01/14 18:31, Lior Vernia wrote: Hi Juan, I'm not sure I understand a couple of things, could you elaborate? 0. What version engine are you running? 3.3.1 when the problem appeared, but now I moved to 3.3.2 1. Out of the blue - no trigger that you can think of, that would help retrace the cause? The only thing I can think of was a reboot (clean) of the engine VM (not self hosted, just a vbox VM). After the problem appeared, I started making many changes and tests so I can't recreate the exact scenario at this time. Okay, currently nothing springs to mind as to what may have caused this, I'll try to think on it some more. 2. From your other e-mail, I understand that somehow the management network lost its VLAN tagging, and that it shows as out-of-sync in the Setup Host Networks dialog. Correct? Yes. Also other LN where out of sync, but the hosts had differences in which LN went out of sync. All of them have ovirtmgmt out of sync. 3. Do I understand correctly that even though it's marked as out-of-sync, you don't see the synchronize checkbox when editing the network on the host (little pencil icon)? It doesn't. I made some tests and I found that it's a problem with firefox (mine is version 26 over Fedora 19). It's showing things a little bit bigger than chrome and so the sync option is not shown in the edit window. Other functions also are not working properly, for instance, if I choose a particular item into a category (host, vm, etc) in the left tree, the right frame does not change, I have to choose the group (hosts, vms, etc) and choose the particular item among all the listed in the right frame. I've checked and firefox 22 on windows has the same behavior. This started to happen after I upgraded from 3.3.0 to 3.3.1 but never saw the lack of the sync option until now. My machine currently isn't in a state to test these things on different versions of Firefox. If you can pin-point exactly on what versions this occurs, I would greatly appreciate it if you could open a bug about it in bugzilla.redhat.com and I'll try to get it fixed. It does sound that it's only a graphical issue that's causing the checkbox to be hidden. So as an immediate workaround, you could use either the Firefox web developer tools or the Firebug plugin to enlarge the dialog and panels enough so that the checkbox shows, then mark it and have the networks synchronized. Please let me know if that works for you. I'll open a bug then. The versions I tested were on the last mail, I'll put that in the bug also. My work arround was simpler, just did it with chrome :-) Anyway, this fix only the sync stuff, not the need of modifying the ovirtmgmt to be again a tagged network. Is there a hack to the db or something like that I can do to set this back without destroing the hole DC (which I can't do either because of a dead lock with the flow of dependencies in ovirt and opened a BZ for that). Regards, Can't you edit the management network to be VLAN-tagged, and then when it appears as out-of-sync on the host mark it to be synchronized? Webadmin won't let me as it's been used in hosts (tried). It's not allowed until 3.4 as I understand. Yours, Lior. On 09/01/14 17:44, Juan Pablo Lorier wrote: Hi, Out of the blue some of the hosts got some LNs out of sync (not the same in all of them). If I try to resync the LN, it does not show a resync option, so I took one host and detached the lns and reconfigured them. After that, ovirtmgmt is not created correctly, it does not create the vlan interface on top of the bond and also, it's adding the bond to the bridge instead of the vlan interface. I got it partially running but it's still non operational as the engine complains the host can't mount the gluster domain (it can reach the network of the other brick): [root@ovirt4 network-scripts]# gluster volume status Status of volume: glusterfs Gluster processPortOnlinePid -- Brick 192.168.128.82:/glusterfs49154Y13288 Brick 192.168.128.83:/glusterfs49154Y5961 NFS Server on localhost2049Y4557 Self-heal Daemon on localhostN/AY4558 NFS Server on 192.168.128.822049Y15815 Self-heal Daemon on 192.168.128.82N/AY15819 I'm not synchronizing any other host just in case this happens to the other host too. Regards, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list
Re: [Users] [QE] 3.4.0 Release tracker
On 01/08/2014 10:46 AM, Sandro Bonazzola wrote: Hi, as you may know, we're planning to build oVirt 3.4.0 beta really soon and release 3.4.0 by end of January. A tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1024889) has been created for this release. The following is a list of the current blocker bugs with target 3.4.0: Whiteboard Bug ID Summary storage 1032686 [RFE] API to save OVF on any location storage 1032679 [RFE] Single Disk Snapshots network 987813 [RFE] report BOOTPROTO and BONDING_OPTS independent of netdevice.cfg I don't think RFEs should be blocking the release by default. (we may want to discuss if we allow any RFE not making the feature freeze and stable branch a few extra days). The following is a list of the bugs with target 3.4.0 not yet fixed: Whiteboard Bug ID Summary gluster 1008980 [oVirt] Option 'Select as SPM' available for a host in gluster-only mode of oVirt gluster 1038988 Gluster brick sync does not work when host has multiple interfaces i18n1033730 [es-ES] need to revise the create snapshot translation infra 870330 Cache records in memory infra 904029 [engine-manage-domains] should use POSIX parameter form and aliases as values infra 979231 oVirt Node Upgrade: Support N configuration infra 986882 tar which is used by host-deploy is missing from fedora minimal installation infra 995362 [RFE] Support firewalld infra 1016634 Performance hit as a result of duplicate updates to VdsDynamic in VdsUpdateRuntimeInfo infra 1023751 [RFE] Create Bin Overrider for application context files changes we do in JRS infra 1023754 [RFE] add trigger to stop etl connection via engine db value. infra 1023759 [RFE] re-implement SSO solution based on JRS new SSO interface infra 1023761 [RFE] Build nightly JRS builds based on latest JRS version infra 1028793 systemctl start vdsmd blocks if dns server unreachable infra 1032682 Refactor authentication framework in engine infra 1035844 [oVirt][infra] Add host/Reinstall radio button text not actionable infra 1045350 REST error during VM creation via API infra 1046611 [oVirt][infra] Device custom properties syntax check is wrong integration 789040 [RFE] Log Collector should be able to run without asking questions integration 967350 [RFE] port dwh installer to otopi integration 967351 [RFE] port reports installer to otopi integration 1023752 [RFE] add upstream support for Centos el6 arch. integration 1024028 [RFE] add trigger to stop etl connection via engine db value. integration 1028489 [RFE] pre-populate ISO DOMAIN with rhev-tools-setup.iso (or equiv) integration 1028913 'service network start' sometimes fails during setup integration 1037663 F20 - ovirt-log-collector: conflicts with file from package sos-3.0-3.fc20.noarch integration 1039616 Setting shmmax on F19 is not enough for starting postgres network 987832 failed to add ovirtmgmt bridge when the host has static ip network 1001186 With AIO installer and NetworkManager enabled, the ovirtmgmt bridge is not properly configured network 1010663 override mtu field allows only values up to 9000 network 1018947 Yum update to oVirt 3.3 from 3.1.0 fails on CentOS 6.4 with EPEL dependency on python-inotify network 1037612 [oVirt][network][RFE] Add sync column to hosts sub tab under networks main tab network 1040580 [RFE] Apply networks changes to multiple hosts network 1040586 [RFE] Ability to configure network on multiple hosts at once network 1043220 [oVirt][network][RFE] Add Security-Group support for Neutron based networks network 1043230 Allow configuring Network QoS on host interfaces network 1044479 Make an iproute2 network configurator for vdsm network 1048738 [oVirt][network][RFE] Add subnet support for neutron based networks network 1048740 [oVirt][network][RFE] Allow deleting Neutron based network (in Neutron) network 1048880 [vdsm][openstacknet] Migration fails for vNIC using OVS + security groups sla 994712 Remove underscores for pre-defined policy names sla 1038616 [RFE] Support for hosted engine storage 888711 PosixFS issues storage 961532 [RFE] Handle iSCSI lun resize storage 1009610 [RFE] Provide clear warning when SPM become inaccessible and needs fencing storage 1034081 Misleading error message when adding an existing Storage Domain storage 1038053 [RFE] Allow domain of multiple types in a single Data Center storage 1045842 After deleting image failed ui display message: Disk gluster-test was successfully removed from... ux 784779 [webadmin][RFE] Login page. Add a link to welcome page ux 1014859 [RFE]
Re: [Users] [QE] 3.4.0 Release tracker
On 01/08/2014 10:51 AM, Markus Stockhausen wrote: integration 1037663 F20 - ovirt-log-collector: conflicts with file from package sos-3.0-3.fc20.noarch Given the fact that F20 is already relased and Ovirt 3.4.0 is intended to support it ... shouldn't that be a blocker? well, it could also be released async if it has too many issues, but worth tracking, and having it for the test day. I haven't seen the log collector used much (at all) when ovirt folks ask for help, so we could release without it for testing. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Network not sync and problems reconfiguring
On 10/01/14 16:16, Juan Pablo Lorier wrote: On 10/01/14 11:59, Lior Vernia wrote: On 10/01/14 15:54, Juan Pablo Lorier wrote: On 10/01/14 11:13, Lior Vernia wrote: On 10/01/14 11:53, Juan Pablo Lorier wrote: Hi Lior, I'll try to elaborate between lines: On 09/01/14 18:31, Lior Vernia wrote: Hi Juan, I'm not sure I understand a couple of things, could you elaborate? 0. What version engine are you running? 3.3.1 when the problem appeared, but now I moved to 3.3.2 1. Out of the blue - no trigger that you can think of, that would help retrace the cause? The only thing I can think of was a reboot (clean) of the engine VM (not self hosted, just a vbox VM). After the problem appeared, I started making many changes and tests so I can't recreate the exact scenario at this time. Okay, currently nothing springs to mind as to what may have caused this, I'll try to think on it some more. 2. From your other e-mail, I understand that somehow the management network lost its VLAN tagging, and that it shows as out-of-sync in the Setup Host Networks dialog. Correct? Yes. Also other LN where out of sync, but the hosts had differences in which LN went out of sync. All of them have ovirtmgmt out of sync. 3. Do I understand correctly that even though it's marked as out-of-sync, you don't see the synchronize checkbox when editing the network on the host (little pencil icon)? It doesn't. I made some tests and I found that it's a problem with firefox (mine is version 26 over Fedora 19). It's showing things a little bit bigger than chrome and so the sync option is not shown in the edit window. Other functions also are not working properly, for instance, if I choose a particular item into a category (host, vm, etc) in the left tree, the right frame does not change, I have to choose the group (hosts, vms, etc) and choose the particular item among all the listed in the right frame. I've checked and firefox 22 on windows has the same behavior. This started to happen after I upgraded from 3.3.0 to 3.3.1 but never saw the lack of the sync option until now. My machine currently isn't in a state to test these things on different versions of Firefox. If you can pin-point exactly on what versions this occurs, I would greatly appreciate it if you could open a bug about it in bugzilla.redhat.com and I'll try to get it fixed. It does sound that it's only a graphical issue that's causing the checkbox to be hidden. So as an immediate workaround, you could use either the Firefox web developer tools or the Firebug plugin to enlarge the dialog and panels enough so that the checkbox shows, then mark it and have the networks synchronized. Please let me know if that works for you. I'll open a bug then. The versions I tested were on the last mail, I'll put that in the bug also. My work arround was simpler, just did it with chrome :-) Anyway, this fix only the sync stuff, not the need of modifying the ovirtmgmt to be again a tagged network. Is there a hack to the db or something like that I can do to set this back without destroing the hole DC (which I can't do either because of a dead lock with the flow of dependencies in ovirt and opened a BZ for that). Regards, Can't you edit the management network to be VLAN-tagged, and then when it appears as out-of-sync on the host mark it to be synchronized? Webadmin won't let me as it's been used in hosts (tried). It's not allowed until 3.4 as I understand. Ahhh yes, I recall the problem now (thought it might be possible as long as it isn't attached to VMs). You could indeed hack the DB. Setting the proper VLAN tag for ovirtmgmt in the network table should suffice (assuming the VLAN interfaces are still intact on the hosts, as I deduce from ovirtmgmt being marked as out-of-sync). Yours, Lior. On 09/01/14 17:44, Juan Pablo Lorier wrote: Hi, Out of the blue some of the hosts got some LNs out of sync (not the same in all of them). If I try to resync the LN, it does not show a resync option, so I took one host and detached the lns and reconfigured them. After that, ovirtmgmt is not created correctly, it does not create the vlan interface on top of the bond and also, it's adding the bond to the bridge instead of the vlan interface. I got it partially running but it's still non operational as the engine complains the host can't mount the gluster domain (it can reach the network of the other brick): [root@ovirt4 network-scripts]# gluster volume status Status of volume: glusterfs Gluster processPortOnlinePid -- Brick 192.168.128.82:/glusterfs49154Y13288 Brick 192.168.128.83:/glusterfs49154Y5961 NFS Server on localhost2049Y4557 Self-heal Daemon on localhostN/AY4558 NFS Server on 192.168.128.822049
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
Hi Does anyone know what I should do next to fix this issue or give you more information about it? I don't want to muck about too much with configuration files without knowing what VDSM will want and what QEMU or needs for this conversion to work. -M -Original Message- To: users@ovirt.org Date: Thu, 09 Jan 2014 21:49:25 -0500 Hello everybody! I seem to be having a problem similar to the posting from importing VM from ESXI posted by emi...@gmail.com on25.09.2013 21:10 UTC I'm not being able to import a VM from ESXI: In my case i have a bit more of a trace on the permission issue but not much more virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: create: flags = 0, handle = 0x4725420, program = perl libguestfs: trace: set_attach_method appliance libguestfs: trace: set_backend appliance libguestfs: trace: set_backend = 0 libguestfs: trace: set_attach_method = 0 libguestfs: trace: add_drive /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f format:raw iface:ide name:sda libguestfs: trace: add_drive = -1 (error) /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f: Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670. libguestfs: trace: close libguestfs: closing guestfs handle 0x4725420 (state 0) Has this issue been solved ? if so how as i do not see the resolution on the archives. Else would you all help me resolve it please? It is very annoying to have a hundred gig disk copied over to your NFS export and then deleted because qemu or libguestfs has a permissions issue in opening it. this is an issue with Ovirt Version 3.3.2-1.fc19 virt-v2v version is virt-v2v --version 0.9.0 and libguestfs version and qemu version are : libguestfs-1.22.7-4.fc19.x86_64 QEMU emulator version 1.4.2 ___ 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] VSDM´s logrotate makes Hosts fill up var eventually
On Fri, Jan 10, 2014 at 12:45:09PM +, Karli Sjöberg wrote:
Oh, and here´s the output:
# du -h /var/log/libvirtd.log
1.1G /var/log/libvirtd.log
# /usr/sbin/logrotate -d -v /etc/logrotate.d/libvirtd
reading config file /etc/logrotate.d/libvirtd
reading config info for /var/log/libvirt/libvirtd.log
compress_prog is now /usr/bin/xz
uncompress_prog is now /usr/bin/unxz
compress_ext is now .xz
Handling 1 logs
rotating pattern: /var/log/libvirt/libvirtd.log 15728640 bytes (1000
rotations)
empty log files are rotated, old logs are removed
considering log /var/log/libvirt/libvirtd.log
log does not need rotating
Really, are you sure about that?
/K
I really do not know what to say - it seems like an awkward logrotate
bug. Maybe if you play with arguments a bit (avoid compression? change
size?) it could be convinced to work. Otherwise it sounds like gdb
time...
Ah man, now I see it, it´s not rotating the right file, look:
# grep libvirtd /etc/logrotate.d/libvirtd
/var/log/libvirt/libvirtd.log {
# grep libvirtd.log /etc/libvirt/libvirtd.conf
log_outputs=1:file:/var/log/libvirtd.log
Bug?
Oh, I've missed that, too.
We've changed that back in http://gerrit.ovirt.org/14842
and it should have been replaced during upgrade to ovirt-3.3. Could you
share your complete /etc/libvirt/libvirtd.conf?
(calling in Yaniv and Douglas, who may be more helpful than me about it)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [QE] 3.4.0 Release tracker
On 01/08/2014 11:45 AM, Sander Grendelman wrote: On Wed, Jan 8, 2014 at 10:29 AM, Sandro Bonazzola sbona...@redhat.com wrote: Il 08/01/2014 10:23, Sander Grendelman ha scritto: Now that BZ#1038525 (live snapshot merge for backup api) is closed as a duplicate of BZ#647386 ( You are not authorized to access bug #647386 ) Shouldn't BZ#647386 targeted for 3.4? Or for a future version? BZ#1038525 is open and targeted to 3.5.0 That is correct, I didn't scroll down far enough, my apologies. Any idea on why BZ#647386 is not visible for regular rhbz users? there are various considerations for bugs or RFEs to be private in red hat. I'd rather we use ovirt RFEs to track ovirt development. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [QE] 3.4.0 Release tracker
On 01/08/2014 11:23 AM, Sander Grendelman wrote: Now that BZ#1038525 (live snapshot merge for backup api) is closed as a duplicate of BZ#647386 ( You are not authorized to access bug #647386 ) Shouldn't BZ#647386 targeted for 3.4? Or for a future version? this is a rhev rfe. we're using ovirt RFEs to track ovirt development (all RFEs in the 3.4 planning googledoc are supposed to be ovirt ones). live merge is high on the list (top of the list) - several items in 3.4 are enablers to get it done. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [QE] 3.4.0 Release tracker
On 01/10/2014 01:52 PM, Sander Grendelman wrote: Can I propose BZ#1035314 for 3.3.3 or 3.4.0, simple, trivial fix to a hook. Hi Sander, please use bug summary so folks won't have to go and look what the number means just to see if relevant to them. this is about: Bug 1035314 - vdsm-hook-nestedvt uses kvm_intel-only syntax i see you posted a patch in the bug - can you post the patch to gerrit as well? thanks, Itamar On Wed, Jan 8, 2014 at 9:46 AM, Sandro Bonazzola sbona...@redhat.com wrote: Hi, as you may know, we're planning to build oVirt 3.4.0 beta really soon and release 3.4.0 by end of January. A tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1024889) has been created for this release. The following is a list of the current blocker bugs with target 3.4.0: Whiteboard Bug ID Summary storage 1032686 [RFE] API to save OVF on any location storage 1032679 [RFE] Single Disk Snapshots network 987813 [RFE] report BOOTPROTO and BONDING_OPTS independent of netdevice.cfg The following is a list of the bugs with target 3.4.0 not yet fixed: Whiteboard Bug ID Summary gluster 1008980 [oVirt] Option 'Select as SPM' available for a host in gluster-only mode of oVirt gluster 1038988 Gluster brick sync does not work when host has multiple interfaces i18n1033730 [es-ES] need to revise the create snapshot translation infra 870330 Cache records in memory infra 904029 [engine-manage-domains] should use POSIX parameter form and aliases as values infra 979231 oVirt Node Upgrade: Support N configuration infra 986882 tar which is used by host-deploy is missing from fedora minimal installation infra 995362 [RFE] Support firewalld infra 1016634 Performance hit as a result of duplicate updates to VdsDynamic in VdsUpdateRuntimeInfo infra 1023751 [RFE] Create Bin Overrider for application context files changes we do in JRS infra 1023754 [RFE] add trigger to stop etl connection via engine db value. infra 1023759 [RFE] re-implement SSO solution based on JRS new SSO interface infra 1023761 [RFE] Build nightly JRS builds based on latest JRS version infra 1028793 systemctl start vdsmd blocks if dns server unreachable infra 1032682 Refactor authentication framework in engine infra 1035844 [oVirt][infra] Add host/Reinstall radio button text not actionable infra 1045350 REST error during VM creation via API infra 1046611 [oVirt][infra] Device custom properties syntax check is wrong integration 789040 [RFE] Log Collector should be able to run without asking questions integration 967350 [RFE] port dwh installer to otopi integration 967351 [RFE] port reports installer to otopi integration 1023752 [RFE] add upstream support for Centos el6 arch. integration 1024028 [RFE] add trigger to stop etl connection via engine db value. integration 1028489 [RFE] pre-populate ISO DOMAIN with rhev-tools-setup.iso (or equiv) integration 1028913 'service network start' sometimes fails during setup integration 1037663 F20 - ovirt-log-collector: conflicts with file from package sos-3.0-3.fc20.noarch integration 1039616 Setting shmmax on F19 is not enough for starting postgres network 987832 failed to add ovirtmgmt bridge when the host has static ip network 1001186 With AIO installer and NetworkManager enabled, the ovirtmgmt bridge is not properly configured network 1010663 override mtu field allows only values up to 9000 network 1018947 Yum update to oVirt 3.3 from 3.1.0 fails on CentOS 6.4 with EPEL dependency on python-inotify network 1037612 [oVirt][network][RFE] Add sync column to hosts sub tab under networks main tab network 1040580 [RFE] Apply networks changes to multiple hosts network 1040586 [RFE] Ability to configure network on multiple hosts at once network 1043220 [oVirt][network][RFE] Add Security-Group support for Neutron based networks network 1043230 Allow configuring Network QoS on host interfaces network 1044479 Make an iproute2 network configurator for vdsm network 1048738 [oVirt][network][RFE] Add subnet support for neutron based networks network 1048740 [oVirt][network][RFE] Allow deleting Neutron based network (in Neutron) network 1048880 [vdsm][openstacknet] Migration fails for vNIC using OVS + security groups sla 994712 Remove underscores for pre-defined policy names sla 1038616 [RFE] Support for hosted engine storage 888711 PosixFS issues storage 961532 [RFE] Handle iSCSI lun resize storage 1009610 [RFE] Provide clear warning when SPM become inaccessible and needs fencing storage 1034081 Misleading error message when adding an existing Storage Domain storage 1038053 [RFE]
Re: [Users] [QE] 3.4.0 Release tracker
On 01/08/2014 03:12 PM, Sven Kieske wrote: Hi, I already wrote it in the BZ, but I'll duplicate here for faster feedback: I'm willing to implement this if I can get some guidance in my leisure time, if nobody else does this already. The BZ states The limitation is fictitious, and there is no gain in maintaining it. and I strongly agree on this. I don't know the exact parts of the source which must be altered but I assume it's more or less just removing checks? i see the current assignee of the bug is Tal Nisan, so cc-ing him to share if he has progress on it already. maybe you can help with patch review or testing of his patches, or help with bug fixing, etc. i see one patch which relates to this BZ already in gerrit: http://gerrit.ovirt.org/#/c/23072/ Am 08.01.2014 09:46, schrieb Sandro Bonazzola: storage 1038053 [RFE] Allow domain of multiple types in a single Data Center ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-engine on the virtualization node?
On 01/10/2014 11:52 AM, Meital Bourvine wrote: I'm not sure what is your definition of node, but if you are talking about hosts, then I think that hosted engine is what you're looking for. http://www.ovirt.org/Features/Self_Hosted_Engine please help test it in 3.4 alpha build coming soon. *From: *William Kwan pota...@yahoo.com *To: *users@ovirt.org *Sent: *Friday, January 10, 2014 1:30:29 AM *Subject: *[Users] ovirt-engine on the virtualization node? Hi Is it possible to have oVirt engine installed on node1, while having both node1 and node2 as the virtualization nodes? Yes, it doesn't sound right at all for redundancy and etc. However, I have a situation where I have two nodes in a small remote location where I can turn them into virtualization nodes. I don't have another system I can leverage for ovirt engine.Another option is to use the oVirt engine at the main site to access these two remote systems over a dedicated line. Thanks W ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Networking questions (LONG)
On Fri, Jan 10, 2014 at 03:06:28PM +0200, Itamar Heim wrote: On 01/10/2014 01:32 PM, Dan Kenigsberg wrote: On Thu, Jan 09, 2014 at 10:53:25PM +0200, Lior Vernia wrote: Hello Alan, On 09/01/14 10:07, Alan Murrell wrote: Hello, I am evaluating oVirt as a replacement/alternative to VMware deployments we typically do. I have installed and all-in-one setup on a test box (which itself used to be an ESXi server), but it only has one NIC. I trying to duplicate our typical configuration we do in VMware, which is this: 1.) we create several port groups on the vSwitch, each assigned a VLAN ID, such as: - VLAN001 (VLAN ID: 1) - VLAN002 (VLAN ID: 2) - VLAN009 (VLAN ID: 9) - VLAN010 (VLAN ID: 10) - VLAN200 (VLAN ID: 200) - TRUNK (VLAN ID: 4095 - in VMware-world, VLAN ID 4095 is all VLANS and basically just passes the VLANs through to whatever is attached to the port group for the VM to handle) 2.) We assign VMs to port groups appropriate for the VLAN they are part of. 3.) The only VM that has a NIC assigned to the TRUNK port group is the firewall (which is Linux), and we create VLAN interfaces on it (i.e., eth1.1, eth1.2, eth1.10, eth1.200). The firewall VM acts as the router between the various VLANs. To replicate the above in oVirt, I created logical networks for each VLAN, and assigned the appropriate VLAN ID. It seems oVirt/KVM does not have an equivalent for VMware's VLAN ID of 4095, so after some searching around, so for the TRUNK network, I left it with no VLAN assigned. Because i cannot add VLAN and non-VLAN networks to the same physical NIC, after some searching around, it looks like I may have to utilise two NICS: one for the VLAN networks and one for the TRUNK network. That is true. One non-VLAN network can in fact sit on the same NIC with VLAN networks, but it has to be non-VM. This was devised as a security constraint - otherwise, a VM attached to the non-VLAN network could sniff traffic from another (VLAN) network. However, it seems that this is exactly what you need - a special VM that is designed to do just that. isn't that was promiscious mode (aka port mirroring) is for? Oh that makes more sense... But unfortunately, it is impossible to mirror more than a single network onto a vnic. (Engine implementation limitation). However, one can device a tc-based after_network_setup hook, that directs all traffic from all bridges onto a specific target bridge, onto which the firewall VM is connected. Dan. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
It looks like a problem with the permissions on your NFS export storage domain. The machine running virt-v2v must be able to mount the storage domain and write to it as uid:gid == 36:36. Matt On 10/01/14 02:49, Madhav V Diwan wrote: Hello everybody! I seem to be having a problem similar to the posting from importing VM from ESXI posted by emi...@gmail.com on25.09.2013 21:10 UTC I'm not being able to import a VM from ESXI: In my case i have a bit more of a trace on the permission issue but not much more virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: create: flags = 0, handle = 0x4725420, program = perl libguestfs: trace: set_attach_method appliance libguestfs: trace: set_backend appliance libguestfs: trace: set_backend = 0 libguestfs: trace: set_attach_method = 0 libguestfs: trace: add_drive /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f format:raw iface:ide name:sda libguestfs: trace: add_drive = -1 (error) /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f: Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670. libguestfs: trace: close libguestfs: closing guestfs handle 0x4725420 (state 0) Has this issue been solved ? if so how as i do not see the resolution on the archives. Else would you all help me resolve it please? It is very annoying to have a hundred gig disk copied over to your NFS export and then deleted because qemu or libguestfs has a permissions issue in opening it. this is an issue with Ovirt Version 3.3.2-1.fc19 virt-v2v version is virt-v2v --version 0.9.0 and libguestfs version and qemu version are : libguestfs-1.22.7-4.fc19.x86_64 QEMU emulator version 1.4.2 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Matthew Booth, RHCA, RHCSS Red Hat Engineering, Virtualisation Team GPG ID: D33C3490 GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
hmm well NFS says its open to the world exportfs /var/lib/exports/iso-20131223154119 0.0.0.0/0.0.0.0 /localstorage/nfs world /var/lib/exports/iso world this is what mount says server3.decllc.biz:/localstorage/nfs on /rhev/data-center/mnt/server3.decllc.biz:_localstorage_nfs type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,mountaddr=10.0.8.106,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=10.0.8.106) and its owned by vdsm adn group kvm which isuid 36 and gid 36 [root@server3 ~]# ls -l /localstorage/ total 4 drwxr-xr-x 3 vdsm kvm74 Dec 26 19:07 nfs [root@server3 ~]# grep kvm /etc/group kvm:x:36:qemu,sanlock [root@server3 ~]# grep vdsm /etc/group sanlock:x:179:vdsm qemu:x:107:vdsm,sanlock [root@server3 ~]# grep vdsm /etc/passwd vdsm:x:36:36:Node Virtualization Manager:/var/lib/vdsm:/sbin/nologin Does the NFS MOUNT itself need to be owned and operated by vdsm/kvm? because i did not set up the mount .. ovirt-engine and vdsm do that -Original Message- From: Matthew Booth mbo...@redhat.com To: Madhav V Diwan mdi...@diwanconsulting.com, users@ovirt.org Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 15:11:42 + It looks like a problem with the permissions on your NFS export storage domain. The machine running virt-v2v must be able to mount the storage domain and write to it as uid:gid == 36:36. Matt On 10/01/14 02:49, Madhav V Diwan wrote: Hello everybody! I seem to be having a problem similar to the posting from importing VM from ESXI posted by emi...@gmail.com on25.09.2013 21:10 UTC I'm not being able to import a VM from ESXI: In my case i have a bit more of a trace on the permission issue but not much more virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: create: flags = 0, handle = 0x4725420, program = perl libguestfs: trace: set_attach_method appliance libguestfs: trace: set_backend appliance libguestfs: trace: set_backend = 0 libguestfs: trace: set_attach_method = 0 libguestfs: trace: add_drive /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f format:raw iface:ide name:sda libguestfs: trace: add_drive = -1 (error) /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f: Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670. libguestfs: trace: close libguestfs: closing guestfs handle 0x4725420 (state 0) Has this issue been solved ? if so how as i do not see the resolution on the archives. Else would you all help me resolve it please? It is very annoying to have a hundred gig disk copied over to your NFS export and then deleted because qemu or libguestfs has a permissions issue in opening it. this is an issue with Ovirt Version 3.3.2-1.fc19 virt-v2v version is virt-v2v --version 0.9.0 and libguestfs version and qemu version are : libguestfs-1.22.7-4.fc19.x86_64 QEMU emulator version 1.4.2 ___ 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] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
On Thu, Jan 09, 2014 at 09:49:25PM -0500, Madhav V Diwan wrote: Hello everybody! I seem to be having a problem similar to the posting from importing VM from ESXI posted by emi...@gmail.com on25.09.2013 21:10 UTC I'm not being able to import a VM from ESXI: In my case i have a bit more of a trace on the permission issue but not much more virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: create: flags = 0, handle = 0x4725420, program = perl libguestfs: trace: set_attach_method appliance libguestfs: trace: set_backend appliance libguestfs: trace: set_backend = 0 libguestfs: trace: set_attach_method = 0 libguestfs: trace: add_drive /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f format:raw iface:ide name:sda libguestfs: trace: add_drive = -1 (error) /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f: Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670. libguestfs: trace: close libguestfs: closing guestfs handle 0x4725420 (state 0) Has this issue been solved ? if so how as i do not see the resolution on the archives. Else would you all help me resolve it please? It is very annoying to have a hundred gig disk copied over to your NFS export and then deleted because qemu or libguestfs has a permissions issue in opening it. this is an issue with Ovirt Version 3.3.2-1.fc19 virt-v2v version is virt-v2v --version 0.9.0 and libguestfs version and qemu version are : libguestfs-1.22.7-4.fc19.x86_64 QEMU emulator version 1.4.2 Are you running virt-v2v as root? If so my guess is that it's this libvirt bug: https://bugzilla.redhat.com/show_bug.cgi?id=1045069 https://bugzilla.redhat.com/show_bug.cgi?id=1045039 The easiest thing is to disable libvirt by doing: sudo bash export LIBGUESTFS_BACKEND=direct virt-v2v [..etc..] Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
-Original Message- From: Richard W.M. Jones rjo...@redhat.com To: Madhav V Diwan mdi...@diwanconsulting.com, mbo...@redhat.com Cc: users@ovirt.org Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 15:32:28 + On Thu, Jan 09, 2014 at 09:49:25PM -0500, Madhav V Diwan wrote: Hello everybody! I seem to be having a problem similar to the posting from importing VM from ESXI posted by emi...@gmail.com on25.09.2013 21:10 UTC I'm not being able to import a VM from ESXI: In my case i have a bit more of a trace on the permission issue but not much more virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: create: flags = 0, handle = 0x4725420, program = perl libguestfs: trace: set_attach_method appliance libguestfs: trace: set_backend appliance libguestfs: trace: set_backend = 0 libguestfs: trace: set_attach_method = 0 libguestfs: trace: add_drive /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f format:raw iface:ide name:sda libguestfs: trace: add_drive = -1 (error) /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f: Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670. libguestfs: trace: close libguestfs: closing guestfs handle 0x4725420 (state 0) Has this issue been solved ? if so how as i do not see the resolution on the archives. Else would you all help me resolve it please? It is very annoying to have a hundred gig disk copied over to your NFS export and then deleted because qemu or libguestfs has a permissions issue in opening it. this is an issue with Ovirt Version 3.3.2-1.fc19 virt-v2v version is virt-v2v --version 0.9.0 and libguestfs version and qemu version are : libguestfs-1.22.7-4.fc19.x86_64 QEMU emulator version 1.4.2 Are you running virt-v2v as root? If so my guess is that it's this libvirt bug: https://bugzilla.redhat.com/show_bug.cgi?id=1045069 https://bugzilla.redhat.com/show_bug.cgi?id=1045039 The easiest thing is to disable libvirt by doing: sudo bash export LIBGUESTFS_BACKEND=direct virt-v2v [..etc..] Rich. * yes unfortunately i am running as root.. hate doing that but what account SHOULD i use? myself? VDSM? sudo -u who interesting idea.. Ill try it now on a smaller vm. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
On Fri, Jan 10, 2014 at 10:38:41AM -0500, Madhav V Diwan wrote: yes unfortunately i am running as root.. hate doing that but what account SHOULD i use? myself? VDSM? sudo -u who interesting idea.. Ill try it now on a smaller vm. Root is fine, except that libvirt has a bug (see my previous email for specifics). If you set the environment variable it should work. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
On 10/01/14 15:38, Madhav V Diwan wrote: -Original Message- From: Richard W.M. Jones rjo...@redhat.com To: Madhav V Diwan mdi...@diwanconsulting.com, mbo...@redhat.com Cc: users@ovirt.org Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 15:32:28 + On Thu, Jan 09, 2014 at 09:49:25PM -0500, Madhav V Diwan wrote: Hello everybody! I seem to be having a problem similar to the posting from importing VM from ESXI posted by emi...@gmail.com on25.09.2013 21:10 UTC I'm not being able to import a VM from ESXI: In my case i have a bit more of a trace on the permission issue but not much more virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: create: flags = 0, handle = 0x4725420, program = perl libguestfs: trace: set_attach_method appliance libguestfs: trace: set_backend appliance libguestfs: trace: set_backend = 0 libguestfs: trace: set_attach_method = 0 libguestfs: trace: add_drive /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f format:raw iface:ide name:sda libguestfs: trace: add_drive = -1 (error) /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f: Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670. libguestfs: trace: close libguestfs: closing guestfs handle 0x4725420 (state 0) Has this issue been solved ? if so how as i do not see the resolution on the archives. Else would you all help me resolve it please? It is very annoying to have a hundred gig disk copied over to your NFS export and then deleted because qemu or libguestfs has a permissions issue in opening it. this is an issue with Ovirt Version 3.3.2-1.fc19 virt-v2v version is virt-v2v --version 0.9.0 and libguestfs version and qemu version are : libguestfs-1.22.7-4.fc19.x86_64 QEMU emulator version 1.4.2 Are you running virt-v2v as root? If so my guess is that it's this libvirt bug: https://bugzilla.redhat.com/show_bug.cgi?id=1045069 https://bugzilla.redhat.com/show_bug.cgi?id=1045039 The easiest thing is to disable libvirt by doing: sudo bash export LIBGUESTFS_BACKEND=direct virt-v2v [..etc..] Rich. * yes unfortunately i am running as root.. hate doing that but what account SHOULD i use? myself? VDSM? sudo -u who interesting idea.. Ill try it now on a smaller vm. You MUST run virt-v2v as root for conversions to oVirt. It needs to both mount an nfs volume and setuid. Matt -- Matthew Booth, RHCA, RHCSS Red Hat Engineering, Virtualisation Team GPG ID: D33C3490 GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
On Fri, Jan 10, 2014 at 03:50:48PM +, Matthew Booth wrote:
You MUST run virt-v2v as root for conversions to oVirt. It needs to both
mount an nfs volume and setuid.
Matt, it's probably a good idea to add something along the lines of:
if ($g-get_backend () =~ /^libvirt/) {
$g-set_backend (direct);
}
to virt-v2v, since libguestfs as root w/ libvirt is going to cause
problems for the foreseeable future.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
[Users] Can I use IP address for FQDN?
Hi, I have set up a default FQDN ( for the engine machine) at engine installation. But this is not resolvable by the node when it tries to mount the NFS ISO share from the engine. Is there anyway that I can update this name on the engine to using a IP address? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
Sorry richard seems that it failed even when i tried to set that variable Maybe i set up the command incorrectly? here is what i ran [root@server3 ~]# cat convrtesxhost.sh #!/bin/bash export LIBGUESTFS_TRACE=1 export LIBGUESTFS_DEBUG=1 export LIBGUESTFS_BACKEND=direct virt-v2v -ic esx://ESX.decllc.biz/?no_verify=1 -o rhev -os server3.decllc.biz:/localstorage/nfs --network ovirtmgmt razDC 21 | tee /var/log/virt-v2v.log *** and here is the same result .. note the guestfs switches back to appliance backend [root@server3 ~]# ./convrtesxhost.sh virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_backend direct libguestfs: trace: set_backend = 0 libguestfs: create: flags = 0, handle = 0x30c1090, program = perl libguestfs: trace: set_attach_method appliance libguestfs: trace: set_backend appliance libguestfs: trace: set_backend = 0 libguestfs: trace: set_attach_method = 0 libguestfs: trace: add_drive /tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17 format:raw iface:ide name:sda libguestfs: trace: add_drive = -1 (error) /tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17: Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670. libguestfs: trace: close libguestfs: closing guestfs handle 0x30c1090 (state 0) -M On Fri, 2014-01-10 at 10:38 -0500, Madhav V Diwan wrote: -Original Message- From: Richard W.M. Jones rjo...@redhat.com To: Madhav V Diwan mdi...@diwanconsulting.com, mbo...@redhat.com Cc: users@ovirt.org Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 15:32:28 + On Thu, Jan 09, 2014 at 09:49:25PM -0500, Madhav V Diwan wrote: Hello everybody! I seem to be having a problem similar to the posting from importing VM from ESXI posted by emi...@gmail.com on25.09.2013 21:10 UTC I'm not being able to import a VM from ESXI: In my case i have a bit more of a trace on the permission issue but not much more virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: create: flags = 0, handle = 0x4725420, program = perl libguestfs: trace: set_attach_method appliance libguestfs: trace: set_backend appliance libguestfs: trace: set_backend = 0 libguestfs: trace: set_attach_method = 0 libguestfs: trace: add_drive /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f format:raw iface:ide name:sda libguestfs: trace: add_drive = -1 (error) /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f: Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670. libguestfs: trace: close libguestfs: closing guestfs handle 0x4725420 (state 0) Has this issue been solved ? if so how as i do not see the resolution on the archives. Else would you all help me resolve it please? It is very annoying to have a hundred gig disk copied over to your NFS export and then deleted because qemu or libguestfs has a permissions issue in opening it. this is an issue with Ovirt Version 3.3.2-1.fc19 virt-v2v version is virt-v2v --version 0.9.0 and libguestfs version and qemu version are : libguestfs-1.22.7-4.fc19.x86_64 QEMU emulator version 1.4.2 Are you running virt-v2v as root? If so my guess is that it's this libvirt bug: https://bugzilla.redhat.com/show_bug.cgi?id=1045069 https://bugzilla.redhat.com/show_bug.cgi?id=1045039 The easiest thing is to disable libvirt by doing: sudo bash export LIBGUESTFS_BACKEND=direct virt-v2v [..etc..] Rich. * yes unfortunately i am running as root.. hate doing that but what account SHOULD i use? myself? VDSM? sudo -u who interesting idea.. Ill try it now on a smaller vm. ___ 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] [Partialy Solved] Network not sync and problems reconfiguring
Hi, I hacked the DB and now the ovirtmgmt is synced without destroying the DC. I now have to fix gluster data domain. ASAP I can get a lead on the problem, I'll let you know. Regards, On 10/01/14 12:26, Lior Vernia wrote: On 10/01/14 16:16, Juan Pablo Lorier wrote: On 10/01/14 11:59, Lior Vernia wrote: On 10/01/14 15:54, Juan Pablo Lorier wrote: On 10/01/14 11:13, Lior Vernia wrote: On 10/01/14 11:53, Juan Pablo Lorier wrote: Hi Lior, I'll try to elaborate between lines: On 09/01/14 18:31, Lior Vernia wrote: Hi Juan, I'm not sure I understand a couple of things, could you elaborate? 0. What version engine are you running? 3.3.1 when the problem appeared, but now I moved to 3.3.2 1. Out of the blue - no trigger that you can think of, that would help retrace the cause? The only thing I can think of was a reboot (clean) of the engine VM (not self hosted, just a vbox VM). After the problem appeared, I started making many changes and tests so I can't recreate the exact scenario at this time. Okay, currently nothing springs to mind as to what may have caused this, I'll try to think on it some more. 2. From your other e-mail, I understand that somehow the management network lost its VLAN tagging, and that it shows as out-of-sync in the Setup Host Networks dialog. Correct? Yes. Also other LN where out of sync, but the hosts had differences in which LN went out of sync. All of them have ovirtmgmt out of sync. 3. Do I understand correctly that even though it's marked as out-of-sync, you don't see the synchronize checkbox when editing the network on the host (little pencil icon)? It doesn't. I made some tests and I found that it's a problem with firefox (mine is version 26 over Fedora 19). It's showing things a little bit bigger than chrome and so the sync option is not shown in the edit window. Other functions also are not working properly, for instance, if I choose a particular item into a category (host, vm, etc) in the left tree, the right frame does not change, I have to choose the group (hosts, vms, etc) and choose the particular item among all the listed in the right frame. I've checked and firefox 22 on windows has the same behavior. This started to happen after I upgraded from 3.3.0 to 3.3.1 but never saw the lack of the sync option until now. My machine currently isn't in a state to test these things on different versions of Firefox. If you can pin-point exactly on what versions this occurs, I would greatly appreciate it if you could open a bug about it in bugzilla.redhat.com and I'll try to get it fixed. It does sound that it's only a graphical issue that's causing the checkbox to be hidden. So as an immediate workaround, you could use either the Firefox web developer tools or the Firebug plugin to enlarge the dialog and panels enough so that the checkbox shows, then mark it and have the networks synchronized. Please let me know if that works for you. I'll open a bug then. The versions I tested were on the last mail, I'll put that in the bug also. My work arround was simpler, just did it with chrome :-) Anyway, this fix only the sync stuff, not the need of modifying the ovirtmgmt to be again a tagged network. Is there a hack to the db or something like that I can do to set this back without destroing the hole DC (which I can't do either because of a dead lock with the flow of dependencies in ovirt and opened a BZ for that). Regards, Can't you edit the management network to be VLAN-tagged, and then when it appears as out-of-sync on the host mark it to be synchronized? Webadmin won't let me as it's been used in hosts (tried). It's not allowed until 3.4 as I understand. Ahhh yes, I recall the problem now (thought it might be possible as long as it isn't attached to VMs). You could indeed hack the DB. Setting the proper VLAN tag for ovirtmgmt in the network table should suffice (assuming the VLAN interfaces are still intact on the hosts, as I deduce from ovirtmgmt being marked as out-of-sync). Yours, Lior. On 09/01/14 17:44, Juan Pablo Lorier wrote: Hi, Out of the blue some of the hosts got some LNs out of sync (not the same in all of them). If I try to resync the LN, it does not show a resync option, so I took one host and detached the lns and reconfigured them. After that, ovirtmgmt is not created correctly, it does not create the vlan interface on top of the bond and also, it's adding the bond to the bridge instead of the vlan interface. I got it partially running but it's still non operational as the engine complains the host can't mount the gluster domain (it can reach the network of the other brick): [root@ovirt4 network-scripts]# gluster volume status Status of volume: glusterfs Gluster processPortOnlinePid -- Brick 192.168.128.82:/glusterfs49154Y13288 Brick
Re: [Users] Can I use IP address for FQDN?
you can set a static FQDN if you dont have a dns server in /etc/hosts, however if you do this, set the same FQDNs on all hosts for each hosts 192.168.0.1 node1.test.com node1 192.168.0.2 node2.test.com node2 192.168.0.3 node3.test.com node3 use that fqdn for your engine/node during the engine install. On Fri, Jan 10, 2014 at 12:48 PM, David Li david...@sbcglobal.net wrote: Hi, I have set up a default FQDN ( for the engine machine) at engine installation. But this is not resolvable by the node when it tries to mount the NFS ISO share from the engine. Is there anyway that I can update this name on the engine to using a IP address? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Patrick Pierson ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Can I use IP address for FQDN?
Is this the /etc/hosts file on the engine machine or the node machine? From: Pat Pierson ihasn2...@gmail.com To: David Li david...@sbcglobal.net Cc: users@ovirt.org users@ovirt.org Sent: Friday, January 10, 2014 10:08 AM Subject: Re: [Users] Can I use IP address for FQDN? you can set a static FQDN if you dont have a dns server in /etc/hosts, however if you do this, set the same FQDNs on all hosts for each hosts 192.168.0.1 node1.test.com node1 192.168.0.2 node2.test.com node2 192.168.0.3 node3.test.com node3 use that fqdn for your engine/node during the engine install. On Fri, Jan 10, 2014 at 12:48 PM, David Li david...@sbcglobal.net wrote: Hi, I have set up a default FQDN ( for the engine machine) at engine installation. But this is not resolvable by the node when it tries to mount the NFS ISO share from the engine. Is there anyway that I can update this name on the engine to using a IP address? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Patrick Pierson ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Can I use IP address for FQDN?
all machines. On Fri, Jan 10, 2014 at 1:20 PM, David Li david...@sbcglobal.net wrote: Is this the /etc/hosts file on the engine machine or the node machine? -- *From:* Pat Pierson ihasn2...@gmail.com *To:* David Li david...@sbcglobal.net *Cc:* users@ovirt.org users@ovirt.org *Sent:* Friday, January 10, 2014 10:08 AM *Subject:* Re: [Users] Can I use IP address for FQDN? you can set a static FQDN if you dont have a dns server in /etc/hosts, however if you do this, set the same FQDNs on all hosts for each hosts 192.168.0.1 node1.test.com node1 192.168.0.2 node2.test.com node2 192.168.0.3 node3.test.com node3 use that fqdn for your engine/node during the engine install. On Fri, Jan 10, 2014 at 12:48 PM, David Li david...@sbcglobal.net wrote: Hi, I have set up a default FQDN ( for the engine machine) at engine installation. But this is not resolvable by the node when it tries to mount the NFS ISO share from the engine. Is there anyway that I can update this name on the engine to using a IP address? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Patrick Pierson -- Patrick Pierson ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Can I use IP address for FQDN?
It's a bit of a problem if encryption is involved and deployed, you can start change DB entires but it can cause more harm than good. If we are not talking about large scale setup, I would suggest to configure /etc/hosts on each node manually or add to DNS server. Haim On Jan 10, 2014, at 19:48, David Li david...@sbcglobal.net wrote: Hi, I have set up a default FQDN ( for the engine machine) at engine installation. But this is not resolvable by the node when it tries to mount the NFS ISO share from the engine. Is there anyway that I can update this name on the engine to using a IP address? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] sanlock leases on VM disks
I have an oVirt testing setup with 3 hosts running for a few weeks: CentOS 6.4, oVirt 3.3.1, VDSM 4.13.0, iSCSI based storage domain. I have just realized that sanlock has no leases on VM disks, so nothing prevents vdsm/libvirt from starting a VM on two different hosts, corrupting disk data. I know that something has to go wrong on oVirt engine to do it, but I've manually forced some errors (Setting Host state to Non-Operational, VM is not responding) for a Highly available VM and oVirt engine started that VM on another host. oVirt engine was not aware, but the VM was running on two hosts. I think this is a job for libvirt/sanlock/wdmd, but libvirt is not receiving lease tags for disks when creating domains. I think it should. What's left in my config? What am I doing wrong? Thanks ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Can I use IP address for FQDN?
I just added a line to both /etc/hosts file. This time when I tried to attach the NFS ISO domain, it showed up as locked but eventually disappeared again from the web portal. I looked at the vdsm.log and found it might be that the mount timed out for some reason. But not quite sure why. Anyone has any idea what exactly I should be searching for in vdsm.log? From: Pat Pierson ihasn2...@gmail.com To: David Li david...@sbcglobal.net Cc: users@ovirt.org users@ovirt.org Sent: Friday, January 10, 2014 10:29 AM Subject: Re: [Users] Can I use IP address for FQDN? all machines. On Fri, Jan 10, 2014 at 1:20 PM, David Li david...@sbcglobal.net wrote: Is this the /etc/hosts file on the engine machine or the node machine? From: Pat Pierson ihasn2...@gmail.com To: David Li david...@sbcglobal.net Cc: users@ovirt.org users@ovirt.org Sent: Friday, January 10, 2014 10:08 AM Subject: Re: [Users] Can I use IP address for FQDN? you can set a static FQDN if you dont have a dns server in /etc/hosts, however if you do this, set the same FQDNs on all hosts for each hosts 192.168.0.1 node1.test.com node1 192.168.0.2 node2.test.com node2 192.168.0.3 node3.test.com node3 use that fqdn for your engine/node during the engine install. On Fri, Jan 10, 2014 at 12:48 PM, David Li david...@sbcglobal.net wrote: Hi, I have set up a default FQDN ( for the engine machine) at engine installation. But this is not resolvable by the node when it tries to mount the NFS ISO share from the engine. Is there anyway that I can update this name on the engine to using a IP address? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Patrick Pierson -- Patrick Pierson ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
On Fri, Jan 10, 2014 at 12:48:43PM -0500, Madhav V Diwan wrote: Sorry richard seems that it failed even when i tried to set that variable Maybe i set up the command incorrectly? here is what i ran [root@server3 ~]# cat convrtesxhost.sh #!/bin/bash export LIBGUESTFS_TRACE=1 export LIBGUESTFS_DEBUG=1 export LIBGUESTFS_BACKEND=direct virt-v2v -ic esx://ESX.decllc.biz/?no_verify=1 -o rhev -os server3.decllc.biz:/localstorage/nfs --network ovirtmgmt razDC 21 | tee /var/log/virt-v2v.log It looks like this is correctly setting the environment variable: [root@server3 ~]# ./convrtesxhost.sh virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_backend direct libguestfs: trace: set_backend = 0 ^ see that it's set correctly here. [...] libguestfs: trace: add_drive /tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17 format:raw iface:ide name:sda libguestfs: trace: add_drive = -1 (error) /tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17: Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670. So this is not the bug I was thinking of. (In fact it's obvious now I look closer. This has nothing to do with libvirt, and the error message is being generated by libguestfs earlier on) Is there some other reason that libguestfs would not be able to open that file in /tmp? Perhaps there is an SELinux AVC? Or /tmp has strange permissions ...? Is /tmp a tmpfs mount? I believe the actual code path you're hitting is this one: https://github.com/libguestfs/libguestfs/blob/stable-1.22/src/drives.c#L660 I'm not exactly sure why that fails. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Can I use IP address for FQDN?
Run showmount -e name of your nfs host to see if the mounts are advertised properly So your command should look something like #showmount -e host.example.com From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of David Li Sent: Friday, January 10, 2014 1:47 PM To: Pat Pierson Cc: users@ovirt.org Subject: Re: [Users] Can I use IP address for FQDN? I just added a line to both /etc/hosts file. This time when I tried to attach the NFS ISO domain, it showed up as locked but eventually disappeared again from the web portal. I looked at the vdsm.log and found it might be that the mount timed out for some reason. But not quite sure why. Anyone has any idea what exactly I should be searching for in vdsm.log? _ From: Pat Pierson ihasn2...@gmail.com mailto:ihasn2...@gmail.com To: David Li david...@sbcglobal.net mailto:david...@sbcglobal.net Cc: users@ovirt.org mailto:users@ovirt.org users@ovirt.org mailto:users@ovirt.org Sent: Friday, January 10, 2014 10:29 AM Subject: Re: [Users] Can I use IP address for FQDN? all machines. On Fri, Jan 10, 2014 at 1:20 PM, David Li david...@sbcglobal.net mailto:david...@sbcglobal.net wrote: Is this the /etc/hosts file on the engine machine or the node machine? _ From: Pat Pierson ihasn2...@gmail.com mailto:ihasn2...@gmail.com To: David Li david...@sbcglobal.net mailto:david...@sbcglobal.net Cc: users@ovirt.org mailto:users@ovirt.org users@ovirt.org mailto:users@ovirt.org Sent: Friday, January 10, 2014 10:08 AM Subject: Re: [Users] Can I use IP address for FQDN? you can set a static FQDN if you dont have a dns server in /etc/hosts, however if you do this, set the same FQDNs on all hosts for each hosts 192.168.0.1 node1.test.com http://node1.test.com/node1 192.168.0.2 node2.test.com http://node2.test.com/node2 192.168.0.3 node3.test.com http://node3.test.com/node3 use that fqdn for your engine/node during the engine install. On Fri, Jan 10, 2014 at 12:48 PM, David Li david...@sbcglobal.net mailto:david...@sbcglobal.net wrote: Hi, I have set up a default FQDN ( for the engine machine) at engine installation. But this is not resolvable by the node when it tries to mount the NFS ISO share from the engine. Is there anyway that I can update this name on the engine to using a IP address? ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Patrick Pierson -- Patrick Pierson ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Can I use IP address for FQDN?
Maurice: Here is my showmount output: From: Maurice James midnightst...@msn.com To: 'David Li' david...@sbcglobal.net; 'Pat Pierson' ihasn2...@gmail.com Cc: users@ovirt.org Sent: Friday, January 10, 2014 11:06 AM Subject: RE: [Users] Can I use IP address for FQDN? Run showmount –e name of your nfs host to see if the mounts are advertised properly So your command should look something like #showmount –e host.example.com From:users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of David Li Sent: Friday, January 10, 2014 1:47 PM To: Pat Pierson Cc: users@ovirt.org Subject: Re: [Users] Can I use IP address for FQDN? I just added a line to both /etc/hosts file. This time when I tried to attach the NFS ISO domain, it showed up as locked but eventually disappeared again from the web portal. I looked at the vdsm.log and found it might be that the mount timed out for some reason. But not quite sure why. Anyone has any idea what exactly I should be searching for in vdsm.log? From:Pat Pierson ihasn2...@gmail.com To: David Li david...@sbcglobal.net Cc: users@ovirt.org users@ovirt.org Sent: Friday, January 10, 2014 10:29 AM Subject: Re: [Users] Can I use IP address for FQDN? all machines. On Fri, Jan 10, 2014 at 1:20 PM, David Li david...@sbcglobal.net wrote: Is this the /etc/hosts file on the engine machine or the node machine? From:Pat Pierson ihasn2...@gmail.com To: David Li david...@sbcglobal.net Cc: users@ovirt.org users@ovirt.org Sent: Friday, January 10, 2014 10:08 AM Subject: Re: [Users] Can I use IP address for FQDN? you can set a static FQDN if you dont have a dns server in /etc/hosts, however if you do this, set the same FQDNs on all hosts for each hosts 192.168.0.1 node1.test.com node1 192.168.0.2 node2.test.com node2 192.168.0.3 node3.test.com node3 use that fqdn for your engine/node during the engine install. On Fri, Jan 10, 2014 at 12:48 PM, David Li david...@sbcglobal.net wrote: Hi, I have set up a default FQDN ( for the engine machine) at engine installation. But this is not resolvable by the node when it tries to mount the NFS ISO share from the engine. Is there anyway that I can update this name on the engine to using a IP address? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Patrick Pierson -- Patrick Pierson ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Can I use IP address for FQDN?
Sorry hit the key too fast. Here it is again: /var/lib/exports/iso 0.0.0.0/0.0.0.0 And cat /etc/exports: /var/lib/exports/iso0.0.0.0/0.0.0.0(rw) From: David Li david...@sbcglobal.net To: Maurice James midnightst...@msn.com; 'Pat Pierson' ihasn2...@gmail.com Cc: users@ovirt.org users@ovirt.org Sent: Friday, January 10, 2014 11:16 AM Subject: Re: [Users] Can I use IP address for FQDN? Maurice: Here is my showmount output: From: Maurice James midnightst...@msn.com To: 'David Li' david...@sbcglobal.net; 'Pat Pierson' ihasn2...@gmail.com Cc: users@ovirt.org Sent: Friday, January 10, 2014 11:06 AM Subject: RE: [Users] Can I use IP address for FQDN? Run showmount –e name of your nfs host to see if the mounts are advertised properly So your command should look something like #showmount –e host.example.com From:users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of David Li Sent: Friday, January 10, 2014 1:47 PM To: Pat Pierson Cc: users@ovirt.org Subject: Re: [Users] Can I use IP address for FQDN? I just added a line to both /etc/hosts file. This time when I tried to attach the NFS ISO domain, it showed up as locked but eventually disappeared again from the web portal. I looked at the vdsm.log and found it might be that the mount timed out for some reason. But not quite sure why. Anyone has any idea what exactly I should be searching for in vdsm.log? From:Pat Pierson ihasn2...@gmail.com To: David Li david...@sbcglobal.net Cc: users@ovirt.org users@ovirt.org Sent: Friday, January 10, 2014 10:29 AM Subject: Re: [Users] Can I use IP address for FQDN? all machines. On Fri, Jan 10, 2014 at 1:20 PM, David Li david...@sbcglobal.net wrote: Is this the /etc/hosts file on the engine machine or the node machine? From:Pat Pierson ihasn2...@gmail.com To: David Li david...@sbcglobal.net Cc: users@ovirt.org users@ovirt.org Sent: Friday, January 10, 2014 10:08 AM Subject: Re: [Users] Can I use IP address for FQDN? you can set a static FQDN if you dont have a dns server in /etc/hosts, however if you do this, set the same FQDNs on all hosts for each hosts 192.168.0.1 node1.test.com node1 192.168.0.2 node2.test.com node2 192.168.0.3 node3.test.com node3 use that fqdn for your engine/node during the engine install. On Fri, Jan 10, 2014 at 12:48 PM, David Li david...@sbcglobal.net wrote: Hi, I have set up a default FQDN ( for the engine machine) at engine installation. But this is not resolvable by the node when it tries to mount the NFS ISO share from the engine. Is there anyway that I can update this name on the engine to using a IP address? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Patrick Pierson -- Patrick Pierson ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
