Re: [ovirt-users] ssd cache

2014-12-08 Thread Ernest Beinrohr

Dňa 09.12.2014 o 03:57 yao xu napísal(a):

do you use iscsi ?



Yes, the storage present itselft as iscsi to ovirt. The tgtd iscsi 
target which runs on rhel7 does NOT know about the cache, it simply 
shares an LVM block device. I created the cache using this tutorial:


http://blog.kylemanna.com/linux/2013/06/30/ssd-caching-using-dmcache-tutorial/ 
(or this, but you need a subscrition: 
https://access.redhat.com/solutions/912953 )


tgtd.conf:


scsi_id STORAGE_BigCachedPool
vendor_id AXONPRO
product_id scsi-target-utils
scsi_sn 42fbb7c1-99d4-4247-a55b-222e5abe13aa
backing-store /dev/rhel/BigCachedPool
incominguser ovirt 


lvs:

  LV VG   Attr   LSize   Pool Origin
Data%  Move Log Cpy%Sync Convert

  BigCachedPool  rhel Cwi-aoC---  21,00t lv_cache [BigCachedPool_corig]
  lv_cache   rhel Cwi-a-C--- 100,00g

--
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


[ovirt-users] [QE][ACTION REQUIRED] oVirt 3.5.1 RC status - postponed

2014-12-08 Thread Sandro Bonazzola
Hi,
We were supposed to start composing oVirt 3.5.1 RC today *2014-12-09 08:00 UTC* 
from 3.5 branch.
We have still blockers for oVirt 3.5.1 RC release so we need to postpone it 
until they'll be fixed.
Being so near to winter's holidays we need to discuss the new tentative date 
for RC in tomorrow sync meeting.

The bug tracker [1] shows 1 open blocker:
Bug ID  Whiteboard  Status  Summary
1160846 sla NEW Can't add disk to VM without specifying 
disk profile when the storage domain has more than one disk profile

In order to stabilize the release a new branch ovirt-engine-3.5.1 will be 
created from the same git hash used for composing the RC.

Maintainers:
- Please be sure that 3.5 snapshot allow to create VMs
- Please be sure that no pending patches are going to block the release
- If any patch must block the RC release please raise the issue as soon as 
possible.

There are still 65 bugs [2] targeted to 3.5.1.
Excluding node and documentation bugs we still have 44 bugs [3] targeted to 
3.5.1.

Maintainers / Assignee:
- Please add the bugs to the tracker if you think that 3.5.1 should not be 
released without them fixed.
- Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1:
  it will ease gathering the blocking bugs for next releases.
- Please fill release notes, the page has been created here [4]

Community:
- If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test 
page [5]


[1] http://bugzilla.redhat.com/1155170
[2] http://goo.gl/7G0PDV
[3] http://goo.gl/6gUbVr
[4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes
[5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing

-- 
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: [ovirt-users] RedHat 7 Install Ovirt Fails with No package ovirt-engine available.

2014-12-08 Thread Yaniv Dary
Please read: 
http://www.ovirt.org/Quick_Start_Guide 

- Original Message -

> From: "Tony" 
> To: users@ovirt.org
> Sent: Monday, December 8, 2014 8:15:48 PM
> Subject: [ovirt-users] RedHat 7 Install Ovirt Fails with No package
> ovirt-engine available.

> Hi I'm new to the users group.

> I have redhat 7 installed and ceph working perfectly and now I wanted to
> install ovirt and followed the instructions from the ovirt website and all I
> get is this message below.

> yum -y install ovirt-engine
> Loaded plugins: langpacks, priorities, product-id, subscription-manager
> No package ovirt-engine available.
> Error: Nothing to do

> ​Fails. I followed the instructions and fails every time.​

> ___
> 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


[ovirt-users] JSON mapping exception

2014-12-08 Thread Raul Laansoo
Hi.

Is it somehow possible to manually recover engine from the following error, 
caused maybe by https://bugzilla.redhat.com/show_bug.cgi?id=1155084.

oVirt 3.5
2014-12-08 23:24:41,922 ERROR 
[org.ovirt.engine.core.utils.timer.SchedulerUtilQuartzImpl] 
(DefaultQuartzScheduler_Worker-40) Failed to invoke scheduled method 
invokeCallbackMethods: java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor100.invoke(Unknown Source) 
[:1.7.0_65]
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 [rt.jar:1.7.0_65]
at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_65]
at 
org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) 
[scheduler.jar:]
at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:]
at 
org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) 
[quartz.jar:]
Caused by: org.apache.commons.lang.SerializationException: 
org.codehaus.jackson.map.JsonMappingException: Unexpected token (END_ARRAY), 
expected VALUE_STRING: need JSON String that contains type id (for subtype of 
java.util.Collection)
 at [Source: java.io.StringReader@6a4d8b78; line: 22, column: 22] (through 
reference chain: 
org.ovirt.engine.core.common.action.AddVmFromSnapshotParameters["parametersCurrentUser"]->org.ovirt.engine.core.common.businessentities.aaa.DbUser["groupNames"])
at 
org.ovirt.engine.core.utils.serialization.json.JsonObjectDeserializer.readJsonString(JsonObjectDeserializer.java:91)
 [utils.jar:]
at 
org.ovirt.engine.core.utils.serialization.json.JsonObjectDeserializer.deserialize(JsonObjectDeserializer.java:60)
 [utils.jar:]
at 
org.ovirt.engine.core.dao.CommandEntityDaoDbFacadeImpl.deserializeParameters(CommandEntityDaoDbFacadeImpl.java:97)
 [dal.jar:]
at 
org.ovirt.engine.core.dao.CommandEntityDaoDbFacadeImpl.access$000(CommandEntityDaoDbFacadeImpl.java:21)
 [dal.jar:]
at 
org.ovirt.engine.core.dao.CommandEntityDaoDbFacadeImpl$1.mapRow(CommandEntityDaoDbFacadeImpl.java:34)
 [dal.jar:]
at 
org.ovirt.engine.core.dao.CommandEntityDaoDbFacadeImpl$1.mapRow(CommandEntityDaoDbFacadeImpl.java:23)
 [dal.jar:]
at 
org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:92)
 [spring-jdbc.jar:3.1.1.RELEASE]
at 
org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:1)
 [spring-jdbc.jar:3.1.1.RELEASE]
at 
org.springframework.jdbc.core.JdbcTemplate$1.doInPreparedStatement(JdbcTemplate.java:649)
 [spring-jdbc.jar:3.1.1.RELEASE]
at 
org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:587) 
[spring-jdbc.jar:3.1.1.RELEASE]
at 
org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:637) 
[spring-jdbc.jar:3.1.1.RELEASE]
at 
org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:666) 
[spring-jdbc.jar:3.1.1.RELEASE]
at 
org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:706) 
[spring-jdbc.jar:3.1.1.RELEASE]
at 
org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDialect.java:154)
 [dal.jar:]
at 
org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.doExecute(PostgresDbEngineDialect.java:120)
 [dal.jar:]
at 
org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:181)
 [spring-jdbc.jar:3.1.1.RELEASE]
at 
org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:141)
 [dal.jar:]
at 
org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeReadList(SimpleJdbcCallsHandler.java:103)
 [dal.jar:]
at 
org.ovirt.engine.core.dao.DefaultReadDaoDbFacade.getAll(DefaultReadDaoDbFacade.java:77)
 [dal.jar:]
at 
org.ovirt.engine.core.bll.tasks.CommandsCacheImpl.initializeCache(CommandsCacheImpl.java:30)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.tasks.CommandsCacheImpl.keySet(CommandsCacheImpl.java:41)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.tasks.CommandCoordinatorImpl.getCommandsWithCallBackEnabled(CommandCoordinatorImpl.java:130)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.tasks.CommandExecutor.initCommandExecutor(CommandExecutor.java:119)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.tasks.CommandExecutor.invokeCallbackMethods(CommandExecutor.java:57)
 [bll.jar:]
... 6 more

Thank you.
---
Raul
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt power management issue

2014-12-08 Thread Eli Mesika


- Original Message -
> From: "Wout Peeters" 
> To: emes...@redhat.com
> Cc: users@ovirt.org
> Sent: Monday, December 8, 2014 12:01:10 PM
> Subject: Fwd: [ovirt-users] oVirt power management issue
> 
> 
> Hi Eli,
> 
> Thanks for the response. Attached are engine.log and vdsm.log from the host
> serving as a proxy. Our CPUs are Intel Nehalem-based. We encounter the same
> problem using apc_snmp. This is the output of the rpm-commands:
> 
> rpm -qa | grep vdsm
> 
> vdsm-yajsonrpc-4.16.7-1.gitdb83943.el7.noarch
> vdsm-4.16.7-1.gitdb83943.el7.x86_64
> vdsm-xmlrpc-4.16.7-1.gitdb83943.el7.noarch
> vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el7.noarch
> vdsm-jsonrpc-4.16.7-1.gitdb83943.el7.noarch
> vdsm-cli-4.16.7-1.gitdb83943.el7.noarch
> vdsm-python-4.16.7-1.gitdb83943.el7.noarch
> 
> 
> rpm -qa | grep fence-agents
> 
> fence-agents-hpblade-4.0.2-21.el7.x86_64
> fence-agents-cisco-ucs-4.0.2-21.el7.x86_64
> fence-agents-eaton-snmp-4.0.2-21.el7.x86_64
> fence-agents-apc-4.0.2-21.el7.x86_64
> fence-agents-rsb-4.0.2-21.el7.x86_64
> fence-agents-ilo-mp-4.0.2-21.el7.x86_64
> fence-agents-ifmib-4.0.2-21.el7.x86_64
> fence-agents-cisco-mds-4.0.2-21.el7.x86_64
> fence-agents-all-4.0.2-21.el7.x86_64
> fence-agents-common-4.0.2-21.el7.x86_64
> fence-agents-rhevm-4.0.2-21.el7.x86_64
> fence-agents-eps-4.0.2-21.el7.x86_64
> fence-agents-bladecenter-4.0.2-21.el7.x86_64
> fence-agents-intelmodular-4.0.2-21.el7.x86_64
> fence-agents-apc-snmp-4.0.2-21.el7.x86_64
> fence-agents-ilo2-4.0.2-21.el7.x86_64
> fence-agents-ipmilan-4.0.2-21.el7.x86_64
> fence-agents-scsi-4.0.2-21.el7.x86_64
> fence-agents-brocade-4.0.2-21.el7.x86_64
> fence-agents-wti-4.0.2-21.el7.x86_64
> fence-agents-kdump-4.0.2-21.el7.x86_64
> fence-agents-ibmblade-4.0.2-21.el7.x86_64
> fence-agents-ipdu-4.0.2-21.el7.x86_64
> fence-agents-vmware-soap-4.0.2-21.el7.x86_64
> fence-agents-drac5-4.0.2-21.el7.x86_64
> 
> 
> Kind regards,
> 
> Wout

Have seen few resolved bugs on that , can you please let us know what is the 
cluster level version in which the proxy host resides ?


> 
> 
> - Oorspronkelijk bericht -
> Van: "Eli Mesika" 
> Aan: "Wout Peeters" 
> Cc: users@ovirt.org
> Verzonden: Maandag 8 december 2014 00:17:13
> Onderwerp: Re: [ovirt-users] oVirt power management issue
> 
> 
> 
> - Original Message -
> > From: "Eli Mesika" 
> > To: "Wout Peeters" 
> > Cc: users@ovirt.org
> > Sent: Monday, December 8, 2014 1:14:54 AM
> > Subject: Re: [ovirt-users] oVirt power management issue
> > 
> > 
> > 
> > - Original Message -
> > > From: "Wout Peeters" 
> > > To: users@ovirt.org
> > > Sent: Friday, December 5, 2014 12:50:24 PM
> > > Subject: [ovirt-users] oVirt power management issue
> > > 
> > > Hi,
> > > 
> > > We're trying to set up an oVirt configuration with an oVirt-controller
> > > (CentOS 6), iSCSI-storage (Dell MD3200i) and 3 vm-hosts (CentOS 7)
> > > powered
> > > by 2 APC PDUs. Testing the Power Management settings in the web GUI, we
> > > get
> > > the following message: "Test Succeeded, unknown." The oVirt engine log
> > > outputs the following:
> > > 
> > > 2014-12-05 11:23:00,872 INFO
> > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > > (ajp--127.0.0.1-8702-7) Correlation ID: null, Call Stack: null, Custom
> > > Event
> > > ID: -1, Message: Host vm-02 from data center  was chosen as a proxy
> > > to
> > > execute Status command on Host vm-03.
> > > 2014-12-05 11:23:00,879 INFO [org.ovirt.engine.core.bll.FenceExecutor]
> > > (ajp--127.0.0.1-8702-7) Using Host vm-02 from data center  as proxy
> > > to
> > > execute Status command on Host
> > > 2014-12-05 11:23:00,904 INFO [org.ovirt.engine.core.bll.FenceExecutor]
> > > (ajp--127.0.0.1-8702-7) Executing  Power Management command,
> > > Proxy
> > > Host:vm-02, Agent:apc, Target Host:, Management IP:***.***.***.***,
> > > User:apc, Options:, Fencing policy:null
> > > 2014-12-05 11:23:00,930 INFO
> > > [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand]
> > > (ajp--127.0.0.1-8702-7) START, FenceVdsVDSCommand(HostName = vm-02,
> > > HostId
> > > =
> > > 071554fc-eed2-4e8f-b6bc-041248d0eaa5, targetVdsId =
> > > 67c642ed-0a7a-4e3b-8dd6-32a36df4aea9, action = Status, ip =
> > > ***.***.***.***,
> > > port = , type = apc, user = apc, password = **, options = '', policy
> > > =
> > > 'null'), log id: 2803522
> > > 2014-12-05 11:23:01,137 WARN
> > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > > (ajp--127.0.0.1-8702-7) Correlation ID: null, Call Stack: null, Custom
> > > Event
> > > ID: -1, Message: Power Management test failed for Host vm-03.Done
> > > 2014-12-05 11:23:01,138 INFO
> > > [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand]
> > > (ajp--127.0.0.1-8702-7) FINISH, FenceVdsVDSCommand, return: Test
> > > Succeeded,
> > > unknown, log id: 2803522
> > > 2014-12-05 11:23:01,139 WARN [org.ovirt.engine.core.bll.FenceExecutor]
> > > (ajp--127.0.0.1-8702-7) Fencing operation failed with

[ovirt-users] Fwd: run ovirt-shell script like background job - problem

2014-12-08 Thread Grzegorz Szypa
So, i have a question.

Is ovirt-engine-cli-3.5.0.2-1.el6.noarch compatible in ovirt-engine-3.4?

Can install ovirt-engine-cli-3.5 on ovirt-engine-cli-3.4 and using him with
landscape based on ovirt 3.4 ??

2014-12-07 17:33 GMT+01:00 Juan Hernández :

> On 12/07/2014 05:05 PM, Grzegorz Szypa wrote:
> > Hi,
> >
> > I have a problem with running ovirt-shell script, that it starting VMs.
> > In dialog mode it's fine, but in background no :(
> >
> > Example script:
> > ovirt-shell -E 'action vm WinSrv2012r2 start'
> >
> > I start this job in cron as root.
> >
> >
> > Have somebody idea??
> >
> > --
> > G.Sz.
> >
>
> We used to have bug that made ovirt-shell fail when there wasn't a tty
> available (like when running from cron):
>
>   ovirt-shell cannot run in cron (/dev/tty missing)
>   https://bugzilla.redhat.com/1119412
>
> That was fixed in version 3.5.0.2, so make sure that you have at least
> that version.
>
> If you still have problems please share the output of the ovirt-shell
> command.
>
> --
> 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.
>



-- 
G.Sz.



-- 
G.Sz.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] RedHat 7 Install Ovirt Fails with No package ovirt-engine available.

2014-12-08 Thread Tony
Hi I'm new to the users group.


I have redhat 7 installed and ceph working perfectly and now I wanted to
install ovirt and followed the instructions from the ovirt website and all
I get is this message below.



yum -y install ovirt-engine
Loaded plugins: langpacks, priorities, product-id, subscription-manager
No package ovirt-engine available.
Error: Nothing to do

​Fails. I followed the instructions and fails every time.​
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] 答复: 3.5 hosted engine: 2nd host Cannot acquire bridge address

2014-12-08 Thread Xie, Chao
Hi
I also have the problem in CENTOS7 / Host Engine 3.5 when using VLAN 
adding 2nd host. Do you have the patch or some temporary way to fix ?? 

Xie

-邮件原件-
发件人: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] 代表 Sandro 
Bonazzola
发送时间: 2014年11月6日 15:39
收件人: Antoni Segura Puimedon
抄送: users@ovirt.org
主题: Re: [ovirt-users] 3.5 hosted engine: 2nd host Cannot acquire bridge address

Il 06/11/2014 08:19, Jiri Moskovcak ha scritto:
> On 11/06/2014 02:19 AM, Robert Story wrote:
>> On Wed, 5 Nov 2014 19:57:07 -0500 Robert wrote:
>> RS> I've got a hosted engine up and running on a freshly installed 
>> RS> 3.5 host (CentOS 6.6), and I'm tyying to add a second host. The 
>> RS> install fails trying to configure the ovirtmgmt bridge:
>> RS>
>> RS> [ INFO  ] Updating hosted-engine configuration [ INFO  ] Stage: 
>> RS> Transaction commit [ INFO  ] Stage: Closing up [ ERROR ] Failed 
>> RS> to execute stage 'Closing up': Cannot acquire bridge address
>> RS>
>> RS> From the setup log:
>> RS> [snip]
>>
>> complete logs from the second host at 
>> http://futz.org/users/tmp/ovirt7/
>>
>>
> 
> Hi,
> this seems like a question for our network gurus, Antoni, can you please take 
> a look?

Adding Antoni to cc

> 
> Thanks,
> Jirka
> 
>>
>> Robert
>>
>>
>>
>> ___
>> 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


--
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
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Users Digest, Vol 39, Issue 38

2014-12-08 Thread Nikolai Sednev
torage.Misc.excCmd::(cmd) /usr/bin/sudo -n 
> /sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"] 
> ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 
> obtain_device_list_from_udev=0 filter = [ 
> '\''a|/dev/mapper/36005076802810d489062|/dev/mapper/36005076802810d48e0ae|/dev/mapper/36005076802810d48e0de|'\'',
>  
> '\''r|.*|'\'' ] } global { locking_type=1 prioritise_write_locks=1 
> wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 
> 0 } ' --noheadings --units b --nosuffix --separator '|' 
> --ignoreskippedcluster -o 
> uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name
>  
> 78d84adf-7274-4efe-a711-fbec31196ece (cwd None) 
> Thread-815::ERROR::2014-12-08 
> 07:16:09,627::spbackends::271::Storage.StoragePoolDiskBackend::(validateMasterDomainVersion)
>  
> Requested master domain 78d84adf-7274-4efe-a711-fbec31196ece does not have 
> expected version 42 it is version 17 
> Thread-815::ERROR::2014-12-08 
> 07:16:09,635::task::866::Storage.TaskManager.Task::(_setError) 
> Task=`abfa0fd0-04b3-4c65-b3d0-be18b085a65d`::Unexpected error 
> Thread-815::ERROR::2014-12-08 
> 07:16:09,681::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': 
> {'message': "Wrong Master domain or its version: 
> 'SD=78d84adf-7274-4efe-a711-fbec31196ece, 
> pool=1d03dc05-008b-4d14-97ce-b17bd714183d'", 'code': 324}} 
> Thread-816::ERROR::2014-12-08 
> 07:16:10,182::sdc::137::Storage.StorageDomainCache::(_findDomain) looking 
> for unfetched domain 78d84adf-7274-4efe-a711-fbec31196ece 
> Thread-816::ERROR::2014-12-08 
> 07:16:10,183::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) 
> looking for domain 78d84adf-7274-4efe-a711-fbec31196ece 
> Thread-816::DEBUG::2014-12-08 
> 07:16:10,187::lvm::288::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n 
> /sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"] 
> ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 
> obtain_device_list_from_udev=0 filter = [ 
> '\''a|/dev/mapper/36005076802810d489062|/dev/mapper/36005076802810d48e0ae|/dev/mapper/36005076802810d48e0de|'\'',
>  
> '\''r|.*|'\'' ] } global { locking_type=1 prioritise_write_locks=1 
> wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 
> 0 } ' --noheadings --units b --nosuffix --separator '|' 
> --ignoreskippedcluster -o 
> uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name
>  
> 78d84adf-7274-4efe-a711-fbec31196ece (cwd None) 
> Thread-823::ERROR::2014-12-08 
> 07:16:27,163::task::866::Storage.TaskManager.Task::(_setError) 
> Task=`9b0fd676-7941-40a7-a71e-0f1dee48a107`::Unexpected error 
> raise se.SpmStatusError() 
> SpmStatusError: Not SPM: () 
> Thread-823::ERROR::2014-12-08 
> 07:16:27,168::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': 
> {'message': 'Not SPM: ()', 'code': 654}} 
> 
> 
-- next part -- 
An HTML attachment was scrubbed... 
URL: 
<http://lists.ovirt.org/pipermail/users/attachments/20141208/2f754047/attachment.html>
 

-- 

___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 


End of Users Digest, Vol 39, Issue 38 
* 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Error When try add new network using neutron provider

2014-12-08 Thread Lior Vernia
Hi Eduardo,

This is an unfortunate known issue due to the old version of some
software packaged delivered with oVirt. It's documented in this bug,
where a workaround is also described (by downloading a newer version of
jboss and configuring oVirt to use it):
https://bugzilla.redhat.com/show_bug.cgi?id=1064231

Yours, Lior.

On 08/12/14 04:44, Eduardo Terzella wrote:
> Hello,
> 
> Error when i try to create a new network using neutron provider:
> 
> "Error while executing action Add Subnet to Provider: Failed to
> communicate with the external provider"
> 
> ==> /var/log/neutron/server.log <==
> 2014-12-07 22:35:14.825 1061 INFO neutron.wsgi [-] (1061) accepted
> ('xxx.xxx.xxx.xxx', 42975)
> 
> 2014-12-07 22:35:14.828 1061 INFO urllib3.connectionpool [-] Starting
> new HTTP connection (1): 127.0.0.1
> 2014-12-07 22:35:14.920 1061 INFO neutron.plugins.ml2.db
> [req-ba2a18ec-6e02-4526-99a8-27b35152781f None] Added segment
> e0ad11df-9c5a-4167-82ea-313dcc626661   
> of type flat for network 213c62ce-e167-4bb0-bd2d-720dd06bc970
> 2014-12-07 22:35:14.930 1061 INFO neutron.wsgi
> [req-ba2a18ec-6e02-4526-99a8-27b35152781f None]  - - [07/Dec/2014
> 22:35:14] "POST /v2.0/networ   ks
> HTTP/1.1" 201 527 0.103579
> 
> 
> 
> 
> ___
> 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] ssd cache

2014-12-08 Thread Ernest Beinrohr

Dňa 08.12.2014 o 12:26 yao xu napísal(a):

Hi ! Everyone!

   Is anyone tried to add an ssd cache to node using bcache or flashcache?

   It seemed that we have to change the procedure when adding a 
storage domain .


   Maybe it can be done in serveral days , but sync the cache between 
nodes seemed a little tricky.


   Do you have any idea?



I use dm-cache on rhel7 on one of my storages. It works. It has nothing 
to do with ovirt however, everything is managed by the storage server.


--
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


[ovirt-users] ssd cache

2014-12-08 Thread yao xu
Hi ! Everyone!

   Is anyone tried to add an ssd cache to node using bcache or flashcache?

   It seemed that we have to change the procedure when adding a storage
domain .

   Maybe it can be done in serveral days , but sync the cache between nodes
seemed a little tricky.

   Do you have any idea?


   Thanks
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Storage Domain Issue

2014-12-08 Thread Koen Vanoppen
some more errors:

Thread-19::DEBUG::2014-12-08
10:20:02,700::lvm::288::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n
/sbin/lvm vgck --config ' devices { preferred_names = ["^/dev/mapper/"]
ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3
obtain_device_list_from_udev=0 filter = [
'\''a|/dev/mapper/36005076802810d489062|'\'', '\''r|.*|'\'' ]
}  global {  locking_type=1  prioritise_write_locks=1  wait_for_locks=1
use_lvmetad=0 }  backup {  retain_min = 50  retain_days = 0 } '
f130d166-546e-4905-8b8f-55a1c1dd2e4f (cwd None)
Thread-20::DEBUG::2014-12-08
10:20:02,817::lvm::288::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n
/sbin/lvm vgck --config ' devices { preferred_names = ["^/dev/mapper/"]
ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3
obtain_device_list_from_udev=0 filter = [
'\''a|/dev/mapper/36005076802810d489062|/dev/mapper/36005076802810d48e0ae|/dev/mapper/36005076802810d48e0de|'\'',
'\''r|.*|'\'' ] }  global {  locking_type=1  prioritise_write_locks=1
wait_for_locks=1  use_lvmetad=0 }  backup {  retain_min = 50  retain_days =
0 } ' eb912657-8a8c-4173-9d24-92d2b09a773c (cwd None)
Thread-20::DEBUG::2014-12-08
10:20:03,388::lvm::288::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n
/sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"]
ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3
obtain_device_list_from_udev=0 filter = [
'\''a|/dev/mapper/36005076802810d489062|/dev/mapper/36005076802810d48e0ae|/dev/mapper/36005076802810d48e0de|'\'',
'\''r|.*|'\'' ] }  global {  locking_type=1  prioritise_write_locks=1
wait_for_locks=1  use_lvmetad=0 }  backup {  retain_min = 50  retain_days =
0 } ' --noheadings --units b --nosuffix --separator '|'
--ignoreskippedcluster -o
uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name
eb912657-8a8c-4173-9d24-92d2b09a773c (cwd None)
Thread-17::ERROR::2014-12-08
10:20:03,469::sdc::137::Storage.StorageDomainCache::(_findDomain) looking
for unfetched domain 78d84adf-7274-4efe-a711-fbec31196ece
Thread-17::ERROR::2014-12-08
10:20:03,472::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain)
looking for domain 78d84adf-7274-4efe-a711-fbec31196ece
Thread-17::DEBUG::2014-12-08
10:20:03,482::lvm::288::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n
/sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"]
ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3
obtain_device_list_from_udev=0 filter = [
'\''a|/dev/mapper/36005076802810d489062|/dev/mapper/36005076802810d48e0ae|/dev/mapper/36005076802810d48e0de|'\'',
'\''r|.*|'\'' ] }  global {  locking_type=1  prioritise_write_locks=1
wait_for_locks=1  use_lvmetad=0 }  backup {  retain_min = 50  retain_days =
0 } ' --noheadings --units b --nosuffix --separator '|'
--ignoreskippedcluster -o
uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name
78d84adf-7274-4efe-a711-fbec31196ece (cwd None)
Thread-17::DEBUG::2014-12-08
10:20:03,572::lvm::288::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n
/sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"]
ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3
obtain_device_list_from_udev=0 filter = [
'\''a|/dev/mapper/36005076802810d489062|/dev/mapper/36005076802810d48e0ae|/dev/mapper/36005076802810d48e0de|'\'',
'\''r|.*|'\'' ] }  global {  locking_type=1  prioritise_write_locks=1
wait_for_locks=1  use_lvmetad=0 }  backup {  retain_min = 50  retain_days =
0 } ' --noheadings --units b --nosuffix --separator '|'
--ignoreskippedcluster -o
uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name
78d84adf-7274-4efe-a711-fbec31196ece (cwd None)
Thread-17::DEBUG::2014-12-08
10:20:03,631::lvm::288::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n
/sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"]
ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3
obtain_device_list_from_udev=0 filter = [
'\''a|/dev/mapper/36005076802810d489062|/dev/mapper/36005076802810d48e0ae|/dev/mapper/36005076802810d48e0de|'\'',
'\''r|.*|'\'' ] }  global {  locking_type=1  prioritise_write_locks=1
wait_for_locks=1  use_lvmetad=0 }  backup {  retain_min = 50  retain_days =
0 } ' --noheadings --units b --nosuffix --separator '|'
--ignoreskippedcluster -o
uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name
f130d166-546e-4905-8b8f-55a1c1dd2e4f eb912657-8a8c-4173-9d24-92d2b09a773c
(cwd None)
Thread-14::ERROR::2014-12-08
10:20:05,785::task::866::Storage.TaskManager.Task::(_setError)
Task=`ffaf5100-e833-4d29-ac5d-f6f7f8ce2b5d