Redhat-install-list Digest, Vol 8, Issue 23

Palli Karma-Sahayak Foundation (PKSF) pksf at pksf-bd.org
Mon Oct 25 03:31:24 UTC 2004


Hi!
Recently we are installing our HP Proliant DL 740 cluster server.The 
operating system is RH Enterprise Linux AS. I can't setup the clustaring. 
How come i install it.
Mr. Alam

At 12:00 PM 10/24/2004 -0400, you wrote:
>Send Redhat-install-list mailing list submissions to
>         redhat-install-list at redhat.com
>
>To subscribe or unsubscribe via the World Wide Web, visit
>         https://www.redhat.com/mailman/listinfo/redhat-install-list
>or, via email, send a message with subject or body 'help' to
>         redhat-install-list-request at redhat.com
>
>You can reach the person managing the list at
>         redhat-install-list-owner at redhat.com
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of Redhat-install-list digest..."
>
>
>Today's Topics:
>
>    1. can't print anything at all (Scott Adamson)
>    2. Disk upgrade problem (glow2797 at bigpond.net.au)
>    3. Re: Disk upgrade problem (Bob McClure Jr)
>    4. Re: coredump settings (Jim Hayward)
>    5. WAS: Disk upgrade problem | NOW jumper ? (Stephen W)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: 24 Oct 2004 15:55:13 +1000
>From: Scott Adamson <scottadamson at sywaretech.com.au>
>Subject: can't print anything at all
>To: redhat-install-list at redhat.com
>Message-ID: <1098597313.4190.17.camel at localhost.localdomain>
>Content-Type: text/plain
>
>Hi, I am trying to setup a HP Laserjet 6L with RH 9. First of all I
>rebooted the machine with the printer connected & powered up, Kudzo
>found the new device, correctly identified it and allegedly installed
>the driver. The damn thing wont do anything, can't print the CUPS test
>file, can't print from any applications, can't even print a text file by
>using lpr. The only clue I can find is an entry in /var/log/messages
>which appears when the CUPS server is restarted -
>
>modprobe: Can't locate module char-major-188
>
>If anyone has any suggestions they would be much appreciated
>
>reagards,
>
>Scott
>
>
>
>
>
>------------------------------
>
>Message: 2
>Date: Sun, 24 Oct 2004 21:46:37 +1000
>From: "glow2797 at bigpond.net.au" <glow2797 at bigpond.net.au>
>Subject: Disk upgrade problem
>To: redhat-install-list at redhat.com
>Message-ID: <2a8e722a9522.2a95222a8e72 at email.bigpond.com>
>Content-Type: text/plain; charset=us-ascii
>
>Having a problem upgrading a hard disk with RH 8.0 and an AMD 800 
>processor and looking for suggestions.
>Have seen a posting on this list which might relate but can't find it now!
>
>Bought a Seagate Barracuda 200G drive
>
>Followed document from the Linux documentation project at
>www.tldp.org on Hard disk upgrade. Basically tells you to
>1. Install new with old
>2. Partition new like the old.
>3. Format new disk partitions.
>4. Mount new as /new-disk.......
>5. Copy files from old to new
>6.....Talks about lilo after this but I have grub installed.
>7. Take out old disk, make new disk master and reboot.
>
>Done all this stuff and tried to boot but wouldn't start, kept failing at 
>"Verifying DMI Pool data" which is just before grub is activated.
>Searched internet and found that I might have a 137G problem. Only have an 
>AMD Duron 800 installed. Went back to shop and changed for a 120G drive, 
>have went through the process again and find am getting same problem?
>Installing 200G drive the BIOS was reporting a 137G capacity on drive but 
>this time BIOS is reporting properly.
>
>Seen a posting here which mentioned something about formatting initially 
>with DOS as the disk size etc is contained in a block on the disk which is 
>passed to Linux and this struck a cord as when I look at old fdisk I have 
>an extended partition at dev/hda4 (root directory is mounted on /dev/hda5) 
>which is reported as type Win95 extended. Previously this was installed 
>using the cdrom disc set so I had minimal knowledge of the settings, 
>however I have assumed this is mistake as could tldp document does not 
>mention this and I can't find how to set it as this.
>
>Any tips, or is there any way I can pin down what problem is, have lost a 
>bit of hair over this so thanks for any help.
>
>Gordon Low
>
>
>
>
>
>------------------------------
>
>Message: 3
>Date: Sun, 24 Oct 2004 07:01:19 -0500
>From: Bob McClure Jr <robertmcclure at earthlink.net>
>Subject: Re: Disk upgrade problem
>To: Getting started with Red Hat Linux
>         <redhat-install-list at redhat.com>
>Message-ID: <20041024120119.GA21292 at bobcat.bobcatos.com>
>Content-Type: text/plain; charset=us-ascii
>
>On Sun, Oct 24, 2004 at 09:46:37PM +1000, glow2797 at bigpond.net.au wrote:
> > Having a problem upgrading a hard disk with RH 8.0 and an AMD 800 
> processor and looking for suggestions.
> > Have seen a posting on this list which might relate but can't find it now!
> >
> > Bought a Seagate Barracuda 200G drive
> >
> > Followed document from the Linux documentation project at
> > www.tldp.org on Hard disk upgrade. Basically tells you to
> > 1. Install new with old
> > 2. Partition new like the old.
> > 3. Format new disk partitions.
> > 4. Mount new as /new-disk.......
> > 5. Copy files from old to new
> > 6.....Talks about lilo after this but I have grub installed.
> > 7. Take out old disk, make new disk master and reboot.
> >
> > Done all this stuff and tried to boot but wouldn't start, kept failing 
> at "Verifying DMI Pool data" which is just before grub is activated.
> > Searched internet and found that I might have a 137G problem. Only have 
> an AMD Duron 800 installed. Went back to shop and changed for a 120G 
> drive, have went through the process again and find am getting same problem?
> > Installing 200G drive the BIOS was reporting a 137G capacity on drive 
> but this time BIOS is reporting properly.
> >
> > Seen a posting here which mentioned something about formatting 
> initially with DOS as the disk size etc is contained in a block on the 
> disk which is passed to Linux and this struck a cord as when I look at 
> old fdisk I have an extended partition at dev/hda4 (root directory is 
> mounted on /dev/hda5) which is reported as type Win95 extended. 
> Previously this was installed using the cdrom disc set so I had minimal 
> knowledge of the settings, however I have assumed this is mistake as 
> could tldp document does not mention this and I can't find how to set it 
> as this.
> >
> > Any tips, or is there any way I can pin down what problem is, have lost 
> a bit of hair over this so thanks for any help.
> >
> > Gordon Low
>
>Assuming your disk is being recognized properly, I suspect the only
>missing part is getting the boot loader in the right spot.
>
>After you've transferred everything and moved the new disk to the
>(presumably) master location, boot with the distribution CD to rescue
>mode (at the boot: prompt, put "linux rescue"), let it mount your
>system on /mnt/sysimage, then pop out the CD and
>
>   chroot /mnt/sysimage
>   grub-install /dev/hda
>   exit
>   exit
>
>Yeah, exit once out of the chroot shell, and again to reboot.
>
>BTW, _always_ use master and slave jumpering on the drives.  "Cable
>Select" (CS) is unreliable at best and evil at worst.
>
>Cheers,
>--
>Bob McClure, Jr.             Bobcat Open Systems, Inc.
>robertmcclure at earthlink.net  http://www.bobcatos.com
>Grace happens.
>
>
>
>------------------------------
>
>Message: 4
>Date: Sun, 24 Oct 2004 05:08:19 -0700
>From: Jim Hayward <jimhayward at earthlink.net>
>Subject: Re: coredump settings
>To: Getting started with Red Hat Linux
>         <redhat-install-list at redhat.com>
>Message-ID: <1098619699.2758.19.camel at garfield.linux.localdomain>
>Content-Type: text/plain; charset="us-ascii"
>
>On Sat, 2004-10-23 at 05:03 -0700, Vaibhav Deshpande wrote:
> > One of my application programs (C++) is giving segmentation fault and
> > I'm not able to get core dump of running process.
> >
> > What settings I need to do to get core dumps?
> >
>
>core dumps are turned off by default in /etc/profile. You can make per
>user changes by editing your ~/.bash_profile.
>
>Look for the line, ulimit -S -c 0 > /dev/null 2>&1, you can either
>comment out the entire line to set no limit on the size of the core
>files or set your own maximum size.
>
>This disables core dumps by setting there maximum size to zero
>ulimit -S -c 0. The rest of the line, > /dev/null 2>&1, deletes the zero
>length file by redirecting the output to /dev/null.
>
>Instead of using core dumps it would be just as easy to run your
>application under gdb.
>
>Regards,
>         Jim H
>--
>Jim Hayward <jimhayward at earthlink.net>
>GPG Key available at: http://keyserver.noreply.org
>gpg --recv-keys --keyserver keyserver.noreply.org 0x85A92DCC
>GPG Fingerprint: 1AA9 AEC9 BFDF FF7A E4F8 90C7 4947 3A41 85A9 2DCC
>-------------- next part --------------
>A non-text attachment was scrubbed...
>Name: not available
>Type: application/pgp-signature
>Size: 189 bytes
>Desc: This is a digitally signed message part
>Url : 
>/archives/redhat-install-list/attachments/20041024/c53a10fb/attachment.bin
>
>------------------------------
>
>Message: 5
>Date: Sun, 24 Oct 2004 05:14:12 -0700 (PDT)
>From: Stephen W <winstephen at yahoo.com>
>Subject: WAS: Disk upgrade problem | NOW jumper ?
>To: Getting started with Red Hat Linux
>         <redhat-install-list at redhat.com>
>Message-ID: <20041024121412.62030.qmail at web13521.mail.yahoo.com>
>Content-Type: text/plain; charset=us-ascii
>
>Bob McClure, Jr wrote:
>
> > BTW, _always_ use master and slave jumpering on the
> > drives.  "Cable Select" (CS) is unreliable at best
>  > and evil at worst.
>
>
>What kind of problems are there with cable select?  I
>have been running my HD so configured and not had any
>problems that "seem" to be so related.
>
>However, that may not be true.  I have not had boot
>problems (which is what I would expect).
>
>Maybe I should pull out my drives and jumper them?
>Are the problems on older MD? (I am running a
>relatively new MB: ASUS A7N8X-Deluxe.)
>
>Thanks
>
>
>=====
>Stephen W
>Sarasota, FL USA
>
>Beware of bugs in the above code; I have only proved it correct, not tried 
>it.
>-Donald Knuth, computer scientist (1938- )
>
>Ignorance more frequently begets confidence than does knowledge.
>-Charles Darwin, naturalist and author (1809-1882)
>
>
>
>_______________________________
>Do you Yahoo!?
>Declare Yourself - Register online to vote today!
>http://vote.yahoo.com
>
>
>
>------------------------------
>
>_______________________________________________
>Redhat-install-list mailing list
>Redhat-install-list at redhat.com
>https://www.redhat.com/mailman/listinfo/redhat-install-list
>
>End of Redhat-install-list Digest, Vol 8, Issue 23
>**************************************************




More information about the Redhat-install-list mailing list