>> been managing enterprise systems for about 20 years, is you should
>> *never* do automated upgrades. You can certainly get automated
I think this depends on context.
If you have a cluster of a hundred nodes, moving from machine to machine
with a stack of RH CDs doing manual
On Wednesday 30 October 2002 12:44 pm, Ed Wilts is done writ:
> On Wed, Oct 30, 2002 at 09:14:43AM -0800, Chuck Dutrow wrote:
> > my question is there a way to set up something that will allow automated
> > ver upgrades from the web, I heard something about this if you belong to
> I am new to using RH for my business. I have "played" with it since ver
> 4 and finally this year opened a new business and decided to use ver 7.
> So my question is there a way to set up something that will allow
> automated ver upgrades from the web, I heard somet
ll allow automated ver upgrades from the web,
>I heard something about this if you belong to RHNetwork. As I use the server 24-7 I
>cant really afford to take the server down to install new ver all the time. So if you
>have any suggestions let me know. A How-To would be great!!
>
Fo
I am new to using RH for my business. I have "played" with it since ver 4 and finally this year opened a new business and decided to use ver 7. So my question is there a way to set up something that will allow automated ver upgrades from the web, I heard something about this if you
On Sun, 2002-03-31 at 12:09, David Talkington wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Bret Hughes wrote:
>
> >I guess it is time to upgrade. This particular machine is the primary
> >file server and intranet server where a significant portion of the apps
> >that run our sys
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bret Hughes wrote:
>I guess it is time to upgrade. This particular machine is the primary
>file server and intranet server where a significant portion of the apps
>that run our system lives. I have hesitated to wade into it but I guess
>I will test
Since grub can be modified at boot time, I wonder if maybe redhat does that
deliberately to allow this feature.
bruce
Matthew Galgoci wrote:
> I encourage you to file a bug at bugzilla.redhat.com. grub.conf should
> arguably be treated the same as /etc/shadow.
>
> Matt
>
> On Thu, Jan 31, 2002 a
I encourage you to file a bug at bugzilla.redhat.com. grub.conf should
arguably be treated the same as /etc/shadow.
Matt
On Thu, Jan 31, 2002 at 11:29:23PM +, Jim Breton wrote:
> Hi all. Been using Red Hat (7.2) for about a week or two now (was a
> Debian user for a couple years). I've b
Hi all. Been using Red Hat (7.2) for about a week or two now (was a
Debian user for a couple years). I've been installing the Errata RPMs
and I've noticed that when I install the kernel packages, they hose the
permissions I've set on grub.conf.
I set them non-world-readable because the file con
"Kirk R. Wythers" wrote:
>
> I would like to hear anyone's thoughts concerning a hardware upgrade. I
> am going to put a second cpu and another 256 meg memory module in a
If you want to add a second CPU, make sure it has the same lot number as
the one you're using now. It's not enough that you
Hi,
You'll have no problems with the ram, and the cpu shouldn't be a problem
you'll just have to recompile your kernel to do SMP. Maybe think about upgradeing to
2.4.x?
On Tue, Apr 10, 2001 at 02:12:31PM -0500, Kirk R. Wythers wrote:
> I would like to hear anyone's thoughts concerning
I would like to hear anyone's thoughts concerning a hardware upgrade. I
am going to put a second cpu and another 256 meg memory module in a
workstation. This box has been running redhat and has been continually
upgraded since the days of 5.2 (it is currently running 7.0).
What are the issues that
I am running Wolverine and I really think it is great. It seems to far
surpass anything that RH7 has. I had Fisher running before Wolverine and
it was an improvement over RH7 but not nearly as nice as Wolverine. The
bottom line is - Wolverine should be released now as a final version. What
a pleas
I run 6.2 and I use 2.10f. 2.4.x loads and runs fine (other than any of
the lil bugs I haven't found as of yet). Not every item on that list is
100% necessary. Upgrade everything you can. Note: you may end up having to
pull the RPM of something to install its update via tarball
(.tar[.gz|.bz2]). P
ry to upgrade util-linux ??
These are the upgrades that are said to be needed
Current Minimal Requirements
Upgrade to at *least* these software revisions before thinking you've
encountered a bug! If you're unsure what version you're currently
running, t
On Fri, May 26, 2000 at 09:45:40AM -0500, Nitebirdz<[EMAIL PROTECTED]> wrote:
> I also believe it is unfair to call Red Hat "the Microsoft of the Linux
> world". They are an opensource company that has always bet on opensource,
> at least to this date (that, of course, may change soon). Every si
On Mon, 22 May 2000, Prentice wrote:
> Apparently, Red Hat likes to remove things, too. I've been having the
> damnedest time trying to install RH 6.2 on Dell Pricision workstations that
> have Ultra66 controllers. The RH install fails even though the kernel should
> support Ultra66 disk controll
Apparently, Red Hat likes to remove things, too. I've been having the
damnedest time trying to install RH 6.2 on Dell Pricision workstations that
have Ultra66 controllers. The RH install fails even though the kernel should
support Ultra66 disk controllers. I get the unadultered kernel from kerl.or
Yes, I didn't think that where I got should matter either, but then
thought that maybe RedHat added items in with their distro that wasn't in
the standard kernel releases. I looked for info on the changes to this
kernel and nothing was mentioned about removing the network items I'm
looking for.
Where you got the kernel does matter. RedHat adds some patches to their
kernels that havn't made it into the official stable kernels yet.
Mikkel
On Sun, 21 May 2000, Victor R. Cardona wrote:
> Where you got the kernel really shouldn't matter. I too noticed that there
> are some options missing
Where you got the kernel really shouldn't matter. I too noticed that there are some
options missing. The Power down on shutdown option is no longer included for some
reason. Oh wel, as long as you don't have a dire need to upgrade, I guess it's ok.
Victor
On Sun, May 21, 2000 at 04:36:45PM -07
Hi all,
I was just recompiling a new kernel (2.2.15) and found that there are a few
options that 2.2.14 had that are missing here. Mostly I'm looking for the
network config option CONFIG_NET_SCHED. Is there any reason why this might
be? I could go back and use 2.2.14, but I'd like to find out
procps >= 2.0.4 is needed by initscripts-5.00-1
> > setup >= 2.0.3 is needed by initscripts-5.00-1
> > /sbin/fuser is needed by initscripts-5.00-1
> > timeconfig < 3.0 conflicts with initscripts-5.00-1
> >
> > If I try to upgrade
ripts-5.00-1
> timeconfig < 3.0 conflicts with initscripts-5.00-1
>
> If I try to upgrade the dependencies I just keep getting similar
> messages.
>
> What is the best way to upgrade these packages?
This is the circular-dependency problem that keeps cropping up.
Wh
On Mon, 8 May 2000, Kevin Hancock wrote:
>
> Hi All
>
> I am new to this RPM style of managing things and have come up against the
> following.
>
> [root@mail /tmp]# rpm -Uvh syslogd-1.3.33-15.i386.rpm
> error: file /etc/syslog.conf from install of syslogd-1.3.33-15 conflicts
> with file from
Hello Kevin,
Sunday, May 07, 2000, 10:18:10 PM, you wrote:
KH> Hi All
KH> I am new to this RPM style of managing things and have come up against the
KH> following.
KH> [root@mail /tmp]# rpm -Uvh syslogd-1.3.33-15.i386.rpm
KH> error: file /etc/syslog.conf from install of syslogd-1.3.33-15 conf
Hi All
I am new to this RPM style of managing things and have come up against the
following.
[root@mail /tmp]# rpm -Uvh syslogd-1.3.33-15.i386.rpm
error: file /etc/syslog.conf from install of syslogd-1.3.33-15 conflicts
with file from package sysklogd-1.3.31-6
error: file /usr/sbin/klogd from i
Adrian Walters wrote:
> is there any place i can look at that will give me the changes from say
> kernel 2.2.12 - 2.2.14. i am thinking about upgrading my kernel but ony if
> it is worth while. http://www.kernelnotes.org shows the differences
> between kernel 2.0 and 2.2 but not different versions
Adrian Walters <[EMAIL PROTECTED]> wrote:
>is there any place i can look at that will give me the changes from say
>kernel 2.2.12 - 2.2.14. i am thinking about upgrading my kernel but ony if
>it is worth while. http://www.kernelnotes.org shows the differences
>between kernel 2.0 and 2.2 but not d
is there any place i can look at that will give me the changes from say
kernel 2.2.12 - 2.2.14. i am thinking about upgrading my kernel but ony if
it is worth while. http://www.kernelnotes.org shows the differences
between kernel 2.0 and 2.2 but not different versions of a 2.2 kernel...
10:53am
In your message to the Redhat list, you wrote:
Quote on:
2) Processor upgrades - I cannot afford to turn this old machine into a new
system with a replacement motherboard and processor. I can, however,
afford
one of the processor replacement upgrades (e.g. from 486DX2-66 to
P133MMX
What do you plan using this PC for?
I was using a 486/66 until last month...
-Manuel.
-Mensaje original-
De: M. I. S. Director <[EMAIL PROTECTED]>
Para: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Fecha: Domingo, 02 de Enero de 2000 11:46 p.m.
Asunto: Upgrades for a 486?
>
The CD problem of my previous message is fixed. Now to move on to other
upgrades for this old 486 handed down to me (the first upgrade will be win95 to
Linux).
There are really two main upgrades about which I have questions:
1) Is there such a thing as a 10/100 NIC card for this ISA-bus
I'm running rh5.0 with most of the updates. I've been running
the 2.0.32 kernel from the RPM on RH's site. I'd really like
to have FAT32 support so I can steal some harddrive space from
Windows and to ease some work that I do under both environments.
I DL'd the generic 2.0.34 source and built a
upgrade the programs that are on
> > http://www.linuxhq.com/pgmup21.html, the required program upgrades for
> > kernel 2.1.x, to avoid shit loads of compiling errors? Like procps I
> > couldn't compile because of errors with termcap.h. So I upgraded my
> > ncurses
"Eric L. Green <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> writes:
> On 8 Apr 1998, Eze Ogwuma wrote:
> > I have four 2.1GB SCSI drives and I want to make three of them into a
> > RAID-0 array using the md driver.
> >
> > I was thinking of using part of the fourth disk as a boot
> > partition. What
On 8 Apr 1998, Eze Ogwuma wrote:
> "Eric L. Green <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> writes:
> > On 8 Apr 1998, Eze Ogwuma wrote:
> > > partition. What I would like to know is what happens when a system
> > > upgrade is done e.g. from RH4.2 -> 5.0 or 5.0->5.1.
> > The only real "secret" is
"Eric L. Green <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> writes:
> But the stuff installed off the CD-ROM generally is not what you need
> performance for. What you need performance for is things like news spools,
> database data sets, etc. That's what I'm using a RAID-0 for at Sabine --
> it real
On 8 Apr 1998, Eze Ogwuma wrote:
> > for setting up the 'md' device. So anything installed off the CDROM should
> > go onto the "boot" (non-md) partition.
>
> This isn't good. The whole point of using RAID-0 was to get faster
> transfers from the /usr, /var, /opt and /usr/src partitions. If I c
ence. :) It's more difficult than a plain install/upgrade
> but not impossible.
This is possible but I would have to either do a minimal install onto
a 100MB root partition then upgrade the rest by hand or keep a large
amount of disk space free for upgrades.
Thanks.
--
Eze Ogwuma
--
On 8 Apr 1998, Eze Ogwuma wrote:
> I have four 2.1GB SCSI drives and I want to make three of them into a
> RAID-0 array using the md driver.
>
> I was thinking of using part of the fourth disk as a boot
> partition. What I would like to know is what happens when a system
> upgrade is done e.g. fr
On 8 Apr 1998, Eze Ogwuma wrote:
> partition. What I would like to know is what happens when a system
> upgrade is done e.g. from RH4.2 -> 5.0 or 5.0->5.1.
Everything breaks. The best way to upgrade between major versions of Red
Hat is by reinstalling.
> Does anyone have any experience upgrad
Hi,
I have four 2.1GB SCSI drives and I want to make three of them into a
RAID-0 array using the md driver.
I was thinking of using part of the fourth disk as a boot
partition. What I would like to know is what happens when a system
upgrade is done e.g. from RH4.2 -> 5.0 or 5.0->5.1.
Does anyo
44 matches
Mail list logo