Hi Maurice,
I have the same issue, and already read several other people noticing
the same. IIRC (sadly I do not find the mails anymore, I keep the list
only for one month) this may have something to do with log file noise,
setting them to 'warning' may help, see below for an example.
Since I observed high network IO with little no disk traffic, I suspect
the disk image is converted to RAW and compressed again; making oVirt
neartly unusable with multi terrabyte disk images (my test took about
3hs/TB).
Can someone clarify the export / template creation process?
Thanks,
Daniel
--
cat /etc/vdsm/logger.conf
[loggers]
keys=root,vds,Storage,metadata,ovirt_hosted_engine_ha
[handlers]
keys=console,syslog,logfile,metadata
[formatters]
keys=long,simple,none,sysform
[logger_root]
level=WARNING
handlers=syslog,logfile
propagate=0
[logger_vds]
level=WARNING
handlers=syslog,logfile
qualname=vds
propagate=0
[logger_Storage]
level=WARNING
handlers=logfile
qualname=Storage
propagate=0
[logger_metadata]
level=WARNING
handlers=metadata
qualname=irs.metadata
propagate=0
[logger_ovirt_hosted_engine_ha]
level=ERROR
handlers=
qualname=ovirt_hosted_engine_ha
propagate=1
[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=WARNING
formatter=long
[handler_metadata]
class=logging.handlers.WatchedFileHandler
args=('/var/log/vdsm/metadata.log',)
level=WARNING
formatter=long
[handler_console]
class: StreamHandler
args: []
formatter: none
[formatter_simple]
format: %(name)s:%(levelname)s: %(message)s
[formatter_none]
format: %(message)s
[formatter_long]
format: %(threadName)s::%(levelname)s::%(asctime)s::%(module)s::
%(lineno)d::%(name)s::(%(funcName)s) %(message)s
[formatter_sysform]
format= vdsm %(name)s %(levelname)s %(message)s
datefmt=
On Do, 2014-06-26 at 21:14 -0400, Maurice James wrote:
Wow this is a new record for an action
Snapshot removal:
started at 18:31
finished at 21:02
50GB thin provisioned disk. Actual size 30GB
- Original Message -
From: Maurice James mja...@media-node.com
To: users users@ovirt.org
Sent: Thursday, June 26, 2014 7:42:45 PM
Subject: [ovirt-users] Spam Latency
I noticed that the following operations take way, way too long:
Any type of import/export (VM, template. etc.)
Disk migration
Snapshot deletion
These operations take over 60 minutes, most of the time pushing 90 minutes. I
know I don't have the fastest storage disks but wow, up to 90 minutes?.
My NFS storage is on a 4 disk RAID 5. 7200rpm disks. 2GBps network
connection.
Specs:
Cluster of 4 Dell R420
Dual 6 core Xeon
32 GB Ram per server
4 500GB 7200 rpm disks RAID 5
___
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
--
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
smime.p7s
Description: S/MIME cryptographic signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
