We are currently using native Red Hat multipath with an EMC Clariion CX700
disk-array. No problem at all, you need only to be well-disciplined and
methodical with creating/destroying LUNs. Only real BIG problem is that you
cannot resize a LUN online (unless you add PV to an existing VG, using
Hi guys,
I'm planning on buying a Dell poweredge 2900 server. I'll be running
5.2 on it. I plan on using Xen to split that fairly powerful machines
(to us). The thing is, I want to control that certian VMs cannot abuse
the whole machine. Basically, I want to control that a certain VM is
for
Hello,
You cannot overcommit memory. However, you can set max-mem to a
higher value and then dynamically (but manually) control the memory
allocation to individual domains.
You can also control the amount of CPU power a domain is
guaranteed to get via the xm sched-credit command.
Cool, thanks a lot. Would have been cool for xm to offer swap like
features for over committing RAM. Anyway, thanks a million
One more question actually, this machine is gonna be a NFS homes
server for 30 Linux workstations. The homes are fairly IO busy,
especially when rsnapshot runs :) The
One more question actually, this machine is gonna be a NFS homes
server for 30 Linux workstations. The homes are fairly IO busy,
especially when rsnapshot runs :) The question is, would such a
workload be happy to run in a Xen domU or should I be running it as
the dom0 ? I think it makes
It seems that online resizing of a multipath device is actually impossible:
http://www.redhat.com/archives/dm-devel/2007-August/msg00205.html
This is my personal offline how-to:
# Rescan devices (for all 4 paths)
echo 1 /sys/bus/scsi/drivers/sd/h\:b\:t\:l/block/device/rescan
...
# Check
Thanks for the info... Since we are primarily an HP-UX shop (where there
is no such thing as pvresize, nor any opther LUN resize ability in LVM)
we would normally just add a new LUN anyway.
Thanks,
Kevin
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Well, it seems that the xemacs I was looking for is actually called
emacs-x in RHEL5.
-C
On Thu, Jul 17, 2008 at 11:06 PM, Stephen John Smoogen [EMAIL PROTECTED]
wrote:
On Thu, Jul 17, 2008 at 4:03 PM, Stephen John Smoogen [EMAIL PROTECTED]
wrote:
On Thu, Jul 17, 2008 at 10:51 AM, Corey
On Mon, Jul 21, 2008 at 2:43 PM, Corey Kovacs [EMAIL PROTECTED] wrote:
Well, it seems that the xemacs I was looking for is actually called
emacs-x in RHEL5.
Oh I can see how that can cause some confusion:
xemacs -- http://www.xemacs.org
emacs-x -- http://www.gnu.org/software/emacs/
Hope the
Not sure which behavior you are asking about (failed login, or failed
displays with workaround), but the former MIGHT be related to the
still unresolved nss_ldap bug introduced in 5.2, if you are using ldap
for any name service lookups (nsswitch.conf). See:
Corey Kovacs wrote:
Well, it seems that the xemacs I was looking for is actually called
emacs-x in RHEL5.
If you do a
rpm -f `which emacs-x`
it should point back to the emacs package. The gnu emacs package
supplies emacs-x and emacs-nox (with/without X11 at startup).
From the emacs RPM
I am out of the office until 07/23/2008.
I will respond to your message as soon as possible upon my return to the
office. If this is an urgent Blackboard matter that cannot wait, please
contact Matt Ruth by emailing [EMAIL PROTECTED] For all other
urgent matters please contact the iCommons
It seems that
http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.2/html/Online_Storage_Reconfiguration_Guide/
was recently posted. Previously the work in progress could only be found in an
obscure bugzilla.
The main reason I see to resize LUNs and rescan, rather than add a PV, is to
13 matches
Mail list logo
