Hello listers,
For a test we have installed a RHEL 5.3. In a SLES we have yast for
several administration tasks. Does a similar application exist on
RedHat?
We would like to do our administration through SSH and not in a
graphical environment. But so far I couldn't find any reference to tools
On 7/16/2009 at 10:00 AM, van Sleeuwen, Berry
berry.vansleeu...@atosorigin.com wrote:
Hello listers,
For a test we have installed a RHEL 5.3. In a SLES we have yast for
several administration tasks. Does a similar application exist on
RedHat?
In general, no. Red Hat has not provided a
As far as I know there's nothing like YaST in RedHat, but you have the
system-config-* commands that you might want to check out. They're not
covering everything that YaST does but it's a little bit on the way.
About GUI for package management I don't know of any at all, but yum is
very easy to
On 7/15/2009 at 6:35 PM, Marcy Cortes marcy.d.cor...@wellsfargo.com
wrote:
Has anyone here used this?
We have an app considering trying it on zLinux as a new temporary home.
Marcy,
I'm not aware of any Linux distribution that provides this, let alone support
for it.
Mark Post
On 07/16/2009 10:00 AM, van Sleeuwen, Berry wrote:
Hello listers,
For a test we have installed a RHEL 5.3. In a SLES we have yast for
several administration tasks. Does a similar application exist on
RedHat?
There are the system-config-* commands for such things, most do require
X11. We've
On Jul 15, 2009, at 5:35 PM, Marcy Cortes wrote:
Has anyone here used this?
We have an app considering trying it on zLinux as a new temporary
home.
I've played with it on Intel, but not on z. I suspect it will build
and run just fine.
The question I had, though, when I played with it on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I used it for a class a while ago, albeit on intel rather than on z. It
seems like a pretty clean SQL, triggers and procedure language.
Unfortunately, I never had a chance to get into the stuff that DBA's
might really care about, like query
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
For one other option if you want an 'integrated' control center, one
that attempts to be modestly cross-distro and cross platform as well,
check out webmin. I don't recall if rhel currently has it packaged, but
they used to at one point.
It doesn't
On 7/16/2009 at 10:00 AM, van Sleeuwen, Berry
berry.vansleeu...@atosorigin.com wrote:
Hello listers,
For a test we have installed a RHEL 5.3. In a SLES we have yast for
several administration tasks. Does a similar application exist on
RedHat?
In general, no. Red Hat has not provided a
Adam wrote:
Why *do* you want to use it?
And Mark wrote about support.
It's already in use here in an app that is on Intel based HW and needs a new
home for the short term. The app is being replaced in the future, but that
new one is a ways out. It's a vendor supplied app so I am assuming
I need to move a SLES10 SP2 server from one DASD volume to another
(since we just installed a new storage box). However, after the move I
discovered that the server's boot parms included the following:
root=/dev/disk/by-id/ccw-IBMetc
Naturally, the id of the new DASD device is not the same
We wrote a utility to update all the places that by-id can be. See
www.sinenomine.net to download. Have fun.
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the
On 7/16/2009 at 12:45 PM, Ray Mansell r...@mansell.org wrote:
I need to move a SLES10 SP2 server from one DASD volume to another
(since we just installed a new storage box). However, after the move I
discovered that the server's boot parms included the following:
Ray,
is there a way to change the root= parm to be something
rather less specific so that it will then boot in its new home?
I have found it hard to rectify by hand. You might save time in the long
run by reinstalling (if this is an option), and for every file system in
the Expert Partitioner,
On Jul 16, 2009, at 11:45 AM, Ray Mansell wrote:
I need to move a SLES10 SP2 server from one DASD volume to another
(since we just installed a new storage box). However, after the move I
discovered that the server's boot parms included the following:
root=/dev/disk/by-id/ccw-IBMetc
Thank you, David and Mark.
As it turns out, I *had* done the right thing (changed the boot parm in
zipl.conf), but due to a finger check had managed to specify the wrong
partition. Your responses caused me to double-check my work and thus
discover my error.
Ray
Marcy Cortes píše v St 15. 07. 2009 v 17:35 -0500:
Has anyone here used this?
We have an app considering trying it on zLinux as a new temporary home.
Firebird didn't have any support for the s390(x) platform until today
when I wrote it :-) Packages in Fedora can be expected soon (and maybe
we
I didn't know the system-config commands so I'll have a look at them.
As for YUM, as I understand it it is more like an updater so I didn't
look at it thus far since I want to install software (from my software
repository) rather than update installed packages.
Thank you all for your tips.
On 07/16/2009 02:59 PM, Berry van Sleeuwen wrote:
I didn't know the system-config commands so I'll have a look at them.
As for YUM, as I understand it it is more like an updater so I didn't
look at it thus far since I want to install software (from my software
repository) rather than update
Does that mean you put s390x.rpm's somewhere?
Marcy
This message may contain confidential and/or privileged information. If you
are not the addressee or authorized to receive this for the addressee, you must
not use, copy, disclose, or take any action based on this message or any
information
Mark Post wrote:
On 7/15/2009 at 6:35 PM, Marcy Cortes marcy.d.cor...@wellsfargo.com wrote:
Has anyone here used this?
We have an app considering trying it on zLinux as a new temporary home.
Marcy,
I'm not aware of any Linux distribution that provides this, let alone support
for it.
21 matches
Mail list logo