Displaying 6 results from an estimated 6 matches for "mmcgrath".
Did you mean:
mcgrath
2008 Dec 28
0
Slow disk IO
...ifferent utilization on the domU then the dom0. I''ve
attached to the disk with:
"phy:/dev/PowerVault00/KojiShare,xvdb1,w"
That logical volume has a physical volume of an attached 15 disk raid6
array (an MD1000 from dell).
Here is the sar data I''m referencing:
http://mmcgrath.fedorapeople.org/dom0
and
http://mmcgrath.fedorapeople.org/domU
The disk does have one other guest attached to it but that guest has very
little disk IO.
Other items of note: the data periods above happened during a bacula
backup. I would have expected much higher data throughput. We''...
2010 Jan 24
8
ip conntrack table full
xen-3.0.3-94.el5_4.2
2.6.18-164.6.1.el5xen
RHEL5.4 x86_64
I''ve got a dom0 that does nothing but have a DomU created. The DomU gets
plenty of load. Over time, the dom0''s ipconntrack table fills up but not
the DomU. Once it gets full I can restart iptables and it''s fine.
The strange thing is this only happens on hosts I have provided (hardware
and hosting) from one
2007 Jun 19
11
Fileserver scalability
I just talked to Mike McGrath from Fedora Infrastructure, and he told me
that they are seeing load spikes (not quite performance problems yet,
but definitely a concern) in their setup. As an example, the graph [1]
shows a typical client - the spikes from 16:00 to 8:00 are almost
exclusively puppetd doing its thing.
It seems that the most likely culprit is the fileserver - they serve
500-1500
2009 May 11
1
[PATCH server] Lower apache retry interval
This will cause apache to try reconnecting more often to the ovirt backend
so when it restarts, it's less noticeable to the user.
--- a/conf/ovirt-server.conf
+++ b/conf/ovirt-server.conf
@@ -21,7 +21,7 @@ NameVirtualHost AdminNetIpAddress:80
TransferLog /etc/httpd/logs/access_log
LogLevel warn
- ProxyPass /ovirt http://AdminNodeFQDN/ovirt
+ ProxyPass /ovirt
2009 May 21
1
[PATCH server] Fix for anyterm and multiple nodes
proxy/anyterm needs to go to the node that has our vm on it, not
vmnodes:anyterm. This patch also requires a change to the anyterm.js file
that ships with anyterm. The change is at the top:
- var url_prefix = proxy/;
+ var url_prefix = window.location.pathname + /proxy/;
Not quite sure how we're going to manage that change though.
---
conf/ovirt-server.conf | 3 ++-
1 files changed, 2
2009 May 21
2
[PATCH server] Fix anyterm for multinode support
Changed relative pathing issue for anyterm.js to work properly
Changed /proxy/anyterm-module so it gets piped through vmnodes:$1
instead of through vmnodes:anyterm
---
conf/ovirt-server.conf | 6 ++++--
src/app/controllers/vm_controller.rb | 2 +-
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/conf/ovirt-server.conf b/conf/ovirt-server.conf
index