From pblajev at ucsd.edu Fri Feb 8 19:01:21 2008 From: pblajev at ucsd.edu (Peter Blajev) Date: Fri, 8 Feb 2008 11:01:21 -0800 Subject: Disk partitions and LVM limits Message-ID: <200802081101.21774.pblajev@ucsd.edu> Hi, I've got a DAS DELL MD1000 with a bunch of SATA drives in RAID 5 configuration with total space of 5.4TB. This box is attached to a CentOS5 system (kernel 2.6.18-53.1.6.el5). Any idea how to make this space usable? Is there a limit how big a partition can be? What is the work around? Is there a limit how big a file system ca be? I've tried to partition it but no matter how bug partition I create fdisk spits out these messages on the console: --- sdb: very big device. try to use READ CAPACITY(16). SCSI device sdb: 10248519680 512-byte hdwr sectors (5247242 MB) sdb: Write Protect is off --- I decided to not partition the drive and use LVM but the physical volume stopped at 2TB. So, right now I can't use LVM because of this 2TB limit and I'm not sure if I partition the drive how good these partitions are because of the the message from fdisk. Any help or idea is highly appreciated. Thank you Peter From Jonathan.Klay at noaa.gov Mon Feb 11 21:08:02 2008 From: Jonathan.Klay at noaa.gov (Jonathan Klay) Date: Mon, 11 Feb 2008 13:08:02 -0800 Subject: Disk partitions and LVM limits In-Reply-To: <20080209170005.BB1F472F3C@hormel.redhat.com> References: <20080209170005.BB1F472F3C@hormel.redhat.com> Message-ID: <47B0B932.6010408@noaa.gov> I found this a bit difficult, but look at Redhat knowledge base article 11461. Seems you have to guess at the max size, as it doesn't tell you what it is (it will be something less than 5.4TB!), so I created and removed as I zeroed in on it best I could. Peter Blajev wrote: > Date: Fri, 8 Feb 2008 11:01:21 -0800 > From: Peter Blajev > Subject: Disk partitions and LVM limits > To: redhat-sysadmin-list at redhat.com > Message-ID: <200802081101.21774.pblajev at ucsd.edu> > Content-Type: text/plain; charset="us-ascii" > > Hi, > > I've got a DAS DELL MD1000 with a bunch of SATA drives in RAID 5 configuration > with total space of 5.4TB. This box is attached to a CentOS5 system (kernel > 2.6.18-53.1.6.el5). > > Any idea how to make this space usable? > Is there a limit how big a partition can be? What is the work around? > Is there a limit how big a file system ca be? > > I've tried to partition it but no matter how bug partition I create fdisk > spits out these messages on the console: > --- > sdb: very big device. try to use READ CAPACITY(16). > SCSI device sdb: 10248519680 512-byte hdwr sectors (5247242 MB) > sdb: Write Protect is off > --- > > I decided to not partition the drive and use LVM but the physical volume > stopped at 2TB. > > So, right now I can't use LVM because of this 2TB limit and I'm not sure if I > partition the drive how good these partitions are because of the the message > from fdisk. > > Any help or idea is highly appreciated. > > Thank you > Peter > > > > ------------------------------ > > -- > redhat-sysadmin-list mailing list > redhat-sysadmin-list at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list > > End of redhat-sysadmin-list Digest, Vol 37, Issue 1 > *************************************************** > -- Jonathan Klay <+> System Administrator From s.vinod79 at gmail.com Tue Feb 12 01:37:26 2008 From: s.vinod79 at gmail.com (Vinod Kumar) Date: Tue, 12 Feb 2008 07:07:26 +0530 Subject: Disk partitions and LVM limits In-Reply-To: <47B0B932.6010408@noaa.gov> References: <20080209170005.BB1F472F3C@hormel.redhat.com> <47B0B932.6010408@noaa.gov> Message-ID: Hi Peter, You can use parted (or gparted) to create partitions greater than 2TB. Regards, Vinod On 2/12/08, Jonathan Klay wrote: > > I found this a bit difficult, but look at Redhat knowledge base article > 11461. Seems you have to guess at the max size, as it doesn't tell you > what it is (it will be something less than 5.4TB!), so I created and > removed as I zeroed in on it best I could. > > Peter Blajev wrote: > > > Date: Fri, 8 Feb 2008 11:01:21 -0800 > > From: Peter Blajev > > Subject: Disk partitions and LVM limits > > To: redhat-sysadmin-list at redhat.com > > Message-ID: <200802081101.21774.pblajev at ucsd.edu> > > Content-Type: text/plain; charset="us-ascii" > > > > Hi, > > > > I've got a DAS DELL MD1000 with a bunch of SATA drives in RAID 5 > configuration > > with total space of 5.4TB. This box is attached to a CentOS5 system > (kernel > > 2.6.18-53.1.6.el5). > > > > Any idea how to make this space usable? > > Is there a limit how big a partition can be? What is the work around? > > Is there a limit how big a file system ca be? > > > > I've tried to partition it but no matter how bug partition I create > fdisk > > spits out these messages on the console: > > --- > > sdb: very big device. try to use READ CAPACITY(16). > > SCSI device sdb: 10248519680 512-byte hdwr sectors (5247242 MB) > > sdb: Write Protect is off > > --- > > > > I decided to not partition the drive and use LVM but the physical volume > > stopped at 2TB. > > > > So, right now I can't use LVM because of this 2TB limit and I'm not sure > if I > > partition the drive how good these partitions are because of the the > message > > from fdisk. > > > > Any help or idea is highly appreciated. > > > > Thank you > > Peter > > > > > > > > ------------------------------ > > > > -- > > redhat-sysadmin-list mailing list > > redhat-sysadmin-list at redhat.com > > https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list > > > > End of redhat-sysadmin-list Digest, Vol 37, Issue 1 > > *************************************************** > > > > -- > > Jonathan Klay <+> > System Administrator > > > -- > redhat-sysadmin-list mailing list > redhat-sysadmin-list at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jolt at ti.com Tue Feb 12 12:15:32 2008 From: jolt at ti.com (Olt, Joseph) Date: Tue, 12 Feb 2008 06:15:32 -0600 Subject: Disk partitions and LVM limits In-Reply-To: Message-ID: <6B34B8A05FA7544BB7F013ACD452E02802225639@dlee11.ent.ti.com> Hello Peter, According to centos.org, you should be able to create a partition that size: http://www.centos.org/product.html. RedHat had an ext3 filesystem limit of 2TB until RHEL4. I know you want to make the space usable, but do you really need a single filesystem that is that large? Generally, you don't see filesystems larger then 2TB without using a special filesystem that will scale across multiple partitions and you have a specific need you are solving. Just remember that if you create that large of a filesystem and it gets corrupt, all of that data is lost. There is also a greater consideration for backup and restore. If you have smaller partitions and one partitions backup job fails, you still have the others. If possible, you may want to consider creating smaller filesystems and mount them where you need the space. Regards, Joseph ________________________________ From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of Vinod Kumar Sent: Monday, February 11, 2008 8:37 PM To: redhat-sysadmin-list at redhat.com Subject: Re: Disk partitions and LVM limits Hi Peter, You can use parted (or gparted) to create partitions greater than 2TB. Regards, Vinod On 2/12/08, Jonathan Klay wrote: I found this a bit difficult, but look at Redhat knowledge base article 11461. Seems you have to guess at the max size, as it doesn't tell you what it is (it will be something less than 5.4TB!), so I created and removed as I zeroed in on it best I could. Peter Blajev wrote: > Date: Fri, 8 Feb 2008 11:01:21 -0800 > From: Peter Blajev > Subject: Disk partitions and LVM limits > To: redhat-sysadmin-list at redhat.com > Message-ID: <200802081101.21774.pblajev at ucsd.edu> > Content-Type: text/plain; charset="us-ascii" > > Hi, > > I've got a DAS DELL MD1000 with a bunch of SATA drives in RAID 5 configuration > with total space of 5.4TB. This box is attached to a CentOS5 system (kernel > 2.6.18-53.1.6.el5). > > Any idea how to make this space usable? > Is there a limit how big a partition can be? What is the work around? > Is there a limit how big a file system ca be? > > I've tried to partition it but no matter how bug partition I create fdisk > spits out these messages on the console: > --- > sdb: very big device. try to use READ CAPACITY(16). > SCSI device sdb: 10248519680 512-byte hdwr sectors (5247242 MB) > sdb: Write Protect is off > --- > > I decided to not partition the drive and use LVM but the physical volume > stopped at 2TB. > > So, right now I can't use LVM because of this 2TB limit and I'm not sure if I > partition the drive how good these partitions are because of the the message > from fdisk. > > Any help or idea is highly appreciated. > > Thank you > Peter > > > > ------------------------------ > > -- > redhat-sysadmin-list mailing list > redhat-sysadmin-list at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list > > End of redhat-sysadmin-list Digest, Vol 37, Issue 1 > *************************************************** > -- Jonathan Klay <+> System Administrator -- redhat-sysadmin-list mailing list redhat-sysadmin-list at redhat.com https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From jsbillin at Princeton.EDU Tue Feb 12 13:05:18 2008 From: jsbillin at Princeton.EDU (Jonathan S. Billings) Date: Tue, 12 Feb 2008 08:05:18 -0500 Subject: Disk partitions and LVM limits In-Reply-To: <200802081101.21774.pblajev@ucsd.edu> References: <200802081101.21774.pblajev@ucsd.edu> Message-ID: <20080212130518.GI4194@princeton.edu> On Fri, Feb 08, 2008 at 11:01:21AM -0800, Peter Blajev wrote: > Any idea how to make this space usable? > Is there a limit how big a partition can be? What is the work around? > Is there a limit how big a file system ca be? You need to use a different kind of partition table. Use 'parted' to create a new label on the device, and use 'mklabel gpt' instead. GPT partition tables can support up to 128 partitions, so no need to create extended partitions. I believe most modern bootloaders understand gpt, I'm sure CentOS5 does. You can create >2T volumes with GPT. I'm not sure on the maximum size limit for GPT partition table partitions, but I'm sure it's above 10T, since I've created volumes that size. -- Jonathan Billings Computational Science and Engineering Support (CSES) http://www.princeton.edu/~cses/ From pblajev at ucsd.edu Wed Feb 13 20:05:29 2008 From: pblajev at ucsd.edu (Peter Blajev) Date: Wed, 13 Feb 2008 12:05:29 -0800 Subject: Disk partitions and LVM limits - SUMMARY In-Reply-To: <47AF2EED.34C4.0040.3@hsc.wvu.edu> References: <20080209170018.9A69A73131@hormel.redhat.com> <47AF2EED.34C4.0040.3@hsc.wvu.edu> Message-ID: <200802131205.29499.pblajev@ucsd.edu> Thank you all for the help. I'm writing this summary message because of people requests. I haven't tried all of this. I just collected it and organized it. You've got a big storage. Now what? The short answer is: "Just connect it. It should work." I'll play safe by saying that the following applies to <10TB storage. Some people reported file systems of 80TB. Things to watch out for: - Make sure the driver you are using or the storage itself don't restrict you from making big partitions or file systems. - fdisk creates partitions up to 2.1TB in size. Use "parted" instead. - RHEL5 supports up to 8TB ext3 file system. To create bigger then 8TB use option "-F" and 4K blocks. Your options are: - If the storage is connected to a RAID controller you can use the controller to create smaller logical partitions. Then combine them with LVM. - If you really want to partition the drive use parted. While partitioning if you run into this message: === sdb: very big device. try to use READ CAPACITY(16). SCSI device sdb: 10248519680 512-byte hdwr sectors (5247242 MB) sdb: Write Protect is off === you can just ignore it. It's informational (based on a few people replies). If you don't like parted you can still use fdisk to create a few 2TB partitions and then use LVM. - Use LVM on the raw device. Don't partition. This is what I did and it worked for me. Make sure you wipe out the MBR first: dd if=/dev/zero of=/dev/sdX bs=512 count=63 (count=1 should work too but 63 won't hurt either) Create the pv, vg and lv: pvcreate /dev/sdX vgcreate /dev/sdX lvcreate -L -n -v vg_name Now you have to create the file systems. Some people recommend XFS. If you try to create bigger then 8TB ext3 file system make sure you use option "-F" and 4K blocks: mkfs -t ext3 -F -b 4096 /dev/vg00/lvol01 For more information: http://www.centos.org/product.html http://kbase.redhat.com/faq/FAQ_103_11461.shtm The email thread "Disk partitions and LVM limits" in CentOS, RedHat and RedHat-Sysadmin mailing lists. Thank you Peter > Hi, > > I've got a DAS DELL MD1000 with a bunch of SATA drives in RAID 5 > configuration with total space of 5.4TB. This box is attached to a > CentOS5 system (kernel 2.6.18-53.1.6.el5). > > Any idea how to make this space usable? > Is there a limit how big a partition can be? What is the work around? > Is there a limit how big a file system ca be? > > I've tried to partition it but no matter how bug partition I create > fdisk spits out these messages on the console: > --- > sdb: very big device. try to use READ CAPACITY(16). > SCSI device sdb: 10248519680 512-byte hdwr sectors (5247242 MB) > sdb: Write Protect is off > --- > > I decided to not partition the drive and use LVM but the physical volume > stopped at 2TB. > > So, right now I can't use LVM because of this 2TB limit and I'm not sure > if I partition the drive how good these partitions are because of the > the message from fdisk. > > Any help or idea is highly appreciated. > > Thank you > Peter From jingchen at slac.stanford.edu Thu Feb 14 00:03:46 2008 From: jingchen at slac.stanford.edu (Zhou, Jingchen) Date: Wed, 13 Feb 2008 16:03:46 -0800 Subject: NFS out of sync In-Reply-To: <200802131205.29499.pblajev@ucsd.edu> References: <20080209170018.9A69A73131@hormel.redhat.com><47AF2EED.34C4.0040.3@hsc.wvu.edu> <200802131205.29499.pblajev@ucsd.edu> Message-ID: <8CF98BE8D19EA84BA2271BE19BE8F8340422BAFF@exch-mail2.win.slac.stanford.edu> We have a NFS server (running RHEL4) to support a large number of client workstations (running RHEL4). The clients are all identical (in term of hardware, OS, system configuration and etc), and have /usr/local mounted from the NFS server. /etc/fstab is configured identically on all clients as such: masterfs:/usr/local /usr/local nfs defaults 0 0 For some reason, one client's /usr/local is out of sync with the rest of clients (both files and the time stamps). For example: On one client that is out of sync: $ ls -all /usr/local/lcls/tools/edm/display/bpms -rwxr-xr-x 1 softegr lcls 31991 Jul 25 2007 bpm_stripline_diagnostic.edl -rw-rw-r-- 1 softegr lcls 32581 Apr 27 2007 bpm_stripline_diagnostic.edl~ -rw-rw-r-- 1 softegr lcls 6907 Dec 8 2006 bpm_stripline_sim.edl -rw-r--r-- 1 softegr lcls 6943 Dec 8 2006 bpm_stripline_sim.edl~ On all others : $ ls -all /usr/local/lcls/tools/edm/display/bpms -rw-rw-r-- 1 softegr lcls 31991 Jan 16 16:27 bpm_stripline_diagnostic.edl -rw-rw-r-- 1 softegr lcls 6907 Jan 16 16:27 bpm_stripline_sim.edl -rw-rw-r-- 1 iocegr lcls 88455 Jan 30 09:49 bpm_values_table.edl drwxrwxr-x 2 softegr lcls 4096 Jan 30 09:49 CVS What is going on here? This is causing us a lot of problems. I would certainly expect that /usr/local should be transparent and in sync on all clients. But this dir on one client is clearly out of sync for quite long and doesn't know how to sync back with the rest automatically. I have to reboot the client to clear the problem when that happens. Is there anyway to prevent this happen? Any help is greatly appreciated. Thank you very much, Jingchen From herta.vandeneynde at gmail.com Thu Feb 14 07:49:18 2008 From: herta.vandeneynde at gmail.com (Herta Van den Eynde) Date: Thu, 14 Feb 2008 08:49:18 +0100 Subject: NFS out of sync In-Reply-To: <8CF98BE8D19EA84BA2271BE19BE8F8340422BAFF@exch-mail2.win.slac.stanford.edu> References: <20080209170018.9A69A73131@hormel.redhat.com> <47AF2EED.34C4.0040.3@hsc.wvu.edu> <200802131205.29499.pblajev@ucsd.edu> <8CF98BE8D19EA84BA2271BE19BE8F8340422BAFF@exch-mail2.win.slac.stanford.edu> Message-ID: On 14/02/2008, Zhou, Jingchen wrote: > We have a NFS server (running RHEL4) to support a large number of client workstations (running RHEL4). The clients are all identical (in term of hardware, OS, system configuration and etc), and have /usr/local mounted from the NFS server. /etc/fstab is configured identically on all clients as such: > masterfs:/usr/local /usr/local nfs defaults 0 0 > > For some reason, one client's /usr/local is out of sync with the rest of clients (both files and the time stamps). For example: > > On one client that is out of sync: > > $ ls -all /usr/local/lcls/tools/edm/display/bpms > -rwxr-xr-x 1 softegr lcls 31991 Jul 25 2007 bpm_stripline_diagnostic.edl > -rw-rw-r-- 1 softegr lcls 32581 Apr 27 2007 bpm_stripline_diagnostic.edl~ > -rw-rw-r-- 1 softegr lcls 6907 Dec 8 2006 bpm_stripline_sim.edl > -rw-r--r-- 1 softegr lcls 6943 Dec 8 2006 bpm_stripline_sim.edl~ > > On all others : > > $ ls -all /usr/local/lcls/tools/edm/display/bpms > -rw-rw-r-- 1 softegr lcls 31991 Jan 16 16:27 bpm_stripline_diagnostic.edl > -rw-rw-r-- 1 softegr lcls 6907 Jan 16 16:27 bpm_stripline_sim.edl > -rw-rw-r-- 1 iocegr lcls 88455 Jan 30 09:49 bpm_values_table.edl > drwxrwxr-x 2 softegr lcls 4096 Jan 30 09:49 CVS > > > What is going on here? This is causing us a lot of problems. I would certainly expect that /usr/local should be transparent and in sync on all clients. But this dir on one client is clearly out of sync for quite long and doesn't know how to sync back with the rest automatically. I have to reboot the client to clear the problem when that happens. > > Is there anyway to prevent this happen? Any help is greatly appreciated. > > Thank you very much, > Jingchen > To start with the obvious, since you made no mention of it: are you running ntpd on all systems, and have you verified that it is working correctly? Kind regards, Herta -- "Life on Earth may be expensive, but it comes with a free ride around the Sun." From tiagocruz at forumgdh.net Thu Feb 14 12:05:25 2008 From: tiagocruz at forumgdh.net (Tiago Cruz) Date: Thu, 14 Feb 2008 10:05:25 -0200 Subject: NFS out of sync In-Reply-To: References: <20080209170018.9A69A73131@hormel.redhat.com> <47AF2EED.34C4.0040.3@hsc.wvu.edu> <200802131205.29499.pblajev@ucsd.edu> <8CF98BE8D19EA84BA2271BE19BE8F8340422BAFF@exch-mail2.win.slac.stanford.edu> Message-ID: <1202990725.18379.16.camel@tuxkiller.ig.com.br> On Thu, 2008-02-14 at 08:49 +0100, Herta Van den Eynde wrote: > To start with the obvious, since you made no mention of it: are you > running ntpd on all systems, and have you verified that it is working > correctly? Show us the output of "mount" command on mounted machine, please. -- Tiago Cruz http://everlinux.com Linux User #282636 From jingchen at slac.stanford.edu Thu Feb 14 18:01:56 2008 From: jingchen at slac.stanford.edu (Zhou, Jingchen) Date: Thu, 14 Feb 2008 10:01:56 -0800 Subject: NFS out of sync In-Reply-To: <1202990725.18379.16.camel@tuxkiller.ig.com.br> References: <20080209170018.9A69A73131@hormel.redhat.com><47AF2EED.34C4.0040.3@hsc.wvu.edu><200802131205.29499.pblajev@ucsd.edu><8CF98BE8D19EA84BA2271BE19BE8F8340422BAFF@exch-mail2.win.slac.stanford.edu> <1202990725.18379.16.camel@tuxkiller.ig.com.br> Message-ID: <8CF98BE8D19EA84BA2271BE19BE8F8340422BB5D@exch-mail2.win.slac.stanford.edu> $ mount masterfs:/usr/local on /usr/local type nfs (rw,addr=172.27.8.11) -----Original Message----- From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of Tiago Cruz Sent: Thursday, February 14, 2008 4:05 AM To: redhat-sysadmin-list at redhat.com Subject: Re: NFS out of sync On Thu, 2008-02-14 at 08:49 +0100, Herta Van den Eynde wrote: > To start with the obvious, since you made no mention of it: are you > running ntpd on all systems, and have you verified that it is working > correctly? Show us the output of "mount" command on mounted machine, please. -- Tiago Cruz http://everlinux.com Linux User #282636 -- redhat-sysadmin-list mailing list redhat-sysadmin-list at redhat.com https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list From jingchen at slac.stanford.edu Thu Feb 14 18:03:01 2008 From: jingchen at slac.stanford.edu (Zhou, Jingchen) Date: Thu, 14 Feb 2008 10:03:01 -0800 Subject: NFS out of sync In-Reply-To: References: <20080209170018.9A69A73131@hormel.redhat.com><47AF2EED.34C4.0040.3@hsc.wvu.edu><200802131205.29499.pblajev@ucsd.edu><8CF98BE8D19EA84BA2271BE19BE8F8340422BAFF@exch-mail2.win.slac.stanford.edu> Message-ID: <8CF98BE8D19EA84BA2271BE19BE8F8340422BB5E@exch-mail2.win.slac.stanford.edu> Yes. NTP is correctly set up on all machines. -----Original Message----- From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of Herta Van den Eynde Sent: Wednesday, February 13, 2008 11:49 PM To: redhat-sysadmin-list at redhat.com Subject: Re: NFS out of sync On 14/02/2008, Zhou, Jingchen wrote: > We have a NFS server (running RHEL4) to support a large number of client workstations (running RHEL4). The clients are all identical (in term of hardware, OS, system configuration and etc), and have /usr/local mounted from the NFS server. /etc/fstab is configured identically on all clients as such: > masterfs:/usr/local /usr/local nfs defaults 0 0 > > For some reason, one client's /usr/local is out of sync with the rest of clients (both files and the time stamps). For example: > > On one client that is out of sync: > > $ ls -all /usr/local/lcls/tools/edm/display/bpms > -rwxr-xr-x 1 softegr lcls 31991 Jul 25 2007 bpm_stripline_diagnostic.edl > -rw-rw-r-- 1 softegr lcls 32581 Apr 27 2007 bpm_stripline_diagnostic.edl~ > -rw-rw-r-- 1 softegr lcls 6907 Dec 8 2006 bpm_stripline_sim.edl > -rw-r--r-- 1 softegr lcls 6943 Dec 8 2006 bpm_stripline_sim.edl~ > > On all others : > > $ ls -all /usr/local/lcls/tools/edm/display/bpms > -rw-rw-r-- 1 softegr lcls 31991 Jan 16 16:27 bpm_stripline_diagnostic.edl > -rw-rw-r-- 1 softegr lcls 6907 Jan 16 16:27 bpm_stripline_sim.edl > -rw-rw-r-- 1 iocegr lcls 88455 Jan 30 09:49 bpm_values_table.edl > drwxrwxr-x 2 softegr lcls 4096 Jan 30 09:49 CVS > > > What is going on here? This is causing us a lot of problems. I would certainly expect that /usr/local should be transparent and in sync on all clients. But this dir on one client is clearly out of sync for quite long and doesn't know how to sync back with the rest automatically. I have to reboot the client to clear the problem when that happens. > > Is there anyway to prevent this happen? Any help is greatly appreciated. > > Thank you very much, > Jingchen > To start with the obvious, since you made no mention of it: are you running ntpd on all systems, and have you verified that it is working correctly? Kind regards, Herta -- "Life on Earth may be expensive, but it comes with a free ride around the Sun." -- redhat-sysadmin-list mailing list redhat-sysadmin-list at redhat.com https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list From jingchen at slac.stanford.edu Fri Feb 15 22:13:48 2008 From: jingchen at slac.stanford.edu (Zhou, Jingchen) Date: Fri, 15 Feb 2008 14:13:48 -0800 Subject: NFS out of sync In-Reply-To: <8CF98BE8D19EA84BA2271BE19BE8F8340422BAFF@exch-mail2.win.slac.stanford.edu> References: <20080209170018.9A69A73131@hormel.redhat.com><47AF2EED.34C4.0040.3@hsc.wvu.edu><200802131205.29499.pblajev@ucsd.edu> <8CF98BE8D19EA84BA2271BE19BE8F8340422BAFF@exch-mail2.win.slac.stanford.edu> Message-ID: <8CF98BE8D19EA84BA2271BE19BE8F83403ED07B7@exch-mail2.win.slac.stanford.edu> We have a NFS server (running RHEL4) to support a large number of client workstations (running RHEL4). The clients are all identical (in term of hardware, OS, system configuration and etc), and have /usr/local mounted from the NFS server. /etc/fstab is configured identically on all clients as such: masterfs:/usr/local /usr/local nfs defaults 0 0 For some reason, one client's /usr/local is out of sync with the rest of clients (both files and the time stamps). For example: On one client that is out of sync: $ ls -all /usr/local/lcls/tools/edm/display/bpms -rwxr-xr-x 1 softegr lcls 31991 Jul 25 2007 bpm_stripline_diagnostic.edl On all others : $ ls -all /usr/local/lcls/tools/edm/display/bpms -rw-rw-r-- 1 softegr lcls 31991 Jan 16 16:27 bpm_stripline_diagnostic.edl drwxrwxr-x 2 softegr lcls 4096 Jan 30 09:49 CVS As you can see, file bpm_stripline_diagnostic.edl is not updated on one client and file CVS is not showing up. What is going on here? I would certainly expect that /usr/local should be transparent and in sync on all clients. But this dir on one client is clearly out of sync for quite long and doesn't know how to sync back with the rest automatically. I have to reboot the client to clear the problem when that happens. By the way, all clinets have NTP set correctly. Is there anyway to prevent this happen? Any help is greatly appreciated. Thank you very much, Jingchen From rriley at ariba.com Mon Feb 18 17:35:04 2008 From: rriley at ariba.com (Richard Riley) Date: Mon, 18 Feb 2008 12:35:04 -0500 Subject: NFS out of sync In-Reply-To: <8CF98BE8D19EA84BA2271BE19BE8F83403ED07B7@exch-mail2.win.slac.stanford.edu> References: <20080209170018.9A69A73131@hormel.redhat.com><47AF2EED.34C4.0040.3@hsc.wvu.edu><200802131205.29499.pblajev@ucsd.edu><8CF98BE8D19EA84BA2271BE19BE8F8340422BAFF@exch-mail2.win.slac.stanford.edu> <8CF98BE8D19EA84BA2271BE19BE8F83403ED07B7@exch-mail2.win.slac.stanford.edu> Message-ID: <8A5A158B711C154A91790AF8F573CF8B0F1397@us-atlmail1.ariba.com> It would appear that the remote mount has failed and what you are seeing are actually files on the local machine. Run /usr/sbin/showmount on the server to see what remotes it thinks are active. On the affected machine, run mount to see if it thinks it has the remote still mounted. If not, try mounting again. If it still thinks it is mounted, try unmounting and remounting. If that fails, run "rpcinfo -p" and look at whether you are using udp or tcp for the mountd process. I have had some problems with tcp and had to force it to use udp on the remote (the server should be listening on both). If this is the case, change the entry in your fstab to look something like the following: masterfs:/usr/local /usr/local nfs rw,rsize=8192,wsize=8192,udp 0 0 Replacing "defaults" means you must define what you want, so you will need to customize for your need, but the main thing is to get udp in there. Richard > >-----Original Message----- > >From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat- > >sysadmin-list-bounces at redhat.com] On Behalf Of Zhou, Jingchen > >Sent: Friday, February 15, 2008 5:14 PM > >To: redhat-sysadmin-list at redhat.com > >Subject: NFS out of sync > > > > > >We have a NFS server (running RHEL4) to support a large number of > >client workstations (running RHEL4). The clients are all identical > >(in term of hardware, OS, system configuration and etc), and have > >/usr/local mounted from the NFS server. /etc/fstab is configured > >identically on all clients as such: > >masterfs:/usr/local /usr/local nfs defaults 0 > >0 > > > >For some reason, one client's /usr/local is out of sync with the > >rest of clients (both files and the time stamps). For example: > > > >On one client that is out of sync: > > > >$ ls -all /usr/local/lcls/tools/edm/display/bpms > >-rwxr-xr-x 1 softegr lcls 31991 Jul 25 2007 > >bpm_stripline_diagnostic.edl > > > >On all others : > > > >$ ls -all /usr/local/lcls/tools/edm/display/bpms > >-rw-rw-r-- 1 softegr lcls 31991 Jan 16 16:27 > >bpm_stripline_diagnostic.edl > >drwxrwxr-x 2 softegr lcls 4096 Jan 30 09:49 CVS > > > > > >As you can see, file bpm_stripline_diagnostic.edl is not updated > >on one client and file CVS is not showing up. > > > > > >What is going on here? I would certainly expect that /usr/local > >should be transparent and in sync on all clients. But this dir on > >one client is clearly out of sync for quite long and doesn't know > >how to sync back with the rest automatically. I have to reboot the > >client to clear the problem when that happens. By the way, all > >clinets have NTP set correctly. > > > >Is there anyway to prevent this happen? Any help is greatly > >appreciated. > > > >Thank you very much, > >Jingchen > > > > > > > > > >-- > >redhat-sysadmin-list mailing list > >redhat-sysadmin-list at redhat.com > >https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list From mrn08335 at telefonicamoviles.com.mx Thu Feb 21 00:05:27 2008 From: mrn08335 at telefonicamoviles.com.mx (Mario Henley Becerril Geldis) Date: Wed, 20 Feb 2008 18:05:27 -0600 Subject: Memory at 100% LRH Ent 4.0 Message-ID: <0FE074AF3F7FDC4F8E901B48224B4811E59A54@TEMM9DFEXVS01.mexico.tem.mx> Hi Administrators, I have a Linux Red Hat Enterprise 4.0 with Oracle 10g Database on HP DL580 (16GB RAM and 8 CPU at 3.3GHz). All the time the system appear with 100% Memory consumption. When Oracle 10g database is down; the system have 100% Memory consumption. To solve this, the system must be reset. Any ideas. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.holder at sunwater.com.au Thu Feb 21 00:08:38 2008 From: bill.holder at sunwater.com.au (Bill Holder) Date: Thu, 21 Feb 2008 10:08:38 +1000 Subject: Memory at 100% LRH Ent 4.0 In-Reply-To: <0FE074AF3F7FDC4F8E901B48224B4811E59A54@TEMM9DFEXVS01.mexico.tem.mx> References: <0FE074AF3F7FDC4F8E901B48224B4811E59A54@TEMM9DFEXVS01.mexico.tem.mx> Message-ID: <1203552518.5470.47.camel@d0001713500.sunwater.com.au> I don't know if it's related, but I've seen this happen when a java process tried to output to a screen or console that no longer existed, for some reason the java process chewed up all the memory it could when this happened. /B On Wed, 2008-02-20 at 18:05 -0600, Mario Henley Becerril Geldis wrote: > Hi Administrators, > > > > > > I have a Linux Red Hat Enterprise 4.0 with Oracle 10g Database on HP > DL580 (16GB RAM and 8 CPU at 3.3GHz). All the time the system appear > with 100% Memory consumption. > > > > When Oracle 10g database is down; the system have 100% Memory > consumption. > > > > To solve this, the system must be reset. > > > > > > Any ideas. > > > -- > redhat-sysadmin-list mailing list > redhat-sysadmin-list at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list -- Bill Holder System Administrator Unix and Datacomms SunWater ICT (07) 3120 0116 *********************************************************************** The information in this e-mail together with any attachments is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any form of review, disclosure, modification, distribution and/or publication of this e-mail message is prohibited. If you have received this message in error, you are asked to inform the sender as quickly as possible and delete this message and any copies of this message from your computer and/or your computer system network. Any attachments should be checked for viruses by you, before being opened. SunWater accepts no responsibility for an attachment that contains a virus. *********************************************************************** From Ryan.Sweat at atmosenergy.com Thu Feb 21 00:30:27 2008 From: Ryan.Sweat at atmosenergy.com (Sweat, Ryan) Date: Wed, 20 Feb 2008 18:30:27 -0600 Subject: Memory at 100% LRH Ent 4.0 In-Reply-To: <0FE074AF3F7FDC4F8E901B48224B4811E59A54@TEMM9DFEXVS01.mexico.tem.mx> References: <0FE074AF3F7FDC4F8E901B48224B4811E59A54@TEMM9DFEXVS01.mexico.tem.mx> Message-ID: It's probably not an oversized Oracle SGA if it still appears to use 100% when it's shut down. Linux caches memory that isn't being used, so it only looks like it's using 100%. Cached memory can be reclaimed by processes that need it. Can you cat /proc/meminfo and paste its output here? Also run top, and sort by memory usage by pushing M, and see if any of the top processes appear to be using an abnormal amount of memory. > -----Original Message----- > From: redhat-sysadmin-list-bounces at redhat.com > [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of > Mario Henley Becerril Geldis > Sent: Wednesday, February 20, 2008 6:05 PM > To: redhat-sysadmin-list at redhat.com > Subject: Memory at 100% LRH Ent 4.0 > > Hi Administrators, > > > > > > I have a Linux Red Hat Enterprise 4.0 with Oracle 10g > Database on HP DL580 (16GB RAM and 8 CPU at 3.3GHz). All the > time the system appear with 100% Memory consumption. > > > > When Oracle 10g database is down; the system have 100% Memory > consumption. > > > > To solve this, the system must be reset. > > > > > > Any ideas. > > From mrn08335 at telefonicamoviles.com.mx Thu Feb 21 00:35:08 2008 From: mrn08335 at telefonicamoviles.com.mx (Mario Henley Becerril Geldis) Date: Wed, 20 Feb 2008 18:35:08 -0600 Subject: Memory at 100% LRH Ent 4.0 References: <0FE074AF3F7FDC4F8E901B48224B4811E59A54@TEMM9DFEXVS01.mexico.tem.mx> Message-ID: <0FE074AF3F7FDC4F8E901B48224B4811E59A56@TEMM9DFEXVS01.mexico.tem.mx> Thank you, The Oracle SGA have 8GB. $ more /proc/meminfo MemTotal: 16409832 kB MemFree: 224688 kB Buffers: 17296 kB Cached: 461900 kB SwapCached: 0 kB Active: 2144412 kB Inactive: 346400 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 16409832 kB LowFree: 224688 kB SwapTotal: 33554424 kB SwapFree: 33553604 kB Dirty: 3992 kB Writeback: 0 kB Mapped: 2116692 kB Slab: 2524412 kB CommitLimit: 37040748 kB Committed_AS: 14651952 kB PageTables: 64536 kB VmallocTotal: 536870911 kB VmallocUsed: 281244 kB VmallocChunk: 536589591 kB HugePages_Total: 4608 HugePages_Free: 511 Hugepagesize: 2048 kB $ top top - 18:34:35 up 21 days, 15:59, 4 users, load average: 7.08, 6.52, 5.45 Tasks: 963 total, 3 running, 960 sleeping, 0 stopped, 0 zombie Cpu(s): 8.8% us, 15.4% sy, 0.0% ni, 62.3% id, 12.8% wa, 0.1% hi, 0.7% si Mem: 16409832k total, 16187624k used, 222208k free, 17452k buffers Swap: 33554424k total, 820k used, 33553604k free, 463444k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 20837 oracle 16 0 8631m 8.3g 8.0g S 0 53.1 3:22.17 oracle 20794 oracle 16 0 8519m 8.2g 8.0g S 0 52.4 8:19.70 oracle 20641 oracle 16 0 8487m 8.2g 8.0g S 0 52.2 9:43.38 oracle 20649 oracle 16 0 8455m 8.1g 8.0g S 0 52.0 4:25.92 oracle 20845 oracle 16 0 8439m 8.1g 8.0g S 0 51.9 3:58.00 oracle 21033 oracle 15 0 8342m 8.0g 8.0g S 8 51.3 137:16.89 oracle 8676 oracle 16 0 8333m 8.0g 8.0g S 0 51.3 2:00.25 oracle 8664 oracle 16 0 8339m 8.0g 8.0g S 0 51.3 10:23.07 oracle 21047 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 139:15.43 oracle 21043 oracle 15 0 8342m 8.0g 8.0g S 0 51.3 134:08.43 oracle 20923 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 139:50.04 oracle 21041 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 132:04.04 oracle 19313 oracle 16 0 8341m 8.0g 8.0g S 0 51.3 74:14.41 oracle 21037 oracle 16 0 8341m 8.0g 8.0g S 10 51.3 138:08.85 oracle 8804 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:10.37 oracle 8806 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:04.98 oracle 8808 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:24.87 oracle 8790 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:05.57 oracle 8792 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:09.34 oracle 8798 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.54 oracle 8800 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.58 oracle 8796 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:10.83 oracle 8794 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:10.52 oracle 8802 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.71 oracle 8666 oracle 16 0 8333m 8.0g 8.0g S 0 51.3 2:36.09 oracle 28027 oracle 15 0 8330m 8.0g 8.0g S 0 51.3 0:00.22 oracle 8670 oracle 16 0 8331m 8.0g 8.0g S 0 51.3 0:20.51 oracle 8636 oracle -51 0 8343m 8.0g 8.0g S 0 51.3 0:15.56 oracle 8640 oracle -51 0 8343m 8.0g 8.0g S 0 51.3 0:15.23 oracle 8634 oracle 15 0 8343m 8.0g 8.0g S 0 51.3 0:47.48 oracle 20948 oracle 15 0 8332m 8.0g 8.0g S 0 51.3 0:00.81 oracle 16966 oracle 15 0 8334m 8.0g 8.0g S 0 51.3 0:01.01 oracle 8769 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:05.17 oracle 20799 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:05.75 oracle 10234 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:00.54 oracle 21061 oracle 16 0 8333m 8.0g 8.0g S 5 51.3 131:13.11 oracle 9775 oracle 15 0 8333m 8.0g 8.0g S 0 51.3 75:18.91 oracle -----Mensaje original----- De: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] En nombre de Sweat, Ryan Enviado el: Mi?rcoles, 20 de Febrero de 2008 06:30 p.m. Para: redhat-sysadmin-list at redhat.com Asunto: RE: Memory at 100% LRH Ent 4.0 It's probably not an oversized Oracle SGA if it still appears to use 100% when it's shut down. Linux caches memory that isn't being used, so it only looks like it's using 100%. Cached memory can be reclaimed by processes that need it. Can you cat /proc/meminfo and paste its output here? Also run top, and sort by memory usage by pushing M, and see if any of the top processes appear to be using an abnormal amount of memory. > -----Original Message----- > From: redhat-sysadmin-list-bounces at redhat.com > [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of > Mario Henley Becerril Geldis > Sent: Wednesday, February 20, 2008 6:05 PM > To: redhat-sysadmin-list at redhat.com > Subject: Memory at 100% LRH Ent 4.0 > > Hi Administrators, > > > > > > I have a Linux Red Hat Enterprise 4.0 with Oracle 10g > Database on HP DL580 (16GB RAM and 8 CPU at 3.3GHz). All the > time the system appear with 100% Memory consumption. > > > > When Oracle 10g database is down; the system have 100% Memory > consumption. > > > > To solve this, the system must be reset. > > > > > > Any ideas. > > -- redhat-sysadmin-list mailing list redhat-sysadmin-list at redhat.com https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list From Ryan.Sweat at atmosenergy.com Thu Feb 21 01:11:19 2008 From: Ryan.Sweat at atmosenergy.com (Sweat, Ryan) Date: Wed, 20 Feb 2008 19:11:19 -0600 Subject: Memory at 100% LRH Ent 4.0 In-Reply-To: <0FE074AF3F7FDC4F8E901B48224B4811E59A56@TEMM9DFEXVS01.mexico.tem.mx> References: <0FE074AF3F7FDC4F8E901B48224B4811E59A54@TEMM9DFEXVS01.mexico.tem.mx> <0FE074AF3F7FDC4F8E901B48224B4811E59A56@TEMM9DFEXVS01.mexico.tem.mx> Message-ID: Is the issue a performance problem and you suspect the culprit is memory? This output shows your system is waiting for IO from your storage system. You aren't out of memory, but you do have less than 1GB available. How many database instances are you running? Can you provide the same statistics with Oracle not running? Also attach a copy of ps aux output? > -----Original Message----- > From: redhat-sysadmin-list-bounces at redhat.com > [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of > Mario Henley Becerril Geldis > Sent: Wednesday, February 20, 2008 6:35 PM > To: redhat-sysadmin-list at redhat.com > Subject: RE: Memory at 100% LRH Ent 4.0 > > Thank you, > > The Oracle SGA have 8GB. > > $ more /proc/meminfo > MemTotal: 16409832 kB > MemFree: 224688 kB > Buffers: 17296 kB > Cached: 461900 kB > SwapCached: 0 kB > Active: 2144412 kB > Inactive: 346400 kB > HighTotal: 0 kB > HighFree: 0 kB > LowTotal: 16409832 kB > LowFree: 224688 kB > SwapTotal: 33554424 kB > SwapFree: 33553604 kB > Dirty: 3992 kB > Writeback: 0 kB > Mapped: 2116692 kB > Slab: 2524412 kB > CommitLimit: 37040748 kB > Committed_AS: 14651952 kB > PageTables: 64536 kB > VmallocTotal: 536870911 kB > VmallocUsed: 281244 kB > VmallocChunk: 536589591 kB > HugePages_Total: 4608 > HugePages_Free: 511 > Hugepagesize: 2048 kB > > > $ top > top - 18:34:35 up 21 days, 15:59, 4 users, load average: > 7.08, 6.52, 5.45 > Tasks: 963 total, 3 running, 960 sleeping, 0 stopped, 0 zombie > Cpu(s): 8.8% us, 15.4% sy, 0.0% ni, 62.3% id, 12.8% wa, > 0.1% hi, 0.7% si > Mem: 16409832k total, 16187624k used, 222208k free, > 17452k buffers > Swap: 33554424k total, 820k used, 33553604k free, > 463444k cached > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 20837 oracle 16 0 8631m 8.3g 8.0g S 0 53.1 3:22.17 oracle > 20794 oracle 16 0 8519m 8.2g 8.0g S 0 52.4 8:19.70 oracle > 20641 oracle 16 0 8487m 8.2g 8.0g S 0 52.2 9:43.38 oracle > 20649 oracle 16 0 8455m 8.1g 8.0g S 0 52.0 4:25.92 oracle > 20845 oracle 16 0 8439m 8.1g 8.0g S 0 51.9 3:58.00 oracle > 21033 oracle 15 0 8342m 8.0g 8.0g S 8 51.3 137:16.89 oracle > 8676 oracle 16 0 8333m 8.0g 8.0g S 0 51.3 2:00.25 oracle > 8664 oracle 16 0 8339m 8.0g 8.0g S 0 51.3 10:23.07 oracle > 21047 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 139:15.43 oracle > 21043 oracle 15 0 8342m 8.0g 8.0g S 0 51.3 134:08.43 oracle > 20923 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 139:50.04 oracle > 21041 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 132:04.04 oracle > 19313 oracle 16 0 8341m 8.0g 8.0g S 0 51.3 74:14.41 oracle > 21037 oracle 16 0 8341m 8.0g 8.0g S 10 51.3 138:08.85 oracle > 8804 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:10.37 oracle > 8806 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:04.98 oracle > 8808 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:24.87 oracle > 8790 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:05.57 oracle > 8792 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:09.34 oracle > 8798 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.54 oracle > 8800 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.58 oracle > 8796 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:10.83 oracle > 8794 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:10.52 oracle > 8802 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.71 oracle > 8666 oracle 16 0 8333m 8.0g 8.0g S 0 51.3 2:36.09 oracle > 28027 oracle 15 0 8330m 8.0g 8.0g S 0 51.3 0:00.22 oracle > 8670 oracle 16 0 8331m 8.0g 8.0g S 0 51.3 0:20.51 oracle > 8636 oracle -51 0 8343m 8.0g 8.0g S 0 51.3 0:15.56 oracle > 8640 oracle -51 0 8343m 8.0g 8.0g S 0 51.3 0:15.23 oracle > 8634 oracle 15 0 8343m 8.0g 8.0g S 0 51.3 0:47.48 oracle > 20948 oracle 15 0 8332m 8.0g 8.0g S 0 51.3 0:00.81 oracle > 16966 oracle 15 0 8334m 8.0g 8.0g S 0 51.3 0:01.01 oracle > 8769 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:05.17 oracle > 20799 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:05.75 oracle > 10234 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:00.54 oracle > 21061 oracle 16 0 8333m 8.0g 8.0g S 5 51.3 131:13.11 oracle > 9775 oracle 15 0 8333m 8.0g 8.0g S 0 51.3 75:18.91 oracle > > > -----Mensaje original----- > De: redhat-sysadmin-list-bounces at redhat.com > [mailto:redhat-sysadmin-list-bounces at redhat.com] En nombre de > Sweat, Ryan > Enviado el: Mi?rcoles, 20 de Febrero de 2008 06:30 p.m. > Para: redhat-sysadmin-list at redhat.com > Asunto: RE: Memory at 100% LRH Ent 4.0 > > It's probably not an oversized Oracle SGA if it still appears to use > 100% when it's shut down. Linux caches memory that isn't > being used, so > it only looks like it's using 100%. Cached memory can be reclaimed by > processes that need it. Can you cat /proc/meminfo and paste > its output > here? Also run top, and sort by memory usage by pushing M, and see if > any of the top processes appear to be using an abnormal amount of > memory. > > > -----Original Message----- > > From: redhat-sysadmin-list-bounces at redhat.com > > [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of > > Mario Henley Becerril Geldis > > Sent: Wednesday, February 20, 2008 6:05 PM > > To: redhat-sysadmin-list at redhat.com > > Subject: Memory at 100% LRH Ent 4.0 > > > > Hi Administrators, > > > > > > > > > > > > I have a Linux Red Hat Enterprise 4.0 with Oracle 10g > > Database on HP DL580 (16GB RAM and 8 CPU at 3.3GHz). All the > > time the system appear with 100% Memory consumption. > > > > > > > > When Oracle 10g database is down; the system have 100% Memory > > consumption. > > > > > > > > To solve this, the system must be reset. > > > > > > > > > > > > Any ideas. > > > > > > -- > redhat-sysadmin-list mailing list > redhat-sysadmin-list at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list > > -- > redhat-sysadmin-list mailing list > redhat-sysadmin-list at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list > From amhogan at tva.gov Thu Feb 21 16:22:06 2008 From: amhogan at tva.gov (Hogan, Audrey Mobley) Date: Thu, 21 Feb 2008 10:22:06 -0600 Subject: Memory at 100% LRH Ent 4.0 In-Reply-To: References: <0FE074AF3F7FDC4F8E901B48224B4811E59A54@TEMM9DFEXVS01.mexico.tem.mx><0FE074AF3F7FDC4F8E901B48224B4811E59A56@TEMM9DFEXVS01.mexico.tem.mx> Message-ID: Ryan: How did you know it was waiting for IO from the storage system? -----Original Message----- From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of Sweat, Ryan Sent: Wednesday, February 20, 2008 7:11 PM To: redhat-sysadmin-list at redhat.com Subject: RE: Memory at 100% LRH Ent 4.0 Is the issue a performance problem and you suspect the culprit is memory? This output shows your system is waiting for IO from your storage system. You aren't out of memory, but you do have less than 1GB available. How many database instances are you running? Can you provide the same statistics with Oracle not running? Also attach a copy of ps aux output? > -----Original Message----- > From: redhat-sysadmin-list-bounces at redhat.com > [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of > Mario Henley Becerril Geldis > Sent: Wednesday, February 20, 2008 6:35 PM > To: redhat-sysadmin-list at redhat.com > Subject: RE: Memory at 100% LRH Ent 4.0 > > Thank you, > > The Oracle SGA have 8GB. > > $ more /proc/meminfo > MemTotal: 16409832 kB > MemFree: 224688 kB > Buffers: 17296 kB > Cached: 461900 kB > SwapCached: 0 kB > Active: 2144412 kB > Inactive: 346400 kB > HighTotal: 0 kB > HighFree: 0 kB > LowTotal: 16409832 kB > LowFree: 224688 kB > SwapTotal: 33554424 kB > SwapFree: 33553604 kB > Dirty: 3992 kB > Writeback: 0 kB > Mapped: 2116692 kB > Slab: 2524412 kB > CommitLimit: 37040748 kB > Committed_AS: 14651952 kB > PageTables: 64536 kB > VmallocTotal: 536870911 kB > VmallocUsed: 281244 kB > VmallocChunk: 536589591 kB > HugePages_Total: 4608 > HugePages_Free: 511 > Hugepagesize: 2048 kB > > > $ top > top - 18:34:35 up 21 days, 15:59, 4 users, load average: > 7.08, 6.52, 5.45 > Tasks: 963 total, 3 running, 960 sleeping, 0 stopped, 0 zombie > Cpu(s): 8.8% us, 15.4% sy, 0.0% ni, 62.3% id, 12.8% wa, > 0.1% hi, 0.7% si > Mem: 16409832k total, 16187624k used, 222208k free, > 17452k buffers > Swap: 33554424k total, 820k used, 33553604k free, > 463444k cached > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 20837 oracle 16 0 8631m 8.3g 8.0g S 0 53.1 3:22.17 oracle > 20794 oracle 16 0 8519m 8.2g 8.0g S 0 52.4 8:19.70 oracle > 20641 oracle 16 0 8487m 8.2g 8.0g S 0 52.2 9:43.38 oracle > 20649 oracle 16 0 8455m 8.1g 8.0g S 0 52.0 4:25.92 oracle > 20845 oracle 16 0 8439m 8.1g 8.0g S 0 51.9 3:58.00 oracle > 21033 oracle 15 0 8342m 8.0g 8.0g S 8 51.3 137:16.89 oracle > 8676 oracle 16 0 8333m 8.0g 8.0g S 0 51.3 2:00.25 oracle > 8664 oracle 16 0 8339m 8.0g 8.0g S 0 51.3 10:23.07 oracle > 21047 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 139:15.43 oracle > 21043 oracle 15 0 8342m 8.0g 8.0g S 0 51.3 134:08.43 oracle > 20923 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 139:50.04 oracle > 21041 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 132:04.04 oracle > 19313 oracle 16 0 8341m 8.0g 8.0g S 0 51.3 74:14.41 oracle > 21037 oracle 16 0 8341m 8.0g 8.0g S 10 51.3 138:08.85 oracle > 8804 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:10.37 oracle > 8806 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:04.98 oracle > 8808 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:24.87 oracle > 8790 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:05.57 oracle > 8792 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:09.34 oracle > 8798 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.54 oracle > 8800 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.58 oracle > 8796 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:10.83 oracle > 8794 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:10.52 oracle > 8802 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.71 oracle > 8666 oracle 16 0 8333m 8.0g 8.0g S 0 51.3 2:36.09 oracle > 28027 oracle 15 0 8330m 8.0g 8.0g S 0 51.3 0:00.22 oracle > 8670 oracle 16 0 8331m 8.0g 8.0g S 0 51.3 0:20.51 oracle > 8636 oracle -51 0 8343m 8.0g 8.0g S 0 51.3 0:15.56 oracle > 8640 oracle -51 0 8343m 8.0g 8.0g S 0 51.3 0:15.23 oracle > 8634 oracle 15 0 8343m 8.0g 8.0g S 0 51.3 0:47.48 oracle > 20948 oracle 15 0 8332m 8.0g 8.0g S 0 51.3 0:00.81 oracle > 16966 oracle 15 0 8334m 8.0g 8.0g S 0 51.3 0:01.01 oracle > 8769 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:05.17 oracle > 20799 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:05.75 oracle > 10234 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:00.54 oracle > 21061 oracle 16 0 8333m 8.0g 8.0g S 5 51.3 131:13.11 oracle > 9775 oracle 15 0 8333m 8.0g 8.0g S 0 51.3 75:18.91 oracle > > > -----Mensaje original----- > De: redhat-sysadmin-list-bounces at redhat.com > [mailto:redhat-sysadmin-list-bounces at redhat.com] En nombre de > Sweat, Ryan > Enviado el: Mi?rcoles, 20 de Febrero de 2008 06:30 p.m. > Para: redhat-sysadmin-list at redhat.com > Asunto: RE: Memory at 100% LRH Ent 4.0 > > It's probably not an oversized Oracle SGA if it still appears to use > 100% when it's shut down. Linux caches memory that isn't > being used, so > it only looks like it's using 100%. Cached memory can be reclaimed by > processes that need it. Can you cat /proc/meminfo and paste > its output > here? Also run top, and sort by memory usage by pushing M, and see if > any of the top processes appear to be using an abnormal amount of > memory. > > > -----Original Message----- > > From: redhat-sysadmin-list-bounces at redhat.com > > [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of > > Mario Henley Becerril Geldis > > Sent: Wednesday, February 20, 2008 6:05 PM > > To: redhat-sysadmin-list at redhat.com > > Subject: Memory at 100% LRH Ent 4.0 > > > > Hi Administrators, > > > > > > > > > > > > I have a Linux Red Hat Enterprise 4.0 with Oracle 10g > > Database on HP DL580 (16GB RAM and 8 CPU at 3.3GHz). All the > > time the system appear with 100% Memory consumption. > > > > > > > > When Oracle 10g database is down; the system have 100% Memory > > consumption. > > > > > > > > To solve this, the system must be reset. > > > > > > > > > > > > Any ideas. > > > > > > -- > redhat-sysadmin-list mailing list > redhat-sysadmin-list at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list > > -- > redhat-sysadmin-list mailing list > redhat-sysadmin-list at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list > -- redhat-sysadmin-list mailing list redhat-sysadmin-list at redhat.com https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list From mrn08335 at telefonicamoviles.com.mx Thu Feb 21 19:16:33 2008 From: mrn08335 at telefonicamoviles.com.mx (Mario Henley Becerril Geldis) Date: Thu, 21 Feb 2008 13:16:33 -0600 Subject: Memory at 100% LRH Ent 4.0 References: <0FE074AF3F7FDC4F8E901B48224B4811E59A54@TEMM9DFEXVS01.mexico.tem.mx><0FE074AF3F7FDC4F8E901B48224B4811E59A56@TEMM9DFEXVS01.mexico.tem.mx> Message-ID: <0FE074AF3F7FDC4F8E901B48224B4811E59A5D@TEMM9DFEXVS01.mexico.tem.mx> I have one instance, this is the output for ps aux. Oracle database work on ocfs2 filesystems. USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 4756 556 ? S Jan30 0:04 init [5] root 2 0.0 0.0 0 0 ? S Jan30 2:07 [migration/0] root 3 0.0 0.0 0 0 ? SN Jan30 0:02 [ksoftirqd/0] root 4 0.0 0.0 0 0 ? S Jan30 3:34 [migration/1] root 5 0.0 0.0 0 0 ? SN Jan30 0:05 [ksoftirqd/1] root 6 0.0 0.0 0 0 ? S Jan30 3:48 [migration/2] root 7 0.0 0.0 0 0 ? SN Jan30 0:04 [ksoftirqd/2] root 8 0.0 0.0 0 0 ? S Jan30 3:26 [migration/3] root 9 0.0 0.0 0 0 ? SN Jan30 0:04 [ksoftirqd/3] root 10 0.0 0.0 0 0 ? S Jan30 2:52 [migration/4] root 11 0.0 0.0 0 0 ? SN Jan30 0:04 [ksoftirqd/4] root 12 0.0 0.0 0 0 ? S Jan30 4:18 [migration/5] root 13 0.0 0.0 0 0 ? SN Jan30 0:04 [ksoftirqd/5] root 14 0.0 0.0 0 0 ? S Jan30 3:44 [migration/6] root 15 0.0 0.0 0 0 ? SN Jan30 0:04 [ksoftirqd/6] root 16 0.0 0.0 0 0 ? S Jan30 4:25 [migration/7] root 17 0.0 0.0 0 0 ? SN Jan30 0:04 [ksoftirqd/7] root 18 0.0 0.0 0 0 ? S< Jan30 9:42 [events/0] root 19 0.0 0.0 0 0 ? S< Jan30 2:30 [events/1] root 20 0.0 0.0 0 0 ? S< Jan30 2:45 [events/2] root 21 0.0 0.0 0 0 ? S< Jan30 6:53 [events/3] root 22 0.0 0.0 0 0 ? S< Jan30 0:17 [events/4] root 23 0.0 0.0 0 0 ? S< Jan30 0:15 [events/5] root 24 0.0 0.0 0 0 ? S< Jan30 4:02 [events/6] root 25 0.0 0.0 0 0 ? S< Jan30 2:09 [events/7] root 26 0.0 0.0 0 0 ? S< Jan30 0:06 [khelper] root 27 0.0 0.0 0 0 ? S< Jan30 0:00 [kacpid] root 130 0.0 0.0 0 0 ? S< Jan30 0:00 [kblockd/0] root 131 0.0 0.0 0 0 ? S< Jan30 0:00 [kblockd/1] root 132 0.0 0.0 0 0 ? S< Jan30 0:00 [kblockd/2] root 133 0.0 0.0 0 0 ? S< Jan30 0:00 [kblockd/3] root 134 0.0 0.0 0 0 ? S< Jan30 0:00 [kblockd/4] root 135 0.0 0.0 0 0 ? S< Jan30 0:00 [kblockd/5] root 136 0.0 0.0 0 0 ? S< Jan30 0:00 [kblockd/6] root 137 0.0 0.0 0 0 ? S< Jan30 0:00 [kblockd/7] root 138 0.0 0.0 0 0 ? S Jan30 0:00 [khubd] root 173 0.0 0.0 0 0 ? S Jan30 7:51 [pdflush] root 175 0.0 0.0 0 0 ? S Jan30 10:06 [kswapd0] root 176 0.0 0.0 0 0 ? S< Jan30 0:00 [aio/0] root 177 0.0 0.0 0 0 ? S< Jan30 0:00 [aio/1] root 178 0.0 0.0 0 0 ? S< Jan30 0:00 [aio/2] root 179 0.0 0.0 0 0 ? S< Jan30 0:00 [aio/3] root 180 0.0 0.0 0 0 ? S< Jan30 0:00 [aio/4] root 181 0.0 0.0 0 0 ? S< Jan30 0:00 [aio/5] root 182 0.0 0.0 0 0 ? S< Jan30 0:00 [aio/6] root 183 0.0 0.0 0 0 ? S< Jan30 0:00 [aio/7] root 327 0.0 0.0 0 0 ? S Jan30 0:00 [kseriod] root 590 0.0 0.0 0 0 ? S< Jan30 0:00 [ata/0] root 591 0.0 0.0 0 0 ? S< Jan30 0:00 [ata/1] root 592 0.0 0.0 0 0 ? S< Jan30 0:00 [ata/2] root 593 0.0 0.0 0 0 ? S< Jan30 0:00 [ata/3] root 594 0.0 0.0 0 0 ? S< Jan30 0:00 [ata/4] root 595 0.0 0.0 0 0 ? S< Jan30 0:00 [ata/5] root 596 0.0 0.0 0 0 ? S< Jan30 0:00 [ata/6] root 597 0.0 0.0 0 0 ? S< Jan30 0:00 [ata/7] root 598 0.0 0.0 0 0 ? S< Jan30 0:00 [ata_aux] root 626 0.0 0.0 0 0 ? S Jan30 0:00 [scsi_eh_0] root 627 0.0 0.0 0 0 ? S< Jan30 0:00 [lpfc_dpc_0] root 964 0.0 0.0 0 0 ? S Jan30 0:00 [scsi_eh_1] root 965 0.0 0.0 0 0 ? S< Jan30 0:00 [lpfc_dpc_1] root 968 0.0 0.0 0 0 ? S Jan30 0:00 [scsi_eh_2] root 969 0.0 0.0 0 0 ? S< Jan30 0:00 [lpfc_dpc_2] root 1306 0.0 0.0 0 0 ? S Jan30 0:00 [scsi_eh_3] root 1307 0.0 0.0 0 0 ? S< Jan30 0:00 [lpfc_dpc_3] root 1349 0.0 0.0 105312 2644 ? S Jan30 0:00 /usr/bin/gdm-binary -nodaemon root 1353 0.0 0.0 24588 11664 ? S Jan30 18:41 /usr/X11R6/bin/X :0 -audit 0 -auth /var/gdm/:0.Xauth -nolisten tcp root 1380 0.0 0.0 0 0 ? S Jan30 1:16 [kjournald] root 2028 0.0 0.0 23880 1136 ? S Jan30 0:00 /bin/su -l oracle -c sh -c 'ulimit -c unlimited; cd /softw/app/oracle/product/crs/log/amxppcs0 oracle 2032 0.0 0.0 221364 12880 ? Ssl Jan30 0:25 /softw/app/oracle/product/crs/bin/evmd.bin root 2034 0.0 0.1 548472 21824 ? Ssl Jan30 15:23 /softw/app/oracle/product/crs/bin/crsd.bin reboot root 2205 0.0 0.0 6568 1328 ? S Jan30 0:00 /bin/sh /etc/init.d/init.cssd oclsomon root 2265 0.0 0.0 6568 1332 ? S< Jan30 0:00 /bin/sh /etc/init.d/init.cssd daemon root 2458 0.0 0.0 23880 1136 ? S Jan30 0:00 /bin/su -l oracle -c /bin/sh -c 'cd /softw/app/oracle/product/crs/log/amxppcs01/cssd/oclsomon; oracle 2460 0.0 0.0 52764 1028 ? S Jan30 0:00 /bin/sh -c cd /softw/app/oracle/product/crs/log/amxppcs01/cssd/oclsomon; ulimit -c unlimited; gdm 2500 0.0 0.0 127512 11972 ? Ss Jan30 0:38 /usr/bin/gdmgreeter oracle 2501 0.0 0.0 43088 9080 ? Ss Jan30 0:10 /softw/app/oracle/product/crs/bin/oclsomon.bin root 2599 0.0 0.0 138228 9784 ? Sl Jan30 13:13 /usr/ecc/exec/MLR520/mlragent oracle 2879 0.0 0.0 246364 14500 ? S -----Original Message----- > From: redhat-sysadmin-list-bounces at redhat.com > [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of > Mario Henley Becerril Geldis > Sent: Wednesday, February 20, 2008 6:35 PM > To: redhat-sysadmin-list at redhat.com > Subject: RE: Memory at 100% LRH Ent 4.0 > > Thank you, > > The Oracle SGA have 8GB. > > $ more /proc/meminfo > MemTotal: 16409832 kB > MemFree: 224688 kB > Buffers: 17296 kB > Cached: 461900 kB > SwapCached: 0 kB > Active: 2144412 kB > Inactive: 346400 kB > HighTotal: 0 kB > HighFree: 0 kB > LowTotal: 16409832 kB > LowFree: 224688 kB > SwapTotal: 33554424 kB > SwapFree: 33553604 kB > Dirty: 3992 kB > Writeback: 0 kB > Mapped: 2116692 kB > Slab: 2524412 kB > CommitLimit: 37040748 kB > Committed_AS: 14651952 kB > PageTables: 64536 kB > VmallocTotal: 536870911 kB > VmallocUsed: 281244 kB > VmallocChunk: 536589591 kB > HugePages_Total: 4608 > HugePages_Free: 511 > Hugepagesize: 2048 kB > > > $ top > top - 18:34:35 up 21 days, 15:59, 4 users, load average: > 7.08, 6.52, 5.45 > Tasks: 963 total, 3 running, 960 sleeping, 0 stopped, 0 zombie > Cpu(s): 8.8% us, 15.4% sy, 0.0% ni, 62.3% id, 12.8% wa, > 0.1% hi, 0.7% si > Mem: 16409832k total, 16187624k used, 222208k free, > 17452k buffers > Swap: 33554424k total, 820k used, 33553604k free, > 463444k cached > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 20837 oracle 16 0 8631m 8.3g 8.0g S 0 53.1 3:22.17 oracle > 20794 oracle 16 0 8519m 8.2g 8.0g S 0 52.4 8:19.70 oracle > 20641 oracle 16 0 8487m 8.2g 8.0g S 0 52.2 9:43.38 oracle > 20649 oracle 16 0 8455m 8.1g 8.0g S 0 52.0 4:25.92 oracle > 20845 oracle 16 0 8439m 8.1g 8.0g S 0 51.9 3:58.00 oracle > 21033 oracle 15 0 8342m 8.0g 8.0g S 8 51.3 137:16.89 oracle > 8676 oracle 16 0 8333m 8.0g 8.0g S 0 51.3 2:00.25 oracle > 8664 oracle 16 0 8339m 8.0g 8.0g S 0 51.3 10:23.07 oracle > 21047 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 139:15.43 oracle > 21043 oracle 15 0 8342m 8.0g 8.0g S 0 51.3 134:08.43 oracle > 20923 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 139:50.04 oracle > 21041 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 132:04.04 oracle > 19313 oracle 16 0 8341m 8.0g 8.0g S 0 51.3 74:14.41 oracle > 21037 oracle 16 0 8341m 8.0g 8.0g S 10 51.3 138:08.85 oracle > 8804 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:10.37 oracle > 8806 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:04.98 oracle > 8808 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:24.87 oracle > 8790 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:05.57 oracle > 8792 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:09.34 oracle > 8798 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.54 oracle > 8800 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.58 oracle > 8796 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:10.83 oracle > 8794 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:10.52 oracle > 8802 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.71 oracle > 8666 oracle 16 0 8333m 8.0g 8.0g S 0 51.3 2:36.09 oracle > 28027 oracle 15 0 8330m 8.0g 8.0g S 0 51.3 0:00.22 oracle > 8670 oracle 16 0 8331m 8.0g 8.0g S 0 51.3 0:20.51 oracle > 8636 oracle -51 0 8343m 8.0g 8.0g S 0 51.3 0:15.56 oracle > 8640 oracle -51 0 8343m 8.0g 8.0g S 0 51.3 0:15.23 oracle > 8634 oracle 15 0 8343m 8.0g 8.0g S 0 51.3 0:47.48 oracle > 20948 oracle 15 0 8332m 8.0g 8.0g S 0 51.3 0:00.81 oracle > 16966 oracle 15 0 8334m 8.0g 8.0g S 0 51.3 0:01.01 oracle > 8769 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:05.17 oracle > 20799 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:05.75 oracle > 10234 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:00.54 oracle > 21061 oracle 16 0 8333m 8.0g 8.0g S 5 51.3 131:13.11 oracle > 9775 oracle 15 0 8333m 8.0g 8.0g S 0 51.3 75:18.91 oracle > > > -----Mensaje original----- > De: redhat-sysadmin-list-bounces at redhat.com > [mailto:redhat-sysadmin-list-bounces at redhat.com] En nombre de > Sweat, Ryan > Enviado el: Mi?rcoles, 20 de Febrero de 2008 06:30 p.m. > Para: redhat-sysadmin-list at redhat.com > Asunto: RE: Memory at 100% LRH Ent 4.0 > > It's probably not an oversized Oracle SGA if it still appears to use > 100% when it's shut down. Linux caches memory that isn't > being used, so > it only looks like it's using 100%. Cached memory can be reclaimed by > processes that need it. Can you cat /proc/meminfo and paste > its output > here? Also run top, and sort by memory usage by pushing M, and see if > any of the top processes appear to be using an abnormal amount of > memory. > > > -----Original Message----- > > From: redhat-sysadmin-list-bounces at redhat.com > > [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of > > Mario Henley Becerril Geldis > > Sent: Wednesday, February 20, 2008 6:05 PM > > To: redhat-sysadmin-list at redhat.com > > Subject: Memory at 100% LRH Ent 4.0 > > > > Hi Administrators, > > > > > > > > > > > > I have a Linux Red Hat Enterprise 4.0 with Oracle 10g > > Database on HP DL580 (16GB RAM and 8 CPU at 3.3GHz). All the > > time the system appear with 100% Memory consumption. > > > > > > > > When Oracle 10g database is down; the system have 100% Memory > > consumption. > > > > > > > > To solve this, the system must be reset. > > > > > > > > > > > > Any ideas. > > > > > > -- > redhat-sysadmin-list mailing list > redhat-sysadmin-list at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list > > -- > redhat-sysadmin-list mailing list > redhat-sysadmin-list at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list > -- redhat-sysadmin-list mailing list redhat-sysadmin-list at redhat.com https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list From rriley at ariba.com Thu Feb 21 21:19:18 2008 From: rriley at ariba.com (Richard Riley) Date: Thu, 21 Feb 2008 16:19:18 -0500 Subject: Memory at 100% LRH Ent 4.0 In-Reply-To: References: <0FE074AF3F7FDC4F8E901B48224B4811E59A54@TEMM9DFEXVS01.mexico.tem.mx><0FE074AF3F7FDC4F8E901B48224B4811E59A56@TEMM9DFEXVS01.mexico.tem.mx> Message-ID: <8A5A158B711C154A91790AF8F573CF8B19B8A0@us-atlmail1.ariba.com> I wouldn't worry about memory unless swap space also appears to be used up. Linux caches memory for a process and keeps it even after the process quits, until some other process starts that needs memory and gets priority over old cached memory. In other words main memory will appear to be all in use shortly after a machine is started and remain that way because of the caching. When swap space starts to fill up it does indicate that much of main memory is tied up for running processes. This can affect performance. Bottom line is if your not having any performance problems, don't worry about it. If you are having performance issues, you need to look at processor usage and disk IO response times among other things. There is am rpm called sysstat that provides system accounting information, which will allow you to look at the system usage details. Richard Ariba, Inc. > >-----Original Message----- > >From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat- > >sysadmin-list-bounces at redhat.com] On Behalf Of Sweat, Ryan > >Sent: Wednesday, February 20, 2008 8:11 PM > >To: redhat-sysadmin-list at redhat.com > >Subject: RE: Memory at 100% LRH Ent 4.0 > > > >Is the issue a performance problem and you suspect the culprit is > >memory? This output shows your system is waiting for IO from your > >storage system. You aren't out of memory, but you do have less > >than 1GB available. How many database instances are you running? > >Can you provide the same statistics with Oracle not running? Also > >attach a copy of ps aux output? > > > >> -----Original Message----- > >> From: redhat-sysadmin-list-bounces at redhat.com > >> [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of > >> Mario Henley Becerril Geldis > >> Sent: Wednesday, February 20, 2008 6:35 PM > >> To: redhat-sysadmin-list at redhat.com > >> Subject: RE: Memory at 100% LRH Ent 4.0 > >> > >> Thank you, > >> > >> The Oracle SGA have 8GB. > >> > >> $ more /proc/meminfo > >> MemTotal: 16409832 kB > >> MemFree: 224688 kB > >> Buffers: 17296 kB > >> Cached: 461900 kB > >> SwapCached: 0 kB > >> Active: 2144412 kB > >> Inactive: 346400 kB > >> HighTotal: 0 kB > >> HighFree: 0 kB > >> LowTotal: 16409832 kB > >> LowFree: 224688 kB > >> SwapTotal: 33554424 kB > >> SwapFree: 33553604 kB > >> Dirty: 3992 kB > >> Writeback: 0 kB > >> Mapped: 2116692 kB > >> Slab: 2524412 kB > >> CommitLimit: 37040748 kB > >> Committed_AS: 14651952 kB > >> PageTables: 64536 kB > >> VmallocTotal: 536870911 kB > >> VmallocUsed: 281244 kB > >> VmallocChunk: 536589591 kB > >> HugePages_Total: 4608 > >> HugePages_Free: 511 > >> Hugepagesize: 2048 kB > >> > >> > >> $ top > >> top - 18:34:35 up 21 days, 15:59, 4 users, load average: > >> 7.08, 6.52, 5.45 > >> Tasks: 963 total, 3 running, 960 sleeping, 0 stopped, 0 > >zombie > >> Cpu(s): 8.8% us, 15.4% sy, 0.0% ni, 62.3% id, 12.8% wa, > >> 0.1% hi, 0.7% si > >> Mem: 16409832k total, 16187624k used, 222208k free, > >> 17452k buffers > >> Swap: 33554424k total, 820k used, 33553604k free, > >> 463444k cached > >> > >> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > >COMMAND > >> 20837 oracle 16 0 8631m 8.3g 8.0g S 0 53.1 3:22.17 > >oracle > >> 20794 oracle 16 0 8519m 8.2g 8.0g S 0 52.4 8:19.70 > >oracle > >> 20641 oracle 16 0 8487m 8.2g 8.0g S 0 52.2 9:43.38 > >oracle > >> 20649 oracle 16 0 8455m 8.1g 8.0g S 0 52.0 4:25.92 > >oracle > >> 20845 oracle 16 0 8439m 8.1g 8.0g S 0 51.9 3:58.00 > >oracle > >> 21033 oracle 15 0 8342m 8.0g 8.0g S 8 51.3 137:16.89 > >oracle > >> 8676 oracle 16 0 8333m 8.0g 8.0g S 0 51.3 2:00.25 > >oracle > >> 8664 oracle 16 0 8339m 8.0g 8.0g S 0 51.3 10:23.07 > >oracle > >> 21047 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 139:15.43 > >oracle > >> 21043 oracle 15 0 8342m 8.0g 8.0g S 0 51.3 134:08.43 > >oracle > >> 20923 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 139:50.04 > >oracle > >> 21041 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 132:04.04 > >oracle > >> 19313 oracle 16 0 8341m 8.0g 8.0g S 0 51.3 74:14.41 > >oracle > >> 21037 oracle 16 0 8341m 8.0g 8.0g S 10 51.3 138:08.85 > >oracle > >> 8804 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:10.37 > >oracle > >> 8806 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:04.98 > >oracle > >> 8808 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:24.87 > >oracle > >> 8790 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:05.57 > >oracle > >> 8792 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:09.34 > >oracle > >> 8798 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.54 > >oracle > >> 8800 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.58 > >oracle > >> 8796 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:10.83 > >oracle > >> 8794 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:10.52 > >oracle > >> 8802 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.71 > >oracle > >> 8666 oracle 16 0 8333m 8.0g 8.0g S 0 51.3 2:36.09 > >oracle > >> 28027 oracle 15 0 8330m 8.0g 8.0g S 0 51.3 0:00.22 > >oracle > >> 8670 oracle 16 0 8331m 8.0g 8.0g S 0 51.3 0:20.51 > >oracle > >> 8636 oracle -51 0 8343m 8.0g 8.0g S 0 51.3 0:15.56 > >oracle > >> 8640 oracle -51 0 8343m 8.0g 8.0g S 0 51.3 0:15.23 > >oracle > >> 8634 oracle 15 0 8343m 8.0g 8.0g S 0 51.3 0:47.48 > >oracle > >> 20948 oracle 15 0 8332m 8.0g 8.0g S 0 51.3 0:00.81 > >oracle > >> 16966 oracle 15 0 8334m 8.0g 8.0g S 0 51.3 0:01.01 > >oracle > >> 8769 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:05.17 > >oracle > >> 20799 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:05.75 > >oracle > >> 10234 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:00.54 > >oracle > >> 21061 oracle 16 0 8333m 8.0g 8.0g S 5 51.3 131:13.11 > >oracle > >> 9775 oracle 15 0 8333m 8.0g 8.0g S 0 51.3 75:18.91 > >oracle > >> > >> > >> -----Mensaje original----- > >> De: redhat-sysadmin-list-bounces at redhat.com > >> [mailto:redhat-sysadmin-list-bounces at redhat.com] En nombre de > >> Sweat, Ryan > >> Enviado el: Mi?rcoles, 20 de Febrero de 2008 06:30 p.m. > >> Para: redhat-sysadmin-list at redhat.com > >> Asunto: RE: Memory at 100% LRH Ent 4.0 > >> > >> It's probably not an oversized Oracle SGA if it still appears to > >use > >> 100% when it's shut down. Linux caches memory that isn't > >> being used, so > >> it only looks like it's using 100%. Cached memory can be > >reclaimed by > >> processes that need it. Can you cat /proc/meminfo and paste > >> its output > >> here? Also run top, and sort by memory usage by pushing M, and > >see if > >> any of the top processes appear to be using an abnormal amount of > >> memory. > >> > >> > -----Original Message----- > >> > From: redhat-sysadmin-list-bounces at redhat.com > >> > [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of > >> > Mario Henley Becerril Geldis > >> > Sent: Wednesday, February 20, 2008 6:05 PM > >> > To: redhat-sysadmin-list at redhat.com > >> > Subject: Memory at 100% LRH Ent 4.0 > >> > > >> > Hi Administrators, > >> > > >> > > >> > > >> > > >> > > >> > I have a Linux Red Hat Enterprise 4.0 with Oracle 10g > >> > Database on HP DL580 (16GB RAM and 8 CPU at 3.3GHz). All the > >> > time the system appear with 100% Memory consumption. > >> > > >> > > >> > > >> > When Oracle 10g database is down; the system have 100% Memory > >> > consumption. > >> > > >> > > >> > > >> > To solve this, the system must be reset. > >> > > >> > > >> > > >> > > >> > > >> > Any ideas. > >> > > >> > > >> > >> -- > >> redhat-sysadmin-list mailing list > >> redhat-sysadmin-list at redhat.com > >> https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list > >> > >> -- > >> redhat-sysadmin-list mailing list > >> redhat-sysadmin-list at redhat.com > >> https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list > >> > > > >-- > >redhat-sysadmin-list mailing list > >redhat-sysadmin-list at redhat.com > >https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list From mrn08335 at telefonicamoviles.com.mx Thu Feb 21 21:21:41 2008 From: mrn08335 at telefonicamoviles.com.mx (Mario Henley Becerril Geldis) Date: Thu, 21 Feb 2008 15:21:41 -0600 Subject: Memory at 100% LRH Ent 4.0 References: <0FE074AF3F7FDC4F8E901B48224B4811E59A54@TEMM9DFEXVS01.mexico.tem.mx><0FE074AF3F7FDC4F8E901B48224B4811E59A56@TEMM9DFEXVS01.mexico.tem.mx> <8A5A158B711C154A91790AF8F573CF8B19B8A0@us-atlmail1.ariba.com> Message-ID: <0FE074AF3F7FDC4F8E901B48224B4811E59A60@TEMM9DFEXVS01.mexico.tem.mx> Ok Thank you -----Mensaje original----- De: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] En nombre de Richard Riley Enviado el: Jueves, 21 de Febrero de 2008 03:19 p.m. Para: redhat-sysadmin-list at redhat.com Asunto: RE: Memory at 100% LRH Ent 4.0 I wouldn't worry about memory unless swap space also appears to be used up. Linux caches memory for a process and keeps it even after the process quits, until some other process starts that needs memory and gets priority over old cached memory. In other words main memory will appear to be all in use shortly after a machine is started and remain that way because of the caching. When swap space starts to fill up it does indicate that much of main memory is tied up for running processes. This can affect performance. Bottom line is if your not having any performance problems, don't worry about it. If you are having performance issues, you need to look at processor usage and disk IO response times among other things. There is am rpm called sysstat that provides system accounting information, which will allow you to look at the system usage details. Richard Ariba, Inc. > >-----Original Message----- > >From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat- > >sysadmin-list-bounces at redhat.com] On Behalf Of Sweat, Ryan > >Sent: Wednesday, February 20, 2008 8:11 PM > >To: redhat-sysadmin-list at redhat.com > >Subject: RE: Memory at 100% LRH Ent 4.0 > > > >Is the issue a performance problem and you suspect the culprit is > >memory? This output shows your system is waiting for IO from your > >storage system. You aren't out of memory, but you do have less > >than 1GB available. How many database instances are you running? > >Can you provide the same statistics with Oracle not running? Also > >attach a copy of ps aux output? > > > >> -----Original Message----- > >> From: redhat-sysadmin-list-bounces at redhat.com > >> [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of > >> Mario Henley Becerril Geldis > >> Sent: Wednesday, February 20, 2008 6:35 PM > >> To: redhat-sysadmin-list at redhat.com > >> Subject: RE: Memory at 100% LRH Ent 4.0 > >> > >> Thank you, > >> > >> The Oracle SGA have 8GB. > >> > >> $ more /proc/meminfo > >> MemTotal: 16409832 kB > >> MemFree: 224688 kB > >> Buffers: 17296 kB > >> Cached: 461900 kB > >> SwapCached: 0 kB > >> Active: 2144412 kB > >> Inactive: 346400 kB > >> HighTotal: 0 kB > >> HighFree: 0 kB > >> LowTotal: 16409832 kB > >> LowFree: 224688 kB > >> SwapTotal: 33554424 kB > >> SwapFree: 33553604 kB > >> Dirty: 3992 kB > >> Writeback: 0 kB > >> Mapped: 2116692 kB > >> Slab: 2524412 kB > >> CommitLimit: 37040748 kB > >> Committed_AS: 14651952 kB > >> PageTables: 64536 kB > >> VmallocTotal: 536870911 kB > >> VmallocUsed: 281244 kB > >> VmallocChunk: 536589591 kB > >> HugePages_Total: 4608 > >> HugePages_Free: 511 > >> Hugepagesize: 2048 kB > >> > >> > >> $ top > >> top - 18:34:35 up 21 days, 15:59, 4 users, load average: > >> 7.08, 6.52, 5.45 > >> Tasks: 963 total, 3 running, 960 sleeping, 0 stopped, 0 > >zombie > >> Cpu(s): 8.8% us, 15.4% sy, 0.0% ni, 62.3% id, 12.8% wa, > >> 0.1% hi, 0.7% si > >> Mem: 16409832k total, 16187624k used, 222208k free, > >> 17452k buffers > >> Swap: 33554424k total, 820k used, 33553604k free, > >> 463444k cached > >> > >> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > >COMMAND > >> 20837 oracle 16 0 8631m 8.3g 8.0g S 0 53.1 3:22.17 > >oracle > >> 20794 oracle 16 0 8519m 8.2g 8.0g S 0 52.4 8:19.70 > >oracle > >> 20641 oracle 16 0 8487m 8.2g 8.0g S 0 52.2 9:43.38 > >oracle > >> 20649 oracle 16 0 8455m 8.1g 8.0g S 0 52.0 4:25.92 > >oracle > >> 20845 oracle 16 0 8439m 8.1g 8.0g S 0 51.9 3:58.00 > >oracle > >> 21033 oracle 15 0 8342m 8.0g 8.0g S 8 51.3 137:16.89 > >oracle > >> 8676 oracle 16 0 8333m 8.0g 8.0g S 0 51.3 2:00.25 > >oracle > >> 8664 oracle 16 0 8339m 8.0g 8.0g S 0 51.3 10:23.07 > >oracle > >> 21047 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 139:15.43 > >oracle > >> 21043 oracle 15 0 8342m 8.0g 8.0g S 0 51.3 134:08.43 > >oracle > >> 20923 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 139:50.04 > >oracle > >> 21041 oracle 15 0 8341m 8.0g 8.0g S 0 51.3 132:04.04 > >oracle > >> 19313 oracle 16 0 8341m 8.0g 8.0g S 0 51.3 74:14.41 > >oracle > >> 21037 oracle 16 0 8341m 8.0g 8.0g S 10 51.3 138:08.85 > >oracle > >> 8804 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:10.37 > >oracle > >> 8806 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:04.98 > >oracle > >> 8808 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:24.87 > >oracle > >> 8790 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:05.57 > >oracle > >> 8792 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:09.34 > >oracle > >> 8798 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.54 > >oracle > >> 8800 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.58 > >oracle > >> 8796 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:10.83 > >oracle > >> 8794 oracle 16 0 8346m 8.0g 8.0g S 0 51.3 2:10.52 > >oracle > >> 8802 oracle 15 0 8346m 8.0g 8.0g S 0 51.3 2:11.71 > >oracle > >> 8666 oracle 16 0 8333m 8.0g 8.0g S 0 51.3 2:36.09 > >oracle > >> 28027 oracle 15 0 8330m 8.0g 8.0g S 0 51.3 0:00.22 > >oracle > >> 8670 oracle 16 0 8331m 8.0g 8.0g S 0 51.3 0:20.51 > >oracle > >> 8636 oracle -51 0 8343m 8.0g 8.0g S 0 51.3 0:15.56 > >oracle > >> 8640 oracle -51 0 8343m 8.0g 8.0g S 0 51.3 0:15.23 > >oracle > >> 8634 oracle 15 0 8343m 8.0g 8.0g S 0 51.3 0:47.48 > >oracle > >> 20948 oracle 15 0 8332m 8.0g 8.0g S 0 51.3 0:00.81 > >oracle > >> 16966 oracle 15 0 8334m 8.0g 8.0g S 0 51.3 0:01.01 > >oracle > >> 8769 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:05.17 > >oracle > >> 20799 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:05.75 > >oracle > >> 10234 oracle 16 0 8330m 8.0g 8.0g S 0 51.3 0:00.54 > >oracle > >> 21061 oracle 16 0 8333m 8.0g 8.0g S 5 51.3 131:13.11 > >oracle > >> 9775 oracle 15 0 8333m 8.0g 8.0g S 0 51.3 75:18.91 > >oracle > >> > >> > >> -----Mensaje original----- > >> De: redhat-sysadmin-list-bounces at redhat.com > >> [mailto:redhat-sysadmin-list-bounces at redhat.com] En nombre de > >> Sweat, Ryan > >> Enviado el: Mi?rcoles, 20 de Febrero de 2008 06:30 p.m. > >> Para: redhat-sysadmin-list at redhat.com > >> Asunto: RE: Memory at 100% LRH Ent 4.0 > >> > >> It's probably not an oversized Oracle SGA if it still appears to > >use > >> 100% when it's shut down. Linux caches memory that isn't > >> being used, so > >> it only looks like it's using 100%. Cached memory can be > >reclaimed by > >> processes that need it. Can you cat /proc/meminfo and paste > >> its output > >> here? Also run top, and sort by memory usage by pushing M, and > >see if > >> any of the top processes appear to be using an abnormal amount of > >> memory. > >> > >> > -----Original Message----- > >> > From: redhat-sysadmin-list-bounces at redhat.com > >> > [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of > >> > Mario Henley Becerril Geldis > >> > Sent: Wednesday, February 20, 2008 6:05 PM > >> > To: redhat-sysadmin-list at redhat.com > >> > Subject: Memory at 100% LRH Ent 4.0 > >> > > >> > Hi Administrators, > >> > > >> > > >> > > >> > > >> > > >> > I have a Linux Red Hat Enterprise 4.0 with Oracle 10g > >> > Database on HP DL580 (16GB RAM and 8 CPU at 3.3GHz). All the > >> > time the system appear with 100% Memory consumption. > >> > > >> > > >> > > >> > When Oracle 10g database is down; the system have 100% Memory > >> > consumption. > >> > > >> > > >> > > >> > To solve this, the system must be reset. > >> > > >> > > >> > > >> > > >> > > >> > Any ideas. > >> > > >> > > >> > >> -- > >> redhat-sysadmin-list mailing list > >> redhat-sysadmin-list at redhat.com > >> https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list > >> > >> -- > >> redhat-sysadmin-list mailing list > >> redhat-sysadmin-list at redhat.com > >> https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list > >> > > > >-- > >redhat-sysadmin-list mailing list > >redhat-sysadmin-list at redhat.com > >https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list -- redhat-sysadmin-list mailing list redhat-sysadmin-list at redhat.com https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list From CHort at caed.uscourts.gov Thu Feb 21 22:05:16 2008 From: CHort at caed.uscourts.gov (CHort at caed.uscourts.gov) Date: Thu, 21 Feb 2008 14:05:16 -0800 Subject: Cheree Hort/CAED/09/USCOURTS is out of the office. Message-ID: I will be out of the office starting 02/21/2008 and will not return until 02/25/2008. From bill at magicdigits.com Fri Feb 22 15:35:13 2008 From: bill at magicdigits.com (Bill Watson) Date: Fri, 22 Feb 2008 07:35:13 -0800 Subject: Up2date questions Message-ID: <003901c87568$84afee30$09000032@bill> I am looking for 2 command line syntaxes for up2date. The first I need is one that will pre-download all the rpm's on a system that needs about 500 patches. The second one I need is to actually apply those downloaded patches to the system when I can babysit it onsite. I am thinking the following is correct, but I really don't want to goof it up: # up2date -d # up2date -i The part that I'm unsure of is if I must deal with the dependencies at the command line if I want all offered updates. And if I must, what command sequence makes it happen. If I was onsite throughout, the GUI would guide me. The system is firewalled so I cannot vnc over there. The system is running AS4.0 2.6.9-67.0.1.ELsmp Thanks in advance, Bill Watson bill at magicdigits.com From dlopez at humnet.ucla.edu Tue Feb 26 18:54:39 2008 From: dlopez at humnet.ucla.edu (Lopez, Denise) Date: Tue, 26 Feb 2008 10:54:39 -0800 Subject: LVM resize question Message-ID: Hi all, I am in the process of setting up a Xen server and I want to have the Guest OS's on LVM's. I have created a 10GB LVM and installed a CentOS guest on it. Now before it goes production I want to do testing of increasing the space for the Guest OS. I have found documentation that says to use resize2fs after you extend the logical volume but when I try this command on the logical volume I get the following error. root at xen ~]# resize2fs /dev/XenServers/CentOS5 resize2fs 1.39 (29-May-2006) resize2fs: Bad magic number in super-block while trying to open /dev/XenServers/CentOS5 Couldn't find valid filesystem superblock. I tried with the -f option too but still the same error. Any ideas? Thanks Denise Lopez UCLA - Center for Digital Humanities Network Services Linux Systems Engineer 337 Charles E. Young Drive East PPB 1020 Los Angeles, CA 90095-1499 310/206-8216 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 2230 bytes Desc: image001.jpg URL: From jolt at ti.com Tue Feb 26 19:05:32 2008 From: jolt at ti.com (Olt, Joseph) Date: Tue, 26 Feb 2008 13:05:32 -0600 Subject: LVM resize question In-Reply-To: Message-ID: <6B34B8A05FA7544BB7F013ACD452E028023A4AFF@dlee11.ent.ti.com> Hello Denise, I don't have a Xen server to check, but I don't believe there is an ext2 or ext3 filesystem on a Xen partition. Resize2fs only works for ext2/3 filesystems. Did you try increasing the volume and re-read the disk from the Xen guest? Regards, Joseph ________________________________ From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of Lopez, Denise Sent: Tuesday, February 26, 2008 1:55 PM To: redhat-sysadmin-list at redhat.com Subject: LVM resize question Hi all, I am in the process of setting up a Xen server and I want to have the Guest OS's on LVM's. I have created a 10GB LVM and installed a CentOS guest on it. Now before it goes production I want to do testing of increasing the space for the Guest OS. I have found documentation that says to use resize2fs after you extend the logical volume but when I try this command on the logical volume I get the following error. root at xen ~]# resize2fs /dev/XenServers/CentOS5 resize2fs 1.39 (29-May-2006) resize2fs: Bad magic number in super-block while trying to open /dev/XenServers/CentOS5 Couldn't find valid filesystem superblock. I tried with the -f option too but still the same error. Any ideas? Thanks Denise Lopez UCLA - Center for Digital Humanities Network Services Linux Systems Engineer 337 Charles E. Young Drive East PPB 1020 Los Angeles, CA 90095-1499 310/206-8216 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 2230 bytes Desc: image001.jpg URL: From tiagocruz at forumgdh.net Tue Feb 26 19:37:13 2008 From: tiagocruz at forumgdh.net (Tiago Cruz) Date: Tue, 26 Feb 2008 16:37:13 -0300 Subject: LVM resize question In-Reply-To: References: Message-ID: <1204054633.19962.30.camel@tuxkiller.ig.com.br> On Tue, 2008-02-26 at 10:54 -0800, Lopez, Denise wrote: > f increasing the space for the Guest OS. I have found documentation > that says to use resize2fs after you extend the logical volume but > > root at xen ~]# resize2fs /dev/XenServers/CentOS5 Hello, I have had this setup, inside one LVM device: /boot = 100 MB / = 9,5 GB swap = 400 MB So, I've used "fdisk" on the LVM, deleted the swap device and did the growing on the "/" partition (9,5 GB => 20 GB). Increasing the number of "cylinders", I can expand the filesystem after all. []s -- Tiago Cruz http://everlinux.com Linux User #282636 From dmitry at athabascau.ca Tue Feb 26 19:08:59 2008 From: dmitry at athabascau.ca (Dmitry S. Makovey) Date: Tue, 26 Feb 2008 12:08:59 -0700 Subject: LVM resize question In-Reply-To: References: Message-ID: <200802261209.04199.dmitry@athabascau.ca> On February 26, 2008, Lopez, Denise wrote: > Hi all, > > > > I am in the process of setting up a Xen server and I want to have the > Guest OS's on LVM's. I have created a 10GB LVM and installed a CentOS > guest on it. Now before it goes production I want to do testing of > increasing the space for the Guest OS. I have found documentation that > says to use resize2fs after you extend the logical volume but when I try > this command on the logical volume I get the following error. > > > > root at xen ~]# resize2fs /dev/XenServers/CentOS5 > > resize2fs 1.39 (29-May-2006) > > resize2fs: Bad magic number in super-block while trying to open > /dev/XenServers/CentOS5 > > Couldn't find valid filesystem superblock. > > > > I tried with the -f option too but still the same error. your /dev/XenServers/CentOS5 is not a "normal" partition. do fdisk -l /dev/XenServers/CentOS5 and you'll se that you have partitions inside of that partition. Thus the rules of resize2fs don't apply. You could possibly try: 1. stop VM 2. kpartx -a /dev/XenServers/CentOS5 3. now you have /dev/mapper/ entries for all guest's partitions 4. try to run resize2fs from there. however what I found to be a working solution is whenever you want "more" space do: 1. in dom0 create new LVM partition 2. connect it to domU either on-the-fly with the help of xm or just changing configuration in /etc/xen/domain.cfg or both 3. inside domU use LVM to add this new device to the existing volume group 4. resize needed logic volume using lvresize 5. use resize2fs to re-adjust FS on that partition. -- Dmitry Makovey Web Systems Administrator Athabasca University (780) 675-6245 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From dlopez at humnet.ucla.edu Tue Feb 26 19:49:01 2008 From: dlopez at humnet.ucla.edu (Lopez, Denise) Date: Tue, 26 Feb 2008 11:49:01 -0800 Subject: LVM resize question In-Reply-To: <6B34B8A05FA7544BB7F013ACD452E028023A4AFF@dlee11.ent.ti.com> References: <6B34B8A05FA7544BB7F013ACD452E028023A4AFF@dlee11.ent.ti.com> Message-ID: >From within the guest when I do an fdisk -l it shows the drive as being 12GB which is the 10GB original size plus the 2GB I extended the LVM but with a df -h command it is still only showing the original 10GB. When I try to run a resize2fs in the guest, it says: [root at centos5-test ~]# resize2fs /dev/xvda2 resize2fs 1.39 (29-May-2006) The filesystem is already 2594497 blocks long. Nothing to do! The /dev/xvda2 is the root partition but I thought resize2fs could extend a file system without having to unmount it. Denise Lopez 310/ 206-8216 dlopez at humnet.ucla.edu From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of Olt, Joseph Sent: Tuesday, February 26, 2008 11:06 AM To: redhat-sysadmin-list at redhat.com Subject: RE: LVM resize question Hello Denise, I don't have a Xen server to check, but I don't believe there is an ext2 or ext3 filesystem on a Xen partition. Resize2fs only works for ext2/3 filesystems. Did you try increasing the volume and re-read the disk from the Xen guest? Regards, Joseph ________________________________ From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of Lopez, Denise Sent: Tuesday, February 26, 2008 1:55 PM To: redhat-sysadmin-list at redhat.com Subject: LVM resize question Hi all, I am in the process of setting up a Xen server and I want to have the Guest OS's on LVM's. I have created a 10GB LVM and installed a CentOS guest on it. Now before it goes production I want to do testing of increasing the space for the Guest OS. I have found documentation that says to use resize2fs after you extend the logical volume but when I try this command on the logical volume I get the following error. root at xen ~]# resize2fs /dev/XenServers/CentOS5 resize2fs 1.39 (29-May-2006) resize2fs: Bad magic number in super-block while trying to open /dev/XenServers/CentOS5 Couldn't find valid filesystem superblock. I tried with the -f option too but still the same error. Any ideas? Thanks Denise Lopez UCLA - Center for Digital Humanities Network Services Linux Systems Engineer 337 Charles E. Young Drive East PPB 1020 Los Angeles, CA 90095-1499 310/206-8216 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 2230 bytes Desc: image001.jpg URL: From jolt at ti.com Tue Feb 26 19:57:44 2008 From: jolt at ti.com (Olt, Joseph) Date: Tue, 26 Feb 2008 13:57:44 -0600 Subject: LVM resize question In-Reply-To: Message-ID: <6B34B8A05FA7544BB7F013ACD452E028023A4B71@dlee11.ent.ti.com> Is the output of "cat /proc/partitions" correct? Did you run "partprobe" to reread the partition table? ________________________________ From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of Lopez, Denise Sent: Tuesday, February 26, 2008 2:49 PM To: redhat-sysadmin-list at redhat.com Subject: RE: LVM resize question >From within the guest when I do an fdisk -l it shows the drive as being 12GB which is the 10GB original size plus the 2GB I extended the LVM but with a df -h command it is still only showing the original 10GB. When I try to run a resize2fs in the guest, it says: [root at centos5-test ~]# resize2fs /dev/xvda2 resize2fs 1.39 (29-May-2006) The filesystem is already 2594497 blocks long. Nothing to do! The /dev/xvda2 is the root partition but I thought resize2fs could extend a file system without having to unmount it. Denise Lopez 310/ 206-8216 dlopez at humnet.ucla.edu From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of Olt, Joseph Sent: Tuesday, February 26, 2008 11:06 AM To: redhat-sysadmin-list at redhat.com Subject: RE: LVM resize question Hello Denise, I don't have a Xen server to check, but I don't believe there is an ext2 or ext3 filesystem on a Xen partition. Resize2fs only works for ext2/3 filesystems. Did you try increasing the volume and re-read the disk from the Xen guest? Regards, Joseph ________________________________ From: redhat-sysadmin-list-bounces at redhat.com [mailto:redhat-sysadmin-list-bounces at redhat.com] On Behalf Of Lopez, Denise Sent: Tuesday, February 26, 2008 1:55 PM To: redhat-sysadmin-list at redhat.com Subject: LVM resize question Hi all, I am in the process of setting up a Xen server and I want to have the Guest OS's on LVM's. I have created a 10GB LVM and installed a CentOS guest on it. Now before it goes production I want to do testing of increasing the space for the Guest OS. I have found documentation that says to use resize2fs after you extend the logical volume but when I try this command on the logical volume I get the following error. root at xen ~]# resize2fs /dev/XenServers/CentOS5 resize2fs 1.39 (29-May-2006) resize2fs: Bad magic number in super-block while trying to open /dev/XenServers/CentOS5 Couldn't find valid filesystem superblock. I tried with the -f option too but still the same error. Any ideas? Thanks Denise Lopez UCLA - Center for Digital Humanities Network Services Linux Systems Engineer 337 Charles E. Young Drive East PPB 1020 Los Angeles, CA 90095-1499 310/206-8216 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 2230 bytes Desc: image001.jpg URL: From mrn08335 at telefonicamoviles.com.mx Thu Feb 28 19:34:25 2008 From: mrn08335 at telefonicamoviles.com.mx (Mario Henley Becerril Geldis) Date: Thu, 28 Feb 2008 13:34:25 -0600 Subject: VMSTAT out Message-ID: <0FE074AF3F7FDC4F8E901B48224B4811E59ACD@TEMM9DFEXVS01.mexico.tem.mx> I have a Linux RED HAT Ent 4.0 with a performance problem. I have a question. When I run vmstat the column procs "b" is to high # vmstat 1 1000 procs memory page disk faults cpu r b w swap free re mf pi po fr de sr m0 m1 m3 m4 in sy cs us sy id 1 7 0 82292008 31496048 4307 2903 23638 158 145 0 2 8 0 8 2 4971 37871 27939 30 14 56 0 35 0 89072112 42850072 9065 61 40111 0 0 0 0 0 0 0 0 11981 54676 32556 69 23 8 0 31 0 89068784 42848744 8133 55 34863 0 0 0 0 0 0 0 0 11409 50006 30525 70 22 8 0 32 0 89063184 42848408 8760 14 31010 0 0 0 0 0 0 0 0 14490 53371 37329 64 28 8 0 35 0 89049776 42829368 7850 2667 35976 0 0 0 0 0 0 1 0 10374 53252 31237 70 21 10 0 39 0 89035584 42821440 7180 1709 28768 0 0 0 0 0 0 1 0 9413 51926 30235 68 20 12 3 27 0 89037400 42819064 5894 108 21773 0 0 0 0 0 0 0 0 9313 47995 28245 64 23 13 0 40 0 89032944 42819240 6725 0 31694 0 0 0 0 7 0 13 10 10063 46811 25870 67 23 10 2 42 0 89015800 42809776 7568 1632 23188 0 0 0 0 9 0 23 8 10584 51568 24650 69 24 7 0 42 0 89014752 42802632 6034 1592 27202 0 0 0 0 0 0 0 0 16171 46100 33387 60 33 7 0 31 0 89017184 42802704 7122 170 20895 0 0 0 0 0 0 0 0 9736 44338 27591 65 24 12 1 37 0 89012712 42800856 6299 0 25180 0 0 0 0 0 0 0 0 10265 43385 23288 70 24 6 0 45 0 89011296 42798864 7543 709 26297 16 16 0 0 4 0 27 2 12035 56246 32354 60 31 9 3 34 0 89011640 42799488 9155 255 18717 127 127 0 0 0 0 14 0 16052 71411 28734 70 28 1 I have a disk problem or what is it? The man page says kthr Report the number of kernel threads in each of the three following states: r in run queue b blocked for resources I/O, paging, and so forth w swapped Thank you advantage -------------- next part -------------- An HTML attachment was scrubbed... URL: