On Tue, Jun 23, 2009 at 4:03 PM, Vincent
Getgood wrote:
> Module is unknown
> Then get thrown back to the logon prompt.
Smells like one of the pam modules may not be there. Did you maybe
have a security person / tool enforce some of his popular settings in
the pam configuration files?
-Rob
---
On Fri, Jun 19, 2009 at 2:12 PM, Hall, Ken (GTS) wrote:
> Yes, there definitely is a Windows version of Hercules. It's linked
> from the Hercules home page.
>
> Works pretty much like the Linux version.
Once it works, maybe... If I may judge from the threads on the
hercules mailing list, the wi
data gets you beyond the rules of thumb.
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message
ry hard to compete and we told people to stay away from
CPU-intensive workload. Today mainframe CPUs are as fast as the rest.
One reason this logic does not apply equally to other platforms is
that the mainframe technology for sharing is more mature.
--
Rob van der Heij
Velocity
On Wed, Jun 17, 2009 at 9:37 PM, Adam Thornton wrote:
> The sudo command is built for situations like yours. Create an /etc/
> sudoers file that allows use of /sbin/reboot and /sbin/shutdown (if
> that's where they in fact are) for certain users.
And you need the right options in the sudoers file
2009/6/17 van Sleeuwen, Berry :
> As for chccwdev:
> nlzlx214:~ # chccwdev -e 0f10
> Setting device 0.0.0f10 online
> Failed
>
The /var/log/messages probably gives you more information on why it
fails. Maybe you have layer2 and layer3 mixed up?
Rob
-
On Tue, Jun 16, 2009 at 2:24 PM, Alan Altmark wrote:
> Sure it is. Command Reject + Write Inhibited. Older drives had a
> physical "R/O" switch on them. It could also show up on more recent
> drives as Equipment Check + Write Inhibited, indicating that the host has
> set a logical R/O condition
On Tue, Jun 16, 2009 at 12:20 PM, Alan Cox wrote:
>> Yes sure... I picked up the source rpm and built it (after
>> xorg-x11-devel required a load of silly things like the spell checker
>> and dictionaries...) and the resulting binaries says it has a
>> dependency on NX
>
> Packaging or distro bug
On Tue, Jun 16, 2009 at 11:58 AM, Alan Cox wrote:
>> I just looked at what I could find about NX and learned that the
>> company ships only binaries and obviously not for s390x ;-) And my
>> attempt to build FreeNX failed because it claims a dependency on NX ?
>
> http://freenx.berlios.de/
Yes su
On Tue, Jun 16, 2009 at 1:20 AM, Alan Cox wrote:
> X is very bandwidth efficient, VNC is very latency efficient. X does try
> to be better on latency but a lot of the later toolkits aren't very good
> at avoiding the problem.
>
> There are smart X "compressors" (in fact much more than compression
On Tue, Jun 16, 2009 at 9:21 AM, Agblad Tore wrote:
> Thank's I will try that out.
> I have read in the help pages for RESERVE and I see what it does, but what is
> the
> major difference from just run FORMAT, what does FORMAT not do ?
RESERVE allocates a single file on a CMS formatted disk that
On Tue, Jun 16, 2009 at 4:19 AM, Scott Rohling wrote:
> Ditto.. especially coming from the wonders of z/VM link modes (e.g. MR
> seems like what we want here) as we VMers have..
With all respect, the VM link mode has nothing to do with this. That's
merely part of why you ended having the disk RW
On Mon, Jun 15, 2009 at 7:19 PM, Mark Post wrote:
>>>> On 6/15/2009 at 12:44 PM, Rob van der Heij wrote:
> -snip-
>> PS For those who are forced using a GUI on long distance connections,
>> look into vncserver rather than pure X.
>
> Keeping in mind that VNC just
On Mon, Jun 15, 2009 at 4:57 PM, Rob van der Heij wrote:
> Anyone got this to work? Mine appears to run into a GPF and java dump
> for libdb2ure when creating the instance.
> Tried several times (somehow a GUI gives the feeling it might work
> next time) but it now fails consiste
Folks,
Anyone got this to work? Mine appears to run into a GPF and java dump
for libdb2ure when creating the instance.
Tried several times (somehow a GUI gives the feeling it might work
next time) but it now fails consistently.
Rob
---
On Sun, Jun 14, 2009 at 1:16 AM, John
Summerfield wrote:
> The original question said "LPAR." Until I recalled that, I was going to
> suggest making the DASD RO in VM.
One of the problems is that S/390 has no way to sense the R/O setting
of the disk, so we can't pass that to the mount (like you h
oad may very well
spread already over the ranks. The desire to configure an individual
server to monopolize the subsystem may make more sense in a discrete
server environment.
Rob
--
Rob van der Heij
Velocity Software
http://
o collect performance data from it, I'm always willing
to have a look. Drop me a note off-list to see how we can exchange
data.
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LINUX-390 subs
On Wed, Jun 10, 2009 at 8:27 PM, Adam Thornton wrote:
> You could also use the (undocumented, but stable since 5.1 so probably
> not going anywhere in the near term) ECKDREST pipe stage used for
> installation (there's a corresponding FBA version too). It's on MAINT
> 22CC or 2CC; the Install Qui
On Wed, Jun 10, 2009 at 4:02 PM, Hall, Ken (GTS) wrote:
> The small addition of the read time for DDR is nothing compared to the
> time required to install the packages over the network. That's at least
> the same amount of reading, plus network time.
Ah, yes... Other requirements led to an app
On Wed, Jun 10, 2009 at 2:54 PM, Hall, Ken (GTS) wrote:
> How could it be faster?
>
> Cloning involves simply copying the disks, that's one pass with DDR.
Copying a disk requires reading and writing. Formatting just requires
(short) writes. Depending on your configuration, you may not notice
the
pages is for CMM-1. There is no instrumentation for
CMMA in Linux. There's only a kernel parameters cmma= for which the
default varied per kernel (see pg 39 in my LX45 presentation).
If you don't want Linux to use it, your best bet is to disable it on
z/VM (system wide or per user).
Rob
-
ate.
> z/VM 5.4 and SLES10 SP2.
I see only two popular ones and those fixes were rolled into 5.3
already so you probably should open an ETR with IBM and get them the
dump. Are you also using CMMA in combination with cpuplugd?
Rob
--
Rob van der Heij
Velocity Softwar
recommendation would be to stay away from it. Proper planning and
performance evaluation is going to give you better results.
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LINUX-390 subs
sufficient
to improve memory management for Linux on z/VM. And for the
experiments I did, it made performance worse: increased CPU usage and
caused additional latency.
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
ot even the
developer who wrote the code...
The controls available in cpuplugd are too simplistic for this to be effective.
http://www.rvdheij.nl/Presentations/zLX45.pdf (pg 34-36) has the
details (apologies for the plug...)
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitys
see whether it goes away. If you have a buggy application that
is polling, you will not drop from queue anyway. So if it fixes the
issue you could leave it until the new kernel is there.
Rob
--
Rob van der Heij
Velocity Software
http://www.veloc
e
silly thing pretty bad. It also shows very high CP overhead when this
happens.
The fix is that the kernel rounds it to 10 ms to limit the impact.
Martin just told me the fix is in: 2.6.18-124.el5 für RedHat RHEL5 und
2.6.16.60-0.34 für SuSE SLES10
--
Rob van der Heij
Veloc
e help.
The Linux view is through the "free" command, and "cat /proc/swaps"
for the detailed data.
But be aware that virtualization plays tricks there. For CPU as well
as for memory. You can't really tell much from Linux internal data
without having the VM data with
g ;-)
The kernel issue only shows the problem by actually doing the thing
that the application was asking for.
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LINUX-390 subscribe / signoff / archiv
problem with db2fmcd that
it sometimes starts to poll. Combined with a kernel bug in SLES10 SP2,
it typically causes a lot of overhead. Since db2fmcd has no function
in this environment, the easy way out is to stop it (and remove the
entry in /etc/inittab )
Rob
--
Rob van der Heij
Ve
ite, this
developer clearly comes from another world.
"Compared to kernel-space solution we need lots of useless context
switches which makes kernel-only solution clear speed-winner (well,
actually I've made some tests and the hard-drives seem to be the
bottleneck so the speed is fine, to
On Thu, May 14, 2009 at 5:01 PM, Hall, Ken (GTS) wrote:
> Most of the "stateless" implementations I've seen seem to rely on "bind
> mounts", but that seems to be a bit of a hack. "Union" mounting, such
> as "Unionfs" look like it would be a cleaner approach, but I can't find
> out if there's a w
On Wed, May 13, 2009 at 9:16 PM, Alan Ackerman
wrote:
> Has anyone had any experience with building a stateless Linux on zSeries?
>
> Any words of wisdom?
As long as you can step back from the particular implementation at
hand, many of the installations I worked with already do this with
Linux o
ueue, you need a performance monitor for that.
But if the server does not drop from queue and you have a process
doing 100 times per second when idle, then that gives some clue on
where to look.
PS With Linux on z/VM you can ignore recommendations about disabling
your USB ports ;-)
Rob
--
On Fri, May 8, 2009 at 3:26 PM, Brad Hinson wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=444961
>
> Patch was committed to 2.6.25-mm1, so for anyone making heavy use of
> drop_caches, make sure to update to RHEL 5.3 (or the kernel at least).
Right. Thanks Brad. I should have taken the ti
ply loading an enabled wait PSW would be enough. The idea behind
CPU affinity that causes this does not apply to Linux on z/VM as I see
it.
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LINUX-39
ed LPARs. With Linux on z/VM I do like the idea that reduced
number of CPUs may improve chances of the virtual machine drop from
queue nicely. But recent SAP releases have stuff that makes even the
virtual 1-way stay in-queue, so there it does not help anymore.
Rob
--
Rob van der Heij
Velocit
may also be helpful to understand the base requirements of
an application.
And for those of the other side listening in: there is a bug in one of
the RHEL5 kernels that causes Linux in a loop when you use drop_caches
in a very large server.
Rob
--
Rob van der Heij
Veloci
appening there.
On top of this is the time that Linux itself must spend to manage the
data and do useful things with it. That increases a bit when you let
Linux do the ethernet bondng, but nowhere what you save on CP.
Rob
--
Rob van der Heij
Velocity Software
http:
when stubborn
people with big badges are involved ;-)
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu
not spend more
than half a CPU on the single threaded background process, and thus
was forced to also service the end-users.
So I stick to my motto: "When you don't know, one will do. When you
have measured, probably too."
Rob
--
Rob van der Heij
Velocity Software
http://www
le work they have. That does not make sense
to me. It's due to a design change in z/VM 5.4 (that I consider a
design mistake)
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LINUX-390 sub
you could
easily disable it (without even restarting the application).
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LINUX-390 subscribe / signoff / archive access instructions,
sen
IBM
System z Technical Conference in Brussels. I think you would have the
least travel of all of us ;-)
Tue May 5th, 15:15 zLX45 Linux on z/VM - Memory Management
Wed May 6th, 15:15 zLX44 Linux on z/VM - Understanding CPU Usage
Rob
--
Rob van der Heij
Velocity Sof
On Wed, Apr 22, 2009 at 10:46 PM, RPN01 wrote:
> None of the z/Linux guests run in anything more than a class G user on z/VM,
> so they really don't have any "magic" facilities within z/VM via the root
> userid. For the images that the end user has root access, if they want to
> mess around and s
On Wed, Apr 22, 2009 at 12:09 AM, Patrick Spinler
wrote:
>> Your scope should probably include the users of your applications that
>> run on Linux, not just the few people who have legal permission to
>> logon to a VM userid.
>
> Err, why? We already have a heterogeneous Unix LDAP solution that
On Tue, Apr 21, 2009 at 7:58 PM, RPN01 wrote:
> The problem is that not everyone wants to purchase an external security
> manager simply to get this feature. We have no need for an ESM, as, if one
> of our four users get out of line, we can just walk over to their cube and
> whack them with a boa
On Wed, Apr 15, 2009 at 10:26 AM, Andrew Avramenko wrote:
> Does anybody know is it possible to create vswitch which will be
> unaware to access permissions, so every guest can connect to it and I
> don't need to run modify vswitch grant access every time?
You can define a Guest LAN as UNRESTRIC
Also try whether "hwup" of the device helps to get it online.
On Thu, Apr 9, 2009 at 4:39 PM, Harder, Pieter
wrote:
> MODULE='qeth'
That one finally turned out for me to be missing... after I have
tried dozens of bizarre things with Mark Post at the strangest moments
in our respective nights (
On Tue, Apr 7, 2009 at 5:11 PM, Dave Jones wrote:
> Yup, I think this calls for a day off, don't you?
Sure, and a wrist watch with the date in it !
And not just for Jim, should we not all have a day off? I think for
many of us this counts as a religion related holiday.
Rob
ace.
> So if you are going to have a higher value for swappiness and run java,
> consider the above.
Certainly. It creates that 2nd layer of memory management that
interferes with the first layer.
Having two managers is not better than having just one; it'
ts and did not fill up swap space.
*opinion: My best guess of what happened without measurements to prove it
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LINUX-390 subscribe / signoff /
n were incorrectly believed unused and thus no
replenishment was triggered.
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to
you would be left later with the clean pages that are
still in cache.
But as said, when drop_caches does not reduce your memory requirement
on z/VM, then I would not know why you would want to do it (apart as
diagnostics to understand the baseline requirement for your page cache
so that you can
harder to
determine, the advantage is that you don't disturb the usage patterns
of the portion that you want to retain.
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LINUX-390 subs
d decide on what to configure. If your
application is CPU constrained, longer code paths in LVM (for example
with striping) will make things worse. When you don't measure, nobody
can tell whether you did a good job (or not).
Rob
--
Rob van der Heij
Velocity Software
http://
ices, then you
> have the potential of starting multiple I/Os to multiple device addresses
> concurrently.
But if the striping is not optimal, you have the potential of waiting
on multiple devices ;-)
Rob
--
Rob van der Heij
Velocity Software
http://www.
On Mon, Mar 23, 2009 at 5:48 PM, John Summerfield
wrote:
>> Really, the application or Operating System does make a difference.
>> When done right, CMS applications have no problem to operate in a
>
> I was not thinking anyone meant to share the minidisk, just the volume
> containing them.
As lo
On Mon, Mar 23, 2009 at 2:26 PM, John Summerfield
wrote:
> In the VM context, Linux is just another program. Minidisks are just VM
> files, so it's VM question you ask, not Linux.
Really, the application or Operating System does make a difference.
When done right, CMS applications have no proble
Re your idea to have MINIOPT to disable MDC: be aware when you have
also overlapping full pack MDISK definitions (for backup for example).
Unless those also have the MINIOPT on that MDISK (which you probably
should) then that would still get data in MDC and may surprise the
guest when he travels.
R
ED then we will
> not use MDC for sure, even for disks that might do well for MDC.
It's not just cache hit ratio. It's also I/O rates. An 80% hit ratio
for 1 I/O per minute does not impress the chicks. ;-) You probably
find better candidates in your CMS workload where I/O density is m
have such
an excessive amount of memory anyway, throwing in a GB of MDC may not
help you a lot. This also applies to a common R/O shared Linux disk.
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For
On Thu, Mar 19, 2009 at 3:00 PM, Bob Levad wrote:
> Rob,
>
> You could also set up "logonby" for the users who are allowed to connect to
> maint. Then they would only have to remember their own password to sign on.
>
> Bob.
You're very right. Among the "things to consider upfront" that is a
good
On Thu, Mar 19, 2009 at 10:18 AM, Chan Kok Leong wrote:
> Hi Rob,
>
> I am talking about the MAINT profile in USER DIRECT.
> I help to maintain a test system when users are free to edit that file
> so that they can create their own guests to work with.
> A thought came to me on how to recover the
On Thu, Mar 19, 2009 at 5:58 AM, Chan Kok Leong wrote:
> Hi all,
>
> Does anyone know if it is possible to reset the password for the MAINT
> account?
You talk RACF or plain CP directory passwords?
What makes you think you must "reset" it - you mean someone changed it
and did not tell you? Or ar
On Sat, Mar 14, 2009 at 9:41 AM, Alan Cox wrote:
> The initial EU analysis is here but rather dry reading:
>
> http://ec.europa.eu/justice_home/fsj/privacy/docs/studies/final_report_india_en.pdf
>
> The bigger question anyway is control and enforcement (by the company and
> by the authori
On Sat, Mar 14, 2009 at 12:03 AM, David L. Craig wrote:
> MEMO ITSABOY, ITSAGIRL--yup, they were all primordial
> Facebook and an extremely important reason why VM
> survived. I surely hope there's a place for such
> social networking amongst all those who subscribe
> herein, even if it not be v
On Tue, Mar 10, 2009 at 6:04 PM, Alan Altmark wrote:
> For large-scale sharing, xip2fs and DCSSes are the only way (IMO) to share
> files in the way we all originally envisioned minidisk sharing. The DCSS
> owner makes all the updates and then saves a new copy of the DCSS. New
> users get the n
On Tue, Mar 10, 2009 at 4:44 PM, Scott Rohling wrote:
> Along these lines .. does a Linux filesystem on a RO minidisk reflect any
> changes at all if changes are made by a user with RW?
It gets "some" of the changes. So blocks that happen to be in cache
are used, and others are read from disk.
I have not been able to measure a configuration where z/VM uses PAV to
back this. I have seen quite a few where it really made no sense at
all.
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LIN
On Thu, Feb 19, 2009 at 11:47 AM, Ivan Warren wrote:
> Rob van der Heij wrote:
>>
>> One of the neat things about Diag250 is that it supports a fast-path
>> when the data is in MDC (the I/O complete is returned immediately,
>> skipping the entire process of reflecting
nd a virtual FBA doing channel programs with 512-byte
blocks. But as you say, with modern CPUs you need to do a lot of I/O
to make it worth the trouble. And as long as it involves actual disk
I/O, you may not be able to approach I/O ra
eue. When you spread it over multiple
virtual CPUs, times are very rare that CP will find all CPUs idle long
enough at the same time. So even when individual virtual CPUs drop
from queue, CP does not find a chance to do memory management.
Rob
--
Rob van der Heij
Velocity Software
http://w
On Tue, Feb 17, 2009 at 2:02 PM, Mark Perry wrote:
> Rob van der Heij wrote:
>> I only looked at cpuplugd for dealing with virtual processors, and my
>> comments about waste of energy applied to that.
>
> Your energy or the System z's ?
>
> cpuplugd and z/VM 5.4
es. So I was
disappointed to see an IBM presentation on CMMA performance without
any reference to z/VM storage management. When I commented that I was
missing the VM storage data in the picture, the presenter wrote it
down as a "good idea to look at" :-(
Rob
--
Rob van der Heij
Velocity Softwa
here you have excess
memory. Especially when you retain performance history information and
can see the growth over time.
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LINUX-390 subscribe / sign
ome metrics by looking
at what happened earlier and how many pages were resident before you
paged it.
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LINUX-390 subscribe / signoff / archive access
er takes in total
less time than starting them in parallel, then you're probably
impacted by it.
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LINUX-390 subscribe / signoff / ar
On Wed, Feb 4, 2009 at 3:18 PM, Bauer, Bobby (NIH/CIT) [E]
wrote:
> I need to format 60 339-9 for use with a new Linux guest. Up to now out guest
> have used a LOT less and I would attach them to a current Linux and format
> them with dasdfmt. 60 volumes will take a long time unless there is a
On Mon, Feb 2, 2009 at 7:06 PM, Mark Pace wrote:
> If you're using a FICON chpid can't you just share the CHPID and control
> unit? I didn't think a physical cable was require for FICON FCTC.
I think that with FICON you also need a CNC and CTC device to couple.
The CNC type chpid definition tel
On Mon, Feb 2, 2009 at 2:13 PM, Bernie Wu wrote:
> Hi Listers,
> We have a 2 LPARS, each hosting one VM, which in turn hosts several Linux
> guests.
> I would like to be able to query the number of guests on another LPAR from a
> linux guest on a different LPAR. Is this possible and if so, wha
On Fri, Jan 30, 2009 at 11:24 PM, Eric Chevalier wrote:
> I don't think that's been true for quite a while now, at least for
> Ethernet. When Windows (and Linux on the Intel platform, based on my
> observation) brings up a LAN adapter, one of the first packets to go out
> on the network is an arp
On Fri, Jan 23, 2009 at 1:43 AM, John Summerfield
wrote:
>> With sudo you get the privileged commands in the system logging and it
>> is much easier to understand what happened and who is to blame.
>
> As I've pointed out before, unless you're really careful it's easily
> circumvented, and someti
h to fill the buffers when you have multiple GbE adapters
pumping data.
I think his idea to use multiple NICs (so multiple sets of queues) is
pretty smart. Too bad if IBM already knows it will now work. ;-)
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysof
On Thu, Jan 22, 2009 at 7:03 PM, Mark Post wrote:
> Second, as John Summerfield has pointed out, by default no indication of what
> public/private key pair was used for authentication is logged. To get _that_
> to happen, and to be able to correlate who signed in, then the default of
> LogLev
On Mon, Jan 19, 2009 at 11:35 PM, Alan Altmark wrote:
> :-) I agree that it is messy. That's the "reducation" (I meant
> "reduction") I was talking about things that map uids to usernames.
> They get confused. Anything that tests for a username of 'root' is broken
> already!
That reverse
On Mon, Jan 19, 2009 at 4:23 PM, Alan Altmark wrote:
>
> There is trust and there is Trust (the latter includes a measure of
> "personal integrity"). For those whom you Trust, root access is
> permitted, but do it by giving them all uid 0, not by sharing passwords.
> Since each user has a differe
On Mon, Jan 19, 2009 at 5:52 AM, Alan Altmark wrote:
> It isn't about passwords, per se. Rather, many (most?) sites prohibit
> remote login of root *by any means*.
The sad thing about such directives is that they live much longer than
the person who initially dictated them (and still might know
On Sun, Jan 18, 2009 at 11:22 PM, Scott Rohling wrote:
> We implemented this within IBM:
> - Distributed the 'authorized_keys' to /home/support/.ssh with the support
> user's public key on the central system.
This is the questionable part of the process I think. Your security
guidelines also
On Fri, Jan 16, 2009 at 1:41 AM, Scott Rohling wrote:
> That works too - but the down side is little individual PROFILE execs with
> duplicated logic across them. I know disk space is cheap -- but I look at
> every individual, unique EXEC as something that must be maintained and
> worried about.
r many installations it's
probably not worth the trouble. VM *could* take advantage of DIAG
better, but doesn't do so right now.
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LINUX-390
roduction, or whatever. Using device
address ranges is less pleasant because that also has performance
implications (disks in the same rank or array).
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
On Wed, Dec 31, 2008 at 6:28 PM, Smith, Ann (ISD, IT)
wrote:
> I need to update sudoers and don't know proper procedure.
> Figured I'd ask before I mess it up. I did at least create a backup of
> /etc/sudoers
visudo is a wrapper that invokes vi to edit the file and then
validates it before replac
e even do so once for folks who are
not yet our customer)
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.m
On Tue, Dec 30, 2008 at 9:53 PM, Mark Post wrote:
> vi or ed will work. Or, "sed -i -e 's/0.0.0340/0.0.1234/'
> ifcfg-qeth-bus-ccw-0.0.0340"
But apparently that's not the full thing to do. I still have to
"group" the device after IPL (and then things go automagically). I
changed the name of th
e way to show CPU contention is to define a
virtual 2-way when z/VM has only one logical CPU. With two threads
looping, vmstat shows me 49% user and 51% steal. Since CP will try to
give both virtual CPUs an equal share of the real resources, Linux
will see two CPUs running at half speed effecti
s where things do not behave
as expected.
So as long as you have both the Linux and VM metrics, you can
determine which part of steal time was for CP services on behalf of
the virtual machine, and which part was because of contention with
other virtual machines.
Rob
--
Rob van der Heij
Velocity Software
ob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or v
re levels. The first was a configuration problem,
the second was a kernel bug. And the third one is keeping my mind off
the xmas turkey ;-)
Rob
--
Rob van der Heij
Velocity Software
http://www.velocitysoftware.com/
--
For LIN
301 - 400 of 1744 matches
Mail list logo
