Kyle,
please try to add line
ARP=no
to your
/etc/sysconfig/network-scripts/ifcfg-hsi0
configuration file.
Regards, Ursula
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to
On 1/31/11 3:27 PM, Mark Post wrote:
If I'm remembering correctly, and z/VM does do all the work with PAV for
minidisks, then 3-4 should be completely transparent to Linux.
I thought I recalled reading that z/VM only used PAV's for access from
multiple guests, that each guest only had a
PAV can be defined at the minidisk level (any size minidisk) by adding a
MINIOPT PAVALIAS statement after the MDISK statement...
Example:
MDISK 200 3390 2500 50 LX0001 MR
MINIOPT PAVALIAS 1200 2200 3200
The virtual machine will now have a 200,1200,2200,3200 all pointing to the
same physical disk
Guys, i get another ghost on my enviroment...
i set up my vswitch to use port group, and give grant permission to guest
sles 11 Sp1..
all works okay, but if i give LOGOUT on machine, network not comes back,
until i give some network request FROM this machine.. this request can be a
ping for
I am playing with some snmpd stuff and on my Fedora 14 system I have the daemon
up and running and want it to load a shared object. Without selinux it works
but with it I get the following messages in the audit log file:
type=AVC msg=audit(1296592954.939:1511): avc: denied { read } for
On Tuesday, 02/01/2011 at 10:26 EST, Patrick Spinler
spinler.patr...@mayo.edu wrote:
On 1/31/11 3:27 PM, Mark Post wrote:
If I'm remembering correctly, and z/VM does do all the work with PAV
for
minidisks, then 3-4 should be completely transparent to Linux.
I thought I recalled reading
Neale Ferguson píše v Út 01. 02. 2011 v 15:02 -0600:
I am playing with some snmpd stuff and on my Fedora 14 system I have
the daemon up and running and want it to load a shared object. Without
selinux it works but with it I get the following messages in the audit
log file:
type=AVC
Thanks. I used the chcon command to change the context but am still having
problems and seeing this in the audit log:
type=AVC msg=audit(1296596790.809:1547): avc: denied { execute } for
pid=14580 comm=snmpd path=/usr/lib64/snmp/dlmod/dynamo.so dev=dm-3
ino=45864
On 2/1/2011 at 04:18 PM, Alan Altmark alan_altm...@us.ibm.com wrote:
-snip-
I have 60 volumes covered by an additional 480 (static) PAVs. The volume
group is fixed at 60. If the stg admin messes with my PAV allocation, I
want to be sure that the volume group will not be affected, as the
Neale Ferguson writes:
Thanks. I used the chcon command to change the context but am still having
problems and seeing this in the audit log:
type=AVC msg=audit(1296596790.809:1547): avc: denied { execute } ...
Now it's complaining about execute whereas before it was only
complaining about
On 1/31/2011 at 01:49 PM, Kyle Stewart kyle.stew...@zionsbancorp.com
wrote:
Mark,
Here is what we have:
The hsi0 is a real hipersocket
Linux netstat
[z034876@UTLZ0002 ~]$ netstat -r
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt
On Tuesday, 02/01/2011 at 05:11 EST, Mark Post mp...@novell.com wrote:
If you get things set up properly, multipathd will be only process that
cares
about how many paths to what volumes are available. Multipathd will be
responsible for generating the proper device names for LVM to use. LVM
On Tuesday, 02/01/2011 at 06:06 EST, Mark Post mp...@novell.com wrote:
What do the US and UH flags mean? What's the reason for the host route
to
10.90.3.20?
U = Up (if interface is down, flag not set, route won't be used)
S = Static (i.e. human-induced config somewhere)
H = Host route
Alan
On 2/1/2011 at 06:07 PM, Alan Altmark alan_altm...@us.ibm.com wrote:
We're making progress! Thanks, everyone! If I flash the VG to another
set of dasd, do I have to do something to get the new UUIDs recognized?
This was my point about recovering a vg onto a different set of disks.
There
On Tuesday, 02/01/2011 at 06:35 EST, Mark Post mp...@novell.com wrote:
On 2/1/2011 at 06:07 PM, Alan Altmark alan_altm...@us.ibm.com
wrote:
We're making progress! Thanks, everyone! If I flash the VG to
another
set of dasd, do I have to do something to get the new UUIDs
recognized?
This
On 2/1/2011 at 06:48 PM, Alan Altmark alan_altm...@us.ibm.com wrote:
Ah, so these UUIDs are not the builtin UUIDs of the DASD devices? E.g.
IBM.3390.274.04E kinds of things.
No. They are LVM-generated strings that look like:
S0Td1s-1Bbh-BGVf-Ryvr-Rltr-ftZS-Smtq0P
Mark Post
You wish
You'll find them scattered hither and yon - especiallly with LVM faking
a(nother) block device layer.
And, as you've already discovered, the second U is a lie. Sometimes ...
Shane ...
On Wed, Feb 2nd, 2011 at 10:48 AM, Alan Altmark wrote:
Ah, so these UUIDs are not the builtin
pvcreate/pvchange sticks them on there.
You can choose your own too or change one. Might be useful if you've cloned.
Marcy
-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@vm.marist.edu] On Behalf Of Alan
Altmark
Sent: Tuesday, February 01, 2011 3:48 PM
To:
On 2/1/11 6:48 PM, Alan Altmark alan_altm...@us.ibm.com wrote:
Ah, so these UUIDs are not the builtin UUIDs of the DASD devices? E.g.
IBM.3390.274.04E kinds of things.
No, they're created with pvcreate when you prep the minidisks for LVM.
You'd only get the physical UUIDs if you handed the
We don't use selinux because none of us understand it nor have the time to read
up on it
in our copious free time. But if there were a class about implementing selinux
then I
might be able to get my company to cut loose with some of the training money.
Does anyone teach selinux implementation?
Thomas Kern píše v Út 01. 02. 2011 v 23:09 -0500:
We don't use selinux because none of us understand it nor have the time to
read up on it
in our copious free time. But if there were a class about implementing
selinux then I
might be able to get my company to cut loose with some of the
21 matches
Mail list logo
