Re: [ovirt-users] oVirt Instability with Dell Compellent via iSCSI/Multipath
On 05/21/2015 02:47 AM, Chris Jones - BookIt.com Systems Administrator
wrote:
Another issue may be that the setting for COMPELNT/Compellent Vol are
wrong;
the setting we ship is missing lot of settings that exists in the
builtin
setting, and this may have bad effect. If your devices match this , I
would
try this multipath configuration, instead of the one vdsm configures.
device {
vendor COMPELNT
product Compellent Vol
path_grouping_policy multibus
path_checker tur
features 0
hardware_handler 0
prio const
failback immediate
rr_weight uniform
no_path_retry fail
}
I wish I could. We're using the CentOS 7 ovirt-node-iso. The
multipath.conf is less than ideal but when I tried updating it, oVirt
instantly overwrites it. To be clear, yes I know changes do not
survive reboots and yes I know about persist, but it changes it while
running. Live! Persist won't help there.
I also tried building a CentOS 7 thick client where I set up CentOS
7 first, added the oVirt repo, then let the engine provision it. Same
problem with multipath.conf being overwritten with the default oVirt
setup.
So I tried to be slick about it. I made the multipath.conf immutable.
That prevented the engine from being able to activate the node. It
would fail on a vds command that gets the nodes capabilities and part
of what it does is reads then overwrites multipath.conf.
How do I safely update multipath.conf?
Somehow the multipath.conf that oVirt generates forces my HDD RAID
controller disks to change from /dev/sdb* and /dev/sdc*. So I had to
blacklist these.
I was able to persist it by adding # RHEV PRIVATE right below the #
RHEV REVISION 1.1
Hope this helps
Met vriendelijke groet, With kind regards,
Jorick Astrego
Netbulae Virtualization Experts
Tel: 053 20 30 270 i...@netbulae.euStaalsteden 4-3A
KvK 08198180
Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede
BTW NL821234584B01
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt Instability with Dell Compellent via iSCSI/Multipath
On 21.05.2015 02:48, Chris Jones - BookIt.com Systems Administrator wrote:
Another issue may be that the setting for COMPELNT/Compellent Vol are wrong;
the setting we ship is missing lot of settings that exists in the builtin
setting, and this may have bad effect. If your devices match this , I would
try this multipath configuration, instead of the one vdsm configures.
device {
vendor COMPELNT
product Compellent Vol
path_grouping_policy multibus
path_checker tur
features 0
hardware_handler 0
prio const
failback immediate
rr_weight uniform
no_path_retry fail
}
I wish I could. We're using the CentOS 7 ovirt-node-iso. The
multipath.conf is less than ideal
I have this issue also. I think about opening a BZ ;)
but when I tried updating it, oVirt
instantly overwrites it. To be clear, yes I know changes do not survive
reboots and yes I know about persist, but it changes it while running.
Live! Persist won't help there.
I also tried building a CentOS 7 thick client where I set up CentOS 7
first, added the oVirt repo, then let the engine provision it. Same
problem with multipath.conf being overwritten with the default oVirt setup.
So I tried to be slick about it. I made the multipath.conf immutable.
That prevented the engine from being able to activate the node. It would
fail on a vds command that gets the nodes capabilities and part of what
it does is reads then overwrites multipath.conf.
How do I safely update multipath.conf?
In the second line of your multipath conf, add:
# RHEV PRIVATE
Then, host deploy will ignore it and never change it.
To verify that your devices match this, you can check the devices vendor and
procut
strings in the output of multipath -ll. I would like to see the output of
this
command.
multipath -ll (default setup) can be seen here.
http://paste.linux-help.org/view/430c7538
Another platform issue is bad default SCSI
node.session.timeo.replacement_timeout
value, which is set to 120 seconds. This setting mean that the SCSI layer
will
wait 120 seconds for io to complete on one path, before failing the io
request.
So you may have one bad path, causing 120 second delay, while you could
complete
the request using another path.
Multipath is trying to set this value to 5 seconds, but this value is
reverting
to the default 120 seconds after a device has trouble. There is an open bug
about
this which we hope to get fixed in the rhel/centos 7.2.
https://bugzilla.redhat.com/1139038
This issue together with no_path_retry queue is a very bad mix for ovirt.
You can fix this timeout by setting:
# /etc/iscsi/iscsid.conf
node.session.timeo.replacement_timeout = 5
I'll see if that's possible with persist. Will this change survive node
upgrades?
Thanks for the reply and the suggestions.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Daniel Helgenberger
m box bewegtbild GmbH
P: +49/30/2408781-22
F: +49/30/2408781-10
ACKERSTR. 19
D-10115 BERLIN
www.m-box.de www.monkeymen.tv
Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Live Merge vanished after upgrade to 3.5.2.1
Dear all, In our environment the “Live Merge” capability is gone after the upgrade to ovirt 3.5.2.1 It was working before and we had our backup relying in this. Any idea what happened ? Environment Hosted Engine on CentOS 6.6 with ovirt 3.5.2.1 Compute hosts on Fedora 20 with vdsm 4.16.14 and libvirt 1.2.9.1 from the libvirt-preview repo (for live merge) Storage - CentOS 7.1 with gluster 3.6.3 Cheers Soeren ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] vdsm storage problem - maybe cache problem?
Done: https://bugzilla.redhat.com/show_bug.cgi?id=1223925 Anything else i forgot? Thanks, Mario Am 20.05.2015 um 15:12 schrieb Maor Lipchuk: Mario, Can you please open a bug with all the VDSM and engine logs. so this issue can be tracked. This is the link: https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt Regards, Maor - Original Message - From: m...@ohnewald.net Cc: users@ovirt.org Sent: Wednesday, May 20, 2015 1:28:53 PM Subject: Re: [ovirt-users] vdsm storage problem - maybe cache problem? Hello List, i really need some help herecould someone please give it a try? I already tried to get help on the irc channel but it seems that my problem here is too complicated or maybe i am providing not useful infos? DB vdsClient: http://fpaste.org/223483/14320588/ (i think is part is very intresting) engine.log: http://paste.fedoraproject.org/223349/04494414 Node02 vdsm Log: http://paste.fedoraproject.org/223350/43204496 Node01 vdsm Log: http://paste.fedoraproject.org/223347/20448951 Why does my vdsm look for StorageDomain 036b5575-51fa-4f14-8b05-890d7807894c ? = This was a NFS Export which i deleted from the GUI yesterday (!!!). From the Database Log/Dump: = USER_FORCE_REMOVE_STORAGE_DOMAIN981 0 Storage Domain EXPORT2 was forcibly removed by admin@internal f b384b3da-02a6-44f3-a3f6-56751ce8c26dHP_Proliant_DL180G6 036b5575-51fa-4f14-8b05-890d7807894cEXPORT2 ----c1754ff 807321f6-2043-4a26-928c-0ce6b423c381 I already put one node into maintance, rebootet and activated it. Still the same problem. Some Screen Shots: http://postimg.org/image/8zo4ujgjb/ http://postimg.org/image/le918grdr/ http://postimg.org/image/wnawwhrgh/ My GlusterFS fully works and is not the problem here i guess: == 2015-05-19 04:09:06,292 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (DefaultQuartzScheduler_Worker-43) [3df9132b] START, HSMClearTaskVDSCommand(HostName = ovirt-node02.stuttgart.imos.net, HostId = 6948da12-0b8a-4b6d-a9af-162e6c25dad3, taskId=2aeec039-5b95-40f0-8410-da62b44a28e8), log id: 19b18840 2015-05-19 04:09:06,337 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (DefaultQuartzScheduler_Worker-43) [3df9132b] FINISH, HSMClearTaskVDSCommand, log id: 19b18840 I already had a chat with Maor Lipchuk and he told me to add another host to the datacenter and then re-initialize it. I will migrate back to ESXi for now to get those two nodes free. Then we can mess with it if anyone is interested to help me. Otherwise i will have to stay with ESXi :-( Has anyone else an idea until then? Why is my vdsm host all messed up with that zombie StorageDomain? Thanks for your time. I really, really appreciate it. Mario Am 19.05.15 um 14:57 schrieb m...@ohnewald.net: Hello List, okay, i really need some help now. I stopped vdsmd for a little bit too long, fencing stepped in and rebootet node01. I now can NOT start any vm because the storage is marked Unknown. Since node01 rebootet i am wondering why the hell it is still looking to this StorageDomain: StorageDomainCache::(_findDomain) domain 036b5575-51fa-4f14-8b05-890d7807894c not found Can anyone please please tell me where the id exactly it comes from? Thanks, Mario Am 18.05.15 um 14:21 schrieb Maor Lipchuk: Hi Mario, Can u try to mount this directly from the Host? Can u please attach the VDSM and engine logs Thanks, Maor - Original Message - From: m...@ohnewald.net To: Maor Lipchuk mlipc...@redhat.com Cc: users@ovirt.org Sent: Monday, May 18, 2015 2:36:38 PM Subject: Re: [ovirt-users] vdsm storage problem - maybe cache problem? Hi Maor, thanks for the quick reply. Am 18.05.15 um 13:25 schrieb Maor Lipchuk: Now my Question: Why does the vdsm node not know that i deleted the storage? Has the vdsm cached this mount informations? Why does it still try to access 036b5575-51fa-4f14-8b05-890d7807894c? Yes, the vdsm use a cache for Storage Domains, you can try to restart the vdsmd service instead of rebooting the host. I am still getting the same error. [root@ovirt-node01 ~]# /etc/init.d/vdsmd stop Shutting down vdsm daemon: vdsm watchdog stop [ OK ] vdsm: Running run_final_hooks [ OK ] vdsm stop [ OK ] [root@ovirt-node01 ~]# [root@ovirt-node01 ~]# [root@ovirt-node01 ~]# [root@ovirt-node01 ~]# ps aux | grep vdsmd root 3198 0.0 0.0 11304 740 ?S May07 0:00 /bin/bash -e /usr/share/vdsm/respawn --minlifetime 10 --daemon --masterpid /var/run/vdsm/supervdsm_respawn.pid /usr/share/vdsm/supervdsmServer --sockfile /var/run/vdsm/svdsm.sock --pidfile /var/run/vdsm/supervdsmd.pid root 3205 0.0 0.0 922368 26724 ?Sl May07 12:10
[ovirt-users] vdsmd fails to start on boot
Running oVirt Node - 3.5 - 0.999.201504280931.el7.centos. On first boot, vdsmd fails to load with Dependency failed for Virtual Desktop Server Manager. When I run systemctl start vdsmd it loads fine. This happens on every reboot. Looks like there is an old bug for this from 3.4. https://bugzilla.redhat.com/show_bug.cgi?id=1055153 -- This email was Virus checked by UTM 9. For issues please contact the Windows Systems Admin. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Configuring ilo2 PM; passing ssh options
On 12.05.2015 09:16, Martin Perina wrote: Hi Daniel, Hello Martin, sorry for answering that late. And thanks for pointing me to the man page! I always seem to forget that. options defined in PM tab are used to pass custom settings of specific fence agent. In you case please take a look at man page for fence_ilo2. I looked there briefly and I'm afraid that your parameter is not supported. Ok, this command runs fine and uses XML: fence_ilo2 -a 10.11.0.212 --username=ovirt -p secret -v -o status --ssl-insecure --tls1.0 However, using options --tls1.0 and --ssl-insecure does not work in the engine. What puzzles me: the fence agent seems to use an SSL connection and XML; while the GUI wants an SSH port form me? There I get the error: Unknown options .. now I only get Test succeeded - unknown (witch actually is not successful) Thanks! I see that fence_ilo3_ssh and fence_ilo4_ssh should support passing that option for SSH connection, so you could try them if they work with you fence device. Martin Perina - Original Message - From: Daniel Helgenberger daniel.helgenber...@m-box.de To: users@ovirt.org Sent: Monday, May 11, 2015 5:53:10 PM Subject: [ovirt-users] Configuring ilo2 PM; passing ssh options Hello, to make this short - i need to pass ssh options to get the connection to ilo2 working (MACs=hmac-sha1) [1]. How can this be done? I think the 'options' field is clearly for something else? Using this option in .ssh/config works btw. Thanks! -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] how to pause a VM from rest-api?
I'd like to pause a VM from rest-api. But the docs are not mentioning pause, only suspend. This works: URL/api/vms/ID/suspend and pause doesn't. Pausing from vdsClient works however, but I'd like to use rest-api: vdsClient -s host1 pause ID -- Ernest Beinrohr, AXON PRO Ing http://www.beinrohr.sk/ing.php, RHCE http://www.beinrohr.sk/rhce.php, RHCVA http://www.beinrohr.sk/rhce.php, LPIC http://www.beinrohr.sk/lpic.php, VCA http://www.beinrohr.sk/vca.php, +421-2-62410360 +421-903-482603 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] how to pause a VM from rest-api?
On 05/21/2015 02:43 PM, Ernest Beinrohr wrote: I'd like to pause a VM from rest-api. But the docs are not mentioning pause, only suspend. This works: URL/api/vms/ID/suspend and pause doesn't. Pausing from vdsClient works however, but I'd like to use rest-api: vdsClient -s host1 pause ID Unfortunately the pause operation isn't implemented in the RESTAPI. If you need it I'd suggest opening a RFE. -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt Instability with Dell Compellent via iSCSI/Multipath
On 05/21/2015 03:49 PM, Chris Jones - BookIt.com Systems Administrator wrote: I've applied the multipath.conf and iscsi.conf changes you recommended. It seems to be running better. I was able to bring up all the hosts and VMs without it falling apart. I take it back. This did not solve the issue. I tried batch starting the VMs and half the nodes went down due to the same storage issues. VDSM Logs again. https://www.dropbox.com/s/12sudzhaily72nb/vdsm_failures.log.gz?dl=1 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Expand the OS disk windows 2003 crash the VM
Hi, I have created one VM with windows 2003 standard R2with 3GB disk space...after installation i have installed all the drivers and shutdown the VM and expand the diskafter expand the disk VM cannot come up... Reproduce the problem :- 1. Create the windows 2003 VM 2. Disk will be IDE... 3. Install it via cd-rom.. 4. Installed successfully...now install the virtio drivers... 5. shutdown the VM... 6. Edit the Vm disk and increase the disk space... 7. Run the VM... 8. VM cannot boot up... [image: Inline image 1] Thanks, Punit ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] how to pause a VM from rest-api?
On May 21, 2015, at 16:20 , Ernest Beinrohr ernest.beinr...@axonpro.sk wrote: Dňa 21.05.2015 o 16:07 Michal Skrivanek napísal(a): As I do not have live-merge (iscsi el6) I do my own backups. Now I wanted to emulate snapshots without creating them in ovirt. For that pause is essential. ok…probably better than suspend, certainly faster. OTOH you don't get the file system consistency is using vdsClient -s host1 pause ID safe? yeah, it's ok Thanks, michal -- Ernest Beinrohr, AXON PRO Ing, RHCE, RHCVA, LPIC, VCA, +421-2-62410360 +421-903-482603 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] how to pause a VM from rest-api?
On May 21, 2015, at 15:00 , Juan Hernández jhern...@redhat.com wrote: On 05/21/2015 02:43 PM, Ernest Beinrohr wrote: I'd like to pause a VM from rest-api. But the docs are not mentioning pause, only suspend. This works: URL/api/vms/ID/suspend and pause doesn't. Pausing from vdsClient works however, but I'd like to use rest-api: vdsClient -s host1 pause ID Unfortunately the pause operation isn't implemented in the RESTAPI. If you need it I'd suggest opening a RFE. pause is not supported in the UI either, other than pause on start; and error states (e.g. in case of IO error the VM is paused) what is the use case? -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. ___ 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: [ovirt-users] [ANN] oVirt 3.6.0 First Alpha Release is now available for testing
On 05/20/2015 04:18 PM, Sandro Bonazzola wrote: The oVirt Project is pleased to announce the availability of the first Alpha release of oVirt 3.6 for testing, as of May 20, 2015. oVirt is an open source alternative to VMware vSphere, and provides an excellent KVM management interface for multi-node virtualization. The Alpha release is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS 6.6 (or similar) and Red Hat Enterprise Linux 7.1, CentOS 7.1 (or similar). The Alpha release can also be deployed on Hypervisor Hosts running Fedora 21 and Fedora 22. This Alpha release of oVirt includes numerous bug fixes. See the release notes [1] for an initial list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO and Node ISO will be available soon[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.6_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors I get a dependency error upgrading allinone on CentOS 6.6 x86_64: Error: Package: ovirt-engine-setup-plugin-allinone-3.6.0-0.0.master.20150519172219.git9a2e2b3.el6.noarch (ovirt-3.6) Requires: ovirt-host-deploy-offline = 1.4.0 Installed: ovirt-host-deploy-offline-1.3.1-1.el6.x86_64 (@ovirt-3.5) ovirt-host-deploy-offline = 1.3.1-1.el6 Available: ovirt-host-deploy-offline-1.3.0-1.el6.i686 (ovirt-3.5) ovirt-host-deploy-offline = 1.3.0-1.el6 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Checked the repo and only see this package in the ovirt-3.5 repo yum -v search ovirt-host-deploy-offline == N/S Matched: ovirt-host-deploy-offline === ovirt-host-deploy-offline.i686 : oVirt host deploy tool offline settings Repo: ovirt-3.5 Matched from: ovirt-host-deploy-offline.x86_64 : oVirt host deploy tool offline settings Repo: ovirt-3.5 Matched from: Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts Tel: 053 20 30 270 i...@netbulae.euStaalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] how to pause a VM from rest-api?
Dňa 21.05.2015 o 16:07 Michal Skrivanek napísal(a): As I do not have live-merge (iscsi el6) I do my own backups. Now I wanted to emulate snapshots without creating them in ovirt. For that pause is essential. is using vdsClient -s host1 pause ID safe? -- Ernest Beinrohr, AXON PRO Ing http://www.beinrohr.sk/ing.php, RHCE http://www.beinrohr.sk/rhce.php, RHCVA http://www.beinrohr.sk/rhce.php, LPIC http://www.beinrohr.sk/lpic.php, VCA http://www.beinrohr.sk/vca.php, +421-2-62410360 +421-903-482603 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] distributed striped replicated volumes can not create
I use gluster cmd creat Replicate count 3 and Striped count 4 ,It is sucess!, and can as storage use! Tks! At 2015-05-18 12:21:28, Kanagaraj kmayi...@redhat.com wrote: Only the stripe count should be between 4 and 16. And replica count can be 2 or 3. For example if you try to create a Distributed Striped Replicate volume with stripe 4 and replica 3, then you need to 24 bricks. 4(stripe)x3(replica) = 12, then 12x2(distribute) = 24 Then if you reduce the replica to 2, then you need 12 bricks. As mentioned in your message, if the error thrown is Replica Count mast between in 4 and 16 , its a bug and it should be changed to Stripe Count must between in 4 and 16 Regards, Kanagaraj On 05/18/2015 08:44 AM, 肖力 wrote: hi I test create distributed striped replicated volumes ,but not succeed。 First Prompt Replica Count mast between in 4 and 16, and i chang Replica Count to 4. Then Prompt Number of bricks should be a mutiple of Stripe Count and Replica count. Then i change different Replica Count Stripe Count ,add brick 8,12,16. It is not work。 I use oVirt Engine Version: 3.5.2.1-1.el6, Can Someone help me, tks! ___ Users mailing list Users@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] distributed striped replicated volumes can not create
Can you please open a bug for this? Thanks, Kanagaraj On 05/22/2015 04:24 AM, 肖力 wrote: I use gluster cmd creat Replicate count 3 and Striped count 4 ,It is sucess!, and can as storage use! Tks! At 2015-05-18 12:21:28, Kanagaraj kmayi...@redhat.com wrote: Only the stripe count should be between 4 and 16. And replica count can be 2 or 3. For example if you try to create a Distributed Striped Replicate volume with stripe 4 and replica 3, then you need to 24 bricks. 4(stripe)x3(replica) = 12, then 12x2(distribute) = 24 Then if you reduce the replica to 2, then you need 12 bricks. As mentioned in your message, if the error thrown is Replica Count mast between in 4 and 16 , its a bug and it should be changed to Stripe Count must between in 4 and 16 Regards, Kanagaraj On 05/18/2015 08:44 AM, 肖力 wrote: hi I test create distributed striped replicated volumes ,but not succeed。 First Prompt Replica Count mast between in 4 and 16, and i chang Replica Count to 4. Then Prompt Number of bricks should be a mutiple of Stripe Count and Replica count. Then i change different Replica Count Stripe Count ,add brick 8,12,16. It is not work。 I use oVirt Engine Version: 3.5.2.1-1.el6, Can Someone help me, tks! ___ 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: [ovirt-users] oVirt Instability with Dell Compellent via iSCSI/Multipath
I've applied the multipath.conf and iscsi.conf changes you recommended. It seems to be running better. I was able to bring up all the hosts and VMs without it falling apart. I'm still seeing the domain in problem and recovered from problem warnings in engine.log, though. They were happening only when hosts were activating and when I was mass launching many VMs. Is this normal? 2015-05-21 15:31:32,264 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-13) domain c46adffc-614a-4fa2-9d2d-954f174f6a39:db_binlog_1 in problem. vds: blade6c2.ism.ld 2015-05-21 15:31:47,468 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-4) Domain c46adffc-614a-4fa2-9d2d-954f174f6a39:db_binlog_1 recovered from problem. vds: blade6c2.ism.ld Here's the vdsm log from a node the engine was warning about https://www.dropbox.com/s/yaubaxax1w499f1/vdsm2.log.gz?dl=1. It's trimmed to just before and after it happened. What is that repo stat command from your previous email, Nir? repostat vdsm.log I don't see it on the engine or the node. Is it used to parse the log? Where can I find it? Thanks again. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Configuring ilo2 PM; passing ssh options
On 21.05.2015 21:07, Martin Perina wrote: Hi Daniel, I'm cc'ing Eli as we are currently facing issue with fence agents regression for passing boolean flags to fence agents. Thanks for getting back to me so quickly. I looked at man page of fence_ilo2 again and I haven't found --tls1.0 option at all. Strange? FYI I am running CentOS7.1 hosts; installed fence: fence-agents-ilo2-4.0.11-11.el7_1.x86_64 Here, clearly I have this option. The fence agent itself seems to use gnutls successfully: # fence_ilo2 -a 10.11.0.212 --username=ovirt -p ** -v -o status --ssl-insecure --tls1.0 Running command: /usr/bin/gnutls-cli --priority NORMAL:-VERS-TLS1.2:-VERS-TLS1.1:+VERS-TLS1.0:%LATEST_RECORD_VERSION --insecure --crlf -p 443 10.11.0.212 I put the whole command output below [1] To specify --ssl-insecure please add following into options in Power Management tab of the host: ssl_insecure=1 Thanks for pointing out how to actually use these options. Martin Perina - Original Message - From: Daniel Helgenberger daniel.helgenber...@m-box.de To: Martin Perina mper...@redhat.com Cc: users@ovirt.org Sent: Thursday, May 21, 2015 8:11:40 PM Subject: Re: [ovirt-users] Configuring ilo2 PM; passing ssh options On 12.05.2015 09:16, Martin Perina wrote: Hi Daniel, Hello Martin, sorry for answering that late. And thanks for pointing me to the man page! I always seem to forget that. options defined in PM tab are used to pass custom settings of specific fence agent. In you case please take a look at man page for fence_ilo2. I looked there briefly and I'm afraid that your parameter is not supported. Ok, this command runs fine and uses XML: fence_ilo2 -a 10.11.0.212 --username=ovirt -p secret -v -o status --ssl-insecure --tls1.0 However, using options --tls1.0 and --ssl-insecure does not work in the engine. What puzzles me: the fence agent seems to use an SSL connection and XML; while the GUI wants an SSH port form me? There I get the error: Unknown options .. now I only get Test succeeded - unknown (witch actually is not successful) Thanks! I see that fence_ilo3_ssh and fence_ilo4_ssh should support passing that option for SSH connection, so you could try them if they work with you fence device. Martin Perina - Original Message - From: Daniel Helgenberger daniel.helgenber...@m-box.de To: users@ovirt.org Sent: Monday, May 11, 2015 5:53:10 PM Subject: [ovirt-users] Configuring ilo2 PM; passing ssh options Hello, to make this short - i need to pass ssh options to get the connection to ilo2 working (MACs=hmac-sha1) [1]. How can this be done? I think the 'options' field is clearly for something else? Using this option in .ssh/config works btw. Thanks! -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 [1] Sent: ?xml version=1.0? Received: ?xml version=1.0? Processed 0 CA certificate(s). Resolving '10.11.0.212'... Connecting to '10.11.0.212:443'... - Certificate type: X.509 - Got a certificate list of 1 certificates. - Certificate[0] info: - subject `C=US,ST=Texas,L=Houston,O=Hewlett-Packard Company,OU=ISS,CN=hv02', issuer `C=US,ST=Texas,L=Houston,O=Hewlett-Packard Company,OU=ISS,CN=hv02', RSA key 1024 bits, signed using RSA-MD5 (broken!), activated `2002-12-05 20:25:26 UTC', expires `2022-12-05 20:25:26 UTC', SHA-1 fingerprint `4db06bc1a74fe2894068d89ea76c0622b3e76bc1' Public Key ID: 428f85bc360c8778eb550e4b8ef1c65b111d7108 Public key's random art: +--[ RSA 1024]+ |Eoo+.| | . o . .o. | | . = B +| | . X . | |o # S| | . + = | |. . | | | | | +-+ - Status: The certificate is NOT trusted. The certificate issuer is unknown. The name in the certificate does not match the expected. *** PKI verification of server certificate failed... - Description: (TLS1.0)-(RSA)-(AES-128-CBC)-(SHA1) - Session ID: AA:C9:08:8C:F5:E7:E6:19:7D:BC:20:D4:A0:C0:DA:E4:0E:C1:C0:2A:BC:93:8E:B3:5F:20:B0:38:67:F2:01:5C - Version: TLS1.0 - Key Exchange: RSA - Cipher: AES-128-CBC - MAC: SHA1 - Compression:
Re: [ovirt-users] Configuring ilo2 PM; passing ssh options
Hi Daniel, I'm cc'ing Eli as we are currently facing issue with fence agents regression for passing boolean flags to fence agents. I looked at man page of fence_ilo2 again and I haven't found --tls1.0 option at all. To specify --ssl-insecure please add following into options in Power Management tab of the host: ssl_insecure=1 Martin Perina - Original Message - From: Daniel Helgenberger daniel.helgenber...@m-box.de To: Martin Perina mper...@redhat.com Cc: users@ovirt.org Sent: Thursday, May 21, 2015 8:11:40 PM Subject: Re: [ovirt-users] Configuring ilo2 PM; passing ssh options On 12.05.2015 09:16, Martin Perina wrote: Hi Daniel, Hello Martin, sorry for answering that late. And thanks for pointing me to the man page! I always seem to forget that. options defined in PM tab are used to pass custom settings of specific fence agent. In you case please take a look at man page for fence_ilo2. I looked there briefly and I'm afraid that your parameter is not supported. Ok, this command runs fine and uses XML: fence_ilo2 -a 10.11.0.212 --username=ovirt -p secret -v -o status --ssl-insecure --tls1.0 However, using options --tls1.0 and --ssl-insecure does not work in the engine. What puzzles me: the fence agent seems to use an SSL connection and XML; while the GUI wants an SSH port form me? There I get the error: Unknown options .. now I only get Test succeeded - unknown (witch actually is not successful) Thanks! I see that fence_ilo3_ssh and fence_ilo4_ssh should support passing that option for SSH connection, so you could try them if they work with you fence device. Martin Perina - Original Message - From: Daniel Helgenberger daniel.helgenber...@m-box.de To: users@ovirt.org Sent: Monday, May 11, 2015 5:53:10 PM Subject: [ovirt-users] Configuring ilo2 PM; passing ssh options Hello, to make this short - i need to pass ssh options to get the connection to ilo2 working (MACs=hmac-sha1) [1]. How can this be done? I think the 'options' field is clearly for something else? Using this option in .ssh/config works btw. Thanks! -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Switch from Fedora 20 to CentOS 7.1
Hi,
We now created the new Cluster based on CentOS 7.1 which went fine, then we
migrated 2 machines – no problem, we have Live Migration (back), Live Merge and
so on, all good.
But some additional machine have problems starting on the new cluster and this
happens
Grep for the Thread in vdsm.log
— snip —
vdsm/vdsm.log:Thread-5475::DEBUG::2015-05-21
18:27:21,999::vm::2264::vm.Vm::(_startUnderlyingVm)
vmId=`24bd5074-64fc-4aa0-87cd-5de3dd7b50d1`::Start
vdsm/vdsm.log:Thread-5475::DEBUG::2015-05-21
18:27:22,003::vm::2268::vm.Vm::(_startUnderlyingVm)
vmId=`24bd5074-64fc-4aa0-87cd-5de3dd7b50d1`::_ongoingCreations acquired
vdsm/vdsm.log:Thread-5475::INFO::2015-05-21
18:27:22,008::vm::3261::vm.Vm::(_run)
vmId=`24bd5074-64fc-4aa0-87cd-5de3dd7b50d1`::VM wrapper has started
vdsm/vdsm.log:Thread-5475::DEBUG::2015-05-21
18:27:22,021::task::595::Storage.TaskManager.Task::(_updateState)
Task=`2bc7fe9c-204a-4ab7-a116-f7fbba32bd34`::moving from state init - state
preparing
vdsm/vdsm.log:Thread-5475::INFO::2015-05-21
18:27:22,028::logUtils::44::dispatcher::(wrapper) Run and protect:
getVolumeSize(sdUUID=u'276e9ba7-e19a-49c5-8ad7-26711934d5e4',
spUUID=u'0f954891-b1cd-4f09-99ae-75d404d95f9d',
imgUUID=u'eae65249-e5e8-49e7-90a0-c7385e80e6ca',
volUUID=u'8791f6ec-a6ef-484d-bd5a-730b22b19250', options=None)
vdsm/vdsm.log:Thread-5475::INFO::2015-05-21
18:27:22,069::logUtils::47::dispatcher::(wrapper) Run and protect:
getVolumeSize, Return response: {'truesize': '2696552448', 'apparentsize':
'2696609792'}
vdsm/vdsm.log:Thread-5475::DEBUG::2015-05-21
18:27:22,069::task::1191::Storage.TaskManager.Task::(prepare)
Task=`2bc7fe9c-204a-4ab7-a116-f7fbba32bd34`::finished: {'truesize':
'2696552448', 'apparentsize': '2696609792'}
vdsm/vdsm.log:Thread-5475::DEBUG::2015-05-21
18:27:22,069::task::595::Storage.TaskManager.Task::(_updateState)
Task=`2bc7fe9c-204a-4ab7-a116-f7fbba32bd34`::moving from state preparing -
state finished
vdsm/vdsm.log:Thread-5475::DEBUG::2015-05-21
18:27:22,070::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll)
Owner.releaseAll requests {} resources {}
vdsm/vdsm.log:Thread-5475::DEBUG::2015-05-21
18:27:22,070::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll)
Owner.cancelAll requests {}
vdsm/vdsm.log:Thread-5475::DEBUG::2015-05-21
18:27:22,070::task::993::Storage.TaskManager.Task::(_decref)
Task=`2bc7fe9c-204a-4ab7-a116-f7fbba32bd34`::ref 0 aborting False
vdsm/vdsm.log:Thread-5475::DEBUG::2015-05-21
18:27:22,071::task::595::Storage.TaskManager.Task::(_updateState)
Task=`c508cf8f-9f02-43a6-a45d-2b3f1d7e66be`::moving from state init - state
preparing
vdsm/vdsm.log:Thread-5475::INFO::2015-05-21
18:27:22,071::logUtils::44::dispatcher::(wrapper) Run and protect:
getVolumeSize(sdUUID=u'276e9ba7-e19a-49c5-8ad7-26711934d5e4',
spUUID=u'0f954891-b1cd-4f09-99ae-75d404d95f9d',
imgUUID=u'967d966c-3653-4ff6-9299-2fb5b4197c37',
volUUID=u'99b085e6-6662-43ef-8ab4-40bc00e82460', options=None)
vdsm/vdsm.log:Thread-5475::INFO::2015-05-21
18:27:22,086::logUtils::47::dispatcher::(wrapper) Run and protect:
getVolumeSize, Return response: {'truesize': '1110773760', 'apparentsize':
'1110835200'}
vdsm/vdsm.log:Thread-5475::DEBUG::2015-05-21
18:27:22,087::task::1191::Storage.TaskManager.Task::(prepare)
Task=`c508cf8f-9f02-43a6-a45d-2b3f1d7e66be`::finished: {'truesize':
'1110773760', 'apparentsize': '1110835200'}
vdsm/vdsm.log:Thread-5475::DEBUG::2015-05-21
18:27:22,087::task::595::Storage.TaskManager.Task::(_updateState)
Task=`c508cf8f-9f02-43a6-a45d-2b3f1d7e66be`::moving from state preparing -
state finished
vdsm/vdsm.log:Thread-5475::DEBUG::2015-05-21
18:27:22,087::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll)
Owner.releaseAll requests {} resources {}
vdsm/vdsm.log:Thread-5475::DEBUG::2015-05-21
18:27:22,088::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll)
Owner.cancelAll requests {}
vdsm/vdsm.log:Thread-5475::DEBUG::2015-05-21
18:27:22,088::task::993::Storage.TaskManager.Task::(_decref)
Task=`c508cf8f-9f02-43a6-a45d-2b3f1d7e66be`::ref 0 aborting False
vdsm/vdsm.log:Thread-5475::INFO::2015-05-21
18:27:22,088::clientIF::335::vds::(prepareVolumePath) prepared volume path:
vdsm/vdsm.log:Thread-5475::DEBUG::2015-05-21
18:27:22,089::task::595::Storage.TaskManager.Task::(_updateState)
Task=`7ca2f743-09b1-4499-b9e4-5f640002a2bc`::moving from state init - state
preparing
vdsm/vdsm.log:Thread-5475::INFO::2015-05-21
18:27:22,089::logUtils::44::dispatcher::(wrapper) Run and protect:
prepareImage(sdUUID=u'276e9ba7-e19a-49c5-8ad7-26711934d5e4',
spUUID=u'0f954891-b1cd-4f09-99ae-75d404d95f9d',
imgUUID=u'eae65249-e5e8-49e7-90a0-c7385e80e6ca',
leafUUID=u'8791f6ec-a6ef-484d-bd5a-730b22b19250')
vdsm/vdsm.log:Thread-5475::DEBUG::2015-05-21
18:27:22,090::resourceManager::198::Storage.ResourceManager.Request::(__init__)
ResName=`Storage.276e9ba7-e19a-49c5-8ad7-26711934d5e4`ReqID=`2ba5bd10-3b98-44fa-9c90-8a2ade3261dc`::Request
was
