Thanks again to everyone.
I hope to get lucky
Regards
ATTE
Victor Hugo ochoa Avila
BBVA America CCR
2011/9/6 Marcy Cortes marcy.d.cor...@wellsfargo.com
The command to change it is
pvchange -u
Marcy
-Original Message-
From: Linux on 390 Port
Hello all,
We have a user that is setting up Oracle SOA on one of our SuSE 10 SP4
instances. I don’t have any experience with it. Since they have installed it,
I have been watching and it doesn’t seem to ever drop from Q3. The oracle
Database's we have running all seem to share pretty well,
On Wed, Sep 7, 2011 at 1:42 PM, Walters, Gene P gene.p.walt...@wv.gov wrote:
Hello all,
We have a user that is setting up Oracle SOA on one of our SuSE 10 SP4
instances. I don’t have any experience with it. Since they have installed
it, I have been watching and it doesn’t seem to ever
You said you have no overlaps, but what Mark Post said still applies.
Was a minidisk copied (enlarged? moved?) and the original space not
wiped clean? If so, then any PV signature would still be present and
would appear on the (new to Linux) device.
I am suspicious of your 400 minidisk
We're hosting a class sometime in the next week or two, and I've been
asked to create 8 userids with superuser authority on a RedHat 5.4
system. I thought I had been fairly successful, but when I tried to
test the userids, I keep getting a password prompt, and at this point
I'm frustrated and
Setting the password is done with the passwd command. You also have to put the
user in a superuser group (probably wheel) with usermod -G wheel.
Sent from my iPhone
On Sep 7, 2011, at 5:51 PM, Sue Sivets ssiv...@fdrinnovation.com wrote:
We're hosting a class sometime in the next week or
If I understand the requirement, then you probably want to create
normal users and simply add them to the /etc/sudoers file. That will
give them superuser authority via 'sudo', which is generally the
better way to do it.
-- R;
Rick Troth
Velocity Software
http://www.velocitysoftware.com/
On Wed, Sep 7, 2011 at 7:21 PM, Richard Troth vmcow...@gmail.com wrote:
If I understand the requirement, then you probably want to create
normal users and simply add them to the /etc/sudoers file. That will
give them superuser authority via 'sudo', which is generally the
better way to do it.
If I understand the requirement, then you probably want to create normal
users and simply add them to the /etc/sudoers file. That will give them
superuser authority via 'sudo', which is generally the better way to do it.
Second this option. No normal user should be given super powers except
First, what command and options should I be using to create the userid w/ a
home directory and whatever else may be needed, along with the superuser
attributes?
useradd -m userid
passwd userid
add userid to /etc/sudoers
-m creates the user's home dir. If these ids are going to be
On 8 September 2011 14:35, David Boyes dbo...@sinenomine.net wrote:
Second this option. No normal user should be given super powers except
through sudo.
Otherwise you'll never know who dunnit, and when.
Unless they're allowed to do sudo -i (sudo su -); in that case the difference
between
.
Unless they're allowed to do sudo -i (sudo su -); in that case the
difference
between uid=0 and sudoers access is practically non-existent ... if you have
two or more people logged in via that mechanism at a time you have no idea
who done what.
Gun. Foot. Both yours... and you get to keep
12 matches
Mail list logo
