FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Red Hat Linux

 
 
LinkBack Thread Tools
 
Old 10-10-2008, 07:04 AM
"Koray Sonmez [Oytek]"
 
Default memory problem

Hi,



One of my server got below messages and restart. I think it is a memory
problem. I try to understand is this physically problem or insufficient
memory?



Regards,





Oct 10 07:06:59 erpdb kernel: Swap cache: add 58162, delete 58008, find
23885/27181, race 0+0

Oct 10 07:06:59 erpdb kernel: 0 bounce buffer pages

Oct 10 07:06:59 erpdb kernel: Free swap: 32766196kB

Oct 10 07:06:59 erpdb kernel: 8650752 pages of RAM

Oct 10 07:06:59 erpdb kernel: 7602176 pages of HIGHMEM

Oct 10 07:06:59 erpdb kernel: 332197 reserved pages

Oct 10 07:06:59 erpdb kernel: 21261599 pages shared

Oct 10 07:06:59 erpdb kernel: 154 pages swap cached

Oct 10 07:06:59 erpdb kernel: Out of Memory: Killed process 23557
(oracle).

Oct 10 07:06:59 erpdb kernel: oom-killer: gfp_mask=0xd0

Oct 10 07:06:59 erpdb kernel: Mem-info:

Oct 10 07:06:59 erpdb kernel: DMA per-cpu:

Oct 10 07:06:59 erpdb kernel: cpu 0 hot: low 2, high 6, batch 1

Oct 10 07:06:59 erpdb kernel: cpu 0 cold: low 0, high 2, batch 1

Oct 10 07:06:59 erpdb kernel: cpu 1 hot: low 2, high 6, batch 1

Oct 10 07:06:59 erpdb kernel: cpu 1 cold: low 0, high 2, batch 1

Oct 10 07:07:00 erpdb kernel: cpu 2 hot: low 2, high 6, batch 1

Oct 10 07:07:00 erpdb kernel: cpu 2 cold: low 0, high 2, batch 1

Oct 10 07:07:00 erpdb kernel: cpu 3 hot: low 2, high 6, batch 1

Oct 10 07:07:00 erpdb kernel: cpu 3 cold: low 0, high 2, batch 1

Oct 10 07:07:00 erpdb kernel: cpu 4 hot: low 2, high 6, batch 1

Oct 10 07:07:00 erpdb kernel: cpu 4 cold: low 0, high 2, batch 1

Oct 10 07:07:00 erpdb kernel: cpu 5 hot: low 2, high 6, batch 1

Oct 10 07:07:00 erpdb kernel: cpu 5 cold: low 0, high 2, batch 1

Oct 10 07:07:00 erpdb kernel: cpu 6 hot: low 2, high 6, batch 1

Oct 10 07:07:00 erpdb kernel: cpu 6 cold: low 0, high 2, batch 1

Oct 10 07:07:00 erpdb kernel: cpu 7 hot: low 2, high 6, batch 1

Oct 10 07:07:00 erpdb kernel: cpu 7 cold: low 0, high 2, batch 1

Oct 10 07:07:00 erpdb kernel: cpu 8 hot: low 2, high 6, batch 1

Oct 10 07:07:00 erpdb kernel: cpu 8 cold: low 0, high 2, batch 1

Oct 10 07:07:00 erpdb kernel: cpu 9 hot: low 2, high 6, batch 1

Oct 10 07:07:00 erpdb kernel: cpu 9 cold: low 0, high 2, batch 1

Oct 10 07:07:00 erpdb kernel: cpu 10 hot: low 2, high 6, batch 1

Oct 10 07:07:01 erpdb kernel: cpu 10 cold: low 0, high 2, batch 1

Oct 10 07:07:01 erpdb kernel: cpu 11 hot: low 2, high 6, batch 1

Oct 10 07:07:01 erpdb kernel: cpu 11 cold: low 0, high 2, batch 1

Oct 10 07:07:01 erpdb kernel: cpu 12 hot: low 2, high 6, batch 1

Oct 10 07:07:01 erpdb kernel: cpu 12 cold: low 0, high 2, batch 1

Oct 10 07:07:01 erpdb kernel: cpu 13 hot: low 2, high 6, batch 1

Oct 10 07:07:01 erpdb kernel: cpu 13 cold: low 0, high 2, batch 1

Oct 10 07:07:01 erpdb kernel: cpu 14 hot: low 2, high 6, batch 1

Oct 10 07:07:01 erpdb kernel: cpu 14 cold: low 0, high 2, batch 1

Oct 10 07:07:01 erpdb kernel: cpu 15 hot: low 2, high 6, batch 1

Oct 10 07:07:01 erpdb kernel: cpu 15 cold: low 0, high 2, batch 1

Oct 10 07:07:01 erpdb kernel: Normal per-cpu:

Oct 10 07:07:01 erpdb kernel: cpu 0 hot: low 32, high 96, batch 16

Oct 10 07:07:01 erpdb kernel: cpu 0 cold: low 0, high 32, batch 16

Oct 10 07:07:01 erpdb kernel: cpu 1 hot: low 32, high 96, batch 16

Oct 10 07:07:01 erpdb kernel: cpu 1 cold: low 0, high 32, batch 16

Oct 10 07:07:01 erpdb kernel: cpu 2 hot: low 32, high 96, batch 16

Oct 10 07:07:01 erpdb kernel: cpu 2 cold: low 0, high 32, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 3 hot: low 32, high 96, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 3 cold: low 0, high 32, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 4 hot: low 32, high 96, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 4 cold: low 0, high 32, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 5 hot: low 32, high 96, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 5 cold: low 0, high 32, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 6 hot: low 32, high 96, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 6 cold: low 0, high 32, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 7 hot: low 32, high 96, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 7 cold: low 0, high 32, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 8 hot: low 32, high 96, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 8 cold: low 0, high 32, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 9 hot: low 32, high 96, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 9 cold: low 0, high 32, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 10 hot: low 32, high 96, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 10 cold: low 0, high 32, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 11 hot: low 32, high 96, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 11 cold: low 0, high 32, batch 16

Oct 10 07:07:02 erpdb kernel: cpu 12 hot: low 32, high 96, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 12 cold: low 0, high 32, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 13 hot: low 32, high 96, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 13 cold: low 0, high 32, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 14 hot: low 32, high 96, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 14 cold: low 0, high 32, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 15 hot: low 32, high 96, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 15 cold: low 0, high 32, batch 16

Oct 10 07:07:03 erpdb kernel: HighMem per-cpu:

Oct 10 07:07:03 erpdb kernel: cpu 0 hot: low 32, high 96, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 0 cold: low 0, high 32, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 1 hot: low 32, high 96, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 1 cold: low 0, high 32, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 2 hot: low 32, high 96, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 2 cold: low 0, high 32, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 3 hot: low 32, high 96, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 3 cold: low 0, high 32, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 4 hot: low 32, high 96, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 4 cold: low 0, high 32, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 5 hot: low 32, high 96, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 5 cold: low 0, high 32, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 6 hot: low 32, high 96, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 6 cold: low 0, high 32, batch 16

Oct 10 07:07:03 erpdb kernel: cpu 7 hot: low 32, high 96, batch 16

Oct 10 07:07:04 erpdb kernel: cpu 7 cold: low 0, high 32, batch 16

Oct 10 07:07:04 erpdb kernel: cpu 8 hot: low 32, high 96, batch 16

Oct 10 07:07:04 erpdb kernel: cpu 8 cold: low 0, high 32, batch 16

Oct 10 07:07:04 erpdb kernel: cpu 9 hot: low 32, high 96, batch 16

Oct 10 07:07:04 erpdb kernel: cpu 9 cold: low 0, high 32, batch 16

Oct 10 07:07:04 erpdb kernel: cpu 10 hot: low 32, high 96, batch 16

Oct 10 07:07:04 erpdb kernel: cpu 10 cold: low 0, high 32, batch 16

Oct 10 07:07:04 erpdb kernel: cpu 11 hot: low 32, high 96, batch 16

Oct 10 07:07:04 erpdb kernel: cpu 11 cold: low 0, high 32, batch 16

Oct 10 07:07:04 erpdb kernel: cpu 12 hot: low 32, high 96, batch 16

Oct 10 07:07:04 erpdb kernel: cpu 12 cold: low 0, high 32, batch 16

Oct 10 07:07:04 erpdb kernel: cpu 13 hot: low 32, high 96, batch 16

Oct 10 07:07:04 erpdb kernel: cpu 13 cold: low 0, high 32, batch 16

Oct 10 07:07:04 erpdb kernel: cpu 14 hot: low 32, high 96, batch 16

Oct 10 07:07:04 erpdb kernel: cpu 14 cold: low 0, high 32, batch 16

Oct 10 09:20:29 erpdb syslogd 1.4.1: restart.

Oct 10 09:20:29 erpdb syslog: syslogd startup succeeded

Oct 10 09:20:29 erpdb kernel: klogd 1.4.1, log source = /proc/kmsg
started.

Oct 10 09:20:29 erpdb syslog: klogd startup succeeded

Oct 10 09:20:29 erpdb kernel: Linux version 2.6.9-55.ELhugemem
(brewbuilder@ls20-bc2-14.build.redhat.com) (gcc version 3.4.6 20060404
(Red Hat 3.4.6-3)) #1 SMP Fri Apr 20 17:20:11 EDT 2007

Oct 10 09:20:29 erpdb kernel: BIOS-provided physical RAM map:

Oct 10 09:20:29 erpdb kernel: BIOS-e820: 0000000000000000 -
000000000009bc00 (usable)

Oct 10 09:20:29 erpdb kernel: BIOS-e820: 000000000009bc00 -
00000000000a0000 (reserved)

Oct 10 09:20:29 erpdb kernel: BIOS-e820: 00000000000e0000 -
0000000000100000 (reserved)

Oct 10 09:20:29 erpdb kernel: BIOS-e820: 0000000000100000 -
00000000bff4b380 (usable)


Bu e-mail'in tum icerigi gonderenin kisisel tasarrufu ile olusturulmus ve gonderilmistir. Oyak Teknoloji Bilisim ve Kart Hizmetleri A.S. bu e-mail icerigi hakkinda sorumluluk kabul etmez.
This e-mail has been sent by the sender under his/her own individual discretion. Oyak Teknoloji Bilisim ve Kart Hizmetleri A.S. accepts no responsibility.
--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
 
Old 10-13-2008, 11:24 AM
lingu
 
Default memory problem

Hi,

Its clearly indicates you are running out of memory and in the
syslog its indicating the oracle is the process eating up your memory
causing the OOM killer to kill that process and retains the operating
system in normal state.

Try to find out the cause of the memory hang, and also check the swap
space also during this type of scenario swap space will be fully
utilized.

>From system side you have to check top,sar,vmstat for load and i/o and
swap in an swap out stats respectively.

Also try to check for oracle logs becasue in my case we facerd the
same issue and later found that certain queries from application
server casuing 1000 instances on the databse.

In my case DBA team fixed those issue, also if you are running
critical application increase you physical ram to another 8GB will
give you some temp solution.But check your oracle part.

Note: Also dont create swap size of more than 4 GB it make your system
little slow because of some HUGE I/O for bigger space.





On Fri, Oct 10, 2008 at 12:34 PM, Koray Sonmez [Oytek]
<ksonmez@oytek.com.tr> wrote:
> Hi,
>
>
>
> One of my server got below messages and restart. I think it is a memory
> problem. I try to understand is this physically problem or insufficient
> memory?
>
>
>
> Regards,
>
>
>
>
>
> Oct 10 07:06:59 erpdb kernel: Swap cache: add 58162, delete 58008, find
> 23885/27181, race 0+0
>
> Oct 10 07:06:59 erpdb kernel: 0 bounce buffer pages
>
> Oct 10 07:06:59 erpdb kernel: Free swap: 32766196kB
>
> Oct 10 07:06:59 erpdb kernel: 8650752 pages of RAM
>
> Oct 10 07:06:59 erpdb kernel: 7602176 pages of HIGHMEM
>
> Oct 10 07:06:59 erpdb kernel: 332197 reserved pages
>
> Oct 10 07:06:59 erpdb kernel: 21261599 pages shared
>
> Oct 10 07:06:59 erpdb kernel: 154 pages swap cached
>
> Oct 10 07:06:59 erpdb kernel: Out of Memory: Killed process 23557
> (oracle).
>
> Oct 10 07:06:59 erpdb kernel: oom-killer: gfp_mask=0xd0
>
> Oct 10 07:06:59 erpdb kernel: Mem-info:
>
> Oct 10 07:06:59 erpdb kernel: DMA per-cpu:
>
> Oct 10 07:06:59 erpdb kernel: cpu 0 hot: low 2, high 6, batch 1
>
> Oct 10 07:06:59 erpdb kernel: cpu 0 cold: low 0, high 2, batch 1
>
> Oct 10 07:06:59 erpdb kernel: cpu 1 hot: low 2, high 6, batch 1
>
> Oct 10 07:06:59 erpdb kernel: cpu 1 cold: low 0, high 2, batch 1
>
> Oct 10 07:07:00 erpdb kernel: cpu 2 hot: low 2, high 6, batch 1
>
> Oct 10 07:07:00 erpdb kernel: cpu 2 cold: low 0, high 2, batch 1
>
> Oct 10 07:07:00 erpdb kernel: cpu 3 hot: low 2, high 6, batch 1
>
> Oct 10 07:07:00 erpdb kernel: cpu 3 cold: low 0, high 2, batch 1
>
> Oct 10 07:07:00 erpdb kernel: cpu 4 hot: low 2, high 6, batch 1
>
> Oct 10 07:07:00 erpdb kernel: cpu 4 cold: low 0, high 2, batch 1
>
> Oct 10 07:07:00 erpdb kernel: cpu 5 hot: low 2, high 6, batch 1
>
> Oct 10 07:07:00 erpdb kernel: cpu 5 cold: low 0, high 2, batch 1
>
> Oct 10 07:07:00 erpdb kernel: cpu 6 hot: low 2, high 6, batch 1
>
> Oct 10 07:07:00 erpdb kernel: cpu 6 cold: low 0, high 2, batch 1
>
> Oct 10 07:07:00 erpdb kernel: cpu 7 hot: low 2, high 6, batch 1
>
> Oct 10 07:07:00 erpdb kernel: cpu 7 cold: low 0, high 2, batch 1
>
> Oct 10 07:07:00 erpdb kernel: cpu 8 hot: low 2, high 6, batch 1
>
> Oct 10 07:07:00 erpdb kernel: cpu 8 cold: low 0, high 2, batch 1
>
> Oct 10 07:07:00 erpdb kernel: cpu 9 hot: low 2, high 6, batch 1
>
> Oct 10 07:07:00 erpdb kernel: cpu 9 cold: low 0, high 2, batch 1
>
> Oct 10 07:07:00 erpdb kernel: cpu 10 hot: low 2, high 6, batch 1
>
> Oct 10 07:07:01 erpdb kernel: cpu 10 cold: low 0, high 2, batch 1
>
> Oct 10 07:07:01 erpdb kernel: cpu 11 hot: low 2, high 6, batch 1
>
> Oct 10 07:07:01 erpdb kernel: cpu 11 cold: low 0, high 2, batch 1
>
> Oct 10 07:07:01 erpdb kernel: cpu 12 hot: low 2, high 6, batch 1
>
> Oct 10 07:07:01 erpdb kernel: cpu 12 cold: low 0, high 2, batch 1
>
> Oct 10 07:07:01 erpdb kernel: cpu 13 hot: low 2, high 6, batch 1
>
> Oct 10 07:07:01 erpdb kernel: cpu 13 cold: low 0, high 2, batch 1
>
> Oct 10 07:07:01 erpdb kernel: cpu 14 hot: low 2, high 6, batch 1
>
> Oct 10 07:07:01 erpdb kernel: cpu 14 cold: low 0, high 2, batch 1
>
> Oct 10 07:07:01 erpdb kernel: cpu 15 hot: low 2, high 6, batch 1
>
> Oct 10 07:07:01 erpdb kernel: cpu 15 cold: low 0, high 2, batch 1
>
> Oct 10 07:07:01 erpdb kernel: Normal per-cpu:
>
> Oct 10 07:07:01 erpdb kernel: cpu 0 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:01 erpdb kernel: cpu 0 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:01 erpdb kernel: cpu 1 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:01 erpdb kernel: cpu 1 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:01 erpdb kernel: cpu 2 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:01 erpdb kernel: cpu 2 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 3 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 3 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 4 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 4 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 5 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 5 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 6 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 6 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 7 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 7 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 8 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 8 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 9 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 9 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 10 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 10 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 11 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 11 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:02 erpdb kernel: cpu 12 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 12 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 13 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 13 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 14 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 14 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 15 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 15 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:03 erpdb kernel: HighMem per-cpu:
>
> Oct 10 07:07:03 erpdb kernel: cpu 0 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 0 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 1 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 1 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 2 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 2 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 3 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 3 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 4 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 4 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 5 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 5 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 6 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 6 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:03 erpdb kernel: cpu 7 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:04 erpdb kernel: cpu 7 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:04 erpdb kernel: cpu 8 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:04 erpdb kernel: cpu 8 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:04 erpdb kernel: cpu 9 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:04 erpdb kernel: cpu 9 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:04 erpdb kernel: cpu 10 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:04 erpdb kernel: cpu 10 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:04 erpdb kernel: cpu 11 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:04 erpdb kernel: cpu 11 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:04 erpdb kernel: cpu 12 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:04 erpdb kernel: cpu 12 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:04 erpdb kernel: cpu 13 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:04 erpdb kernel: cpu 13 cold: low 0, high 32, batch 16
>
> Oct 10 07:07:04 erpdb kernel: cpu 14 hot: low 32, high 96, batch 16
>
> Oct 10 07:07:04 erpdb kernel: cpu 14 cold: low 0, high 32, batch 16
>
> Oct 10 09:20:29 erpdb syslogd 1.4.1: restart.
>
> Oct 10 09:20:29 erpdb syslog: syslogd startup succeeded
>
> Oct 10 09:20:29 erpdb kernel: klogd 1.4.1, log source = /proc/kmsg
> started.
>
> Oct 10 09:20:29 erpdb syslog: klogd startup succeeded
>
> Oct 10 09:20:29 erpdb kernel: Linux version 2.6.9-55.ELhugemem
> (brewbuilder@ls20-bc2-14.build.redhat.com) (gcc version 3.4.6 20060404
> (Red Hat 3.4.6-3)) #1 SMP Fri Apr 20 17:20:11 EDT 2007
>
> Oct 10 09:20:29 erpdb kernel: BIOS-provided physical RAM map:
>
> Oct 10 09:20:29 erpdb kernel: BIOS-e820: 0000000000000000 -
> 000000000009bc00 (usable)
>
> Oct 10 09:20:29 erpdb kernel: BIOS-e820: 000000000009bc00 -
> 00000000000a0000 (reserved)
>
> Oct 10 09:20:29 erpdb kernel: BIOS-e820: 00000000000e0000 -
> 0000000000100000 (reserved)
>
> Oct 10 09:20:29 erpdb kernel: BIOS-e820: 0000000000100000 -
> 00000000bff4b380 (usable)
>
>
> Bu e-mail'in tum icerigi gonderenin kisisel tasarrufu ile olusturulmus ve gonderilmistir. Oyak Teknoloji Bilisim ve Kart Hizmetleri A.S. bu e-mail icerigi hakkinda sorumluluk kabul etmez.
> This e-mail has been sent by the sender under his/her own individual discretion. Oyak Teknoloji Bilisim ve Kart Hizmetleri A.S. accepts no responsibility.
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@redhat.com?subjectunsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>

--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
 
Old 10-13-2008, 02:11 PM
mark
 
Default memory problem

lingu wrote:
> Hi,
>
> Its clearly indicates you are running out of memory and in the
> syslog its indicating the oracle is the process eating up your memory
> causing the OOM killer to kill that process and retains the operating
> system in normal state.
>
> Try to find out the cause of the memory hang, and also check the swap
> space also during this type of scenario swap space will be fully
> utilized.
>
>>From system side you have to check top,sar,vmstat for load and i/o and
> swap in an swap out stats respectively.

Should we assume that the server's already been tuned for Oracle - increasing
shmmem and semaphores? Also, with some versions of Oracle & Linux, there's a
max of virtual memory that Oracle, in its parms, can use - I forget if it's
2.5G or 3.9G
<snip>
mark

--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
 
Old 12-27-2008, 11:59 AM
Vincent Lefevre
 
Default memory problem

I wonder why so much memory is used and my machine keeps on swapping.
I don't have many applications: iceweasel, liferea, a few xterm's, and
some small background processes.

Here's an output of htop several minutes after quitting iceweasel (it's
still running to do some clean up, I suppose). Below, the processes are
sorted by MEM%, but none of them are taking more that 4% CPU time.

CPU[||| 5.2%] Tasks: 112 total, 1 running
Mem[|||||||||||||||||||||233/249MB] Load average: 2.71 2.99 2.75
Swp[|||||||||||||||||| 298/511MB] Uptime: 5 days, 01:10:57

PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
30542 lefevre 20 0 466M 154M 2804 S 0.0 62.0 0:00.22 /usr/lib/iceweasel
30513 lefevre 20 0 466M 154M 2804 D 0.0 62.0 37:15.22 /usr/lib/iceweasel
30520 lefevre 20 0 466M 154M 2804 S 0.0 62.0 0:00.00 /usr/lib/iceweasel
30519 lefevre 20 0 466M 154M 2804 S 0.0 62.0 0:01.08 /usr/lib/iceweasel
30514 lefevre 20 0 466M 154M 2804 S 0.0 62.0 0:05.40 /usr/lib/iceweasel
30515 lefevre 20 0 466M 154M 2804 S 0.0 62.0 2:05.32 /usr/lib/iceweasel
3022 root 20 0 52532 5916 1424 S 0.0 2.3 1h22:45 /usr/bin/X11/X -dp
2755 lefevre 20 0 40960 5652 3172 S 0.0 2.2 3h10:04 perl /home/lefevre
2754 lefevre 20 0 41404 5636 3108 S 0.0 2.2 5h31:30 perl /home/lefevre
3343 lefevre 20 0 159M 5196 3528 S 0.0 2.0 0:00.00 /usr/bin/liferea-b
3443 lefevre 20 0 159M 5196 3528 S 0.0 2.0 0:00.00 /usr/bin/liferea-b
3444 lefevre 20 0 159M 5196 3528 S 0.0 2.0 0:48.96 /usr/bin/liferea-b
3446 lefevre 20 0 159M 5196 3528 S 0.0 2.0 0:01.84 /usr/bin/liferea-b
3447 lefevre 20 0 159M 5196 3528 D 0.0 2.0 0:11.59 /usr/bin/liferea-b
3448 lefevre 20 0 159M 5196 3528 S 0.0 2.0 0:00.00 /usr/bin/liferea-b
3449 lefevre 20 0 159M 5196 3528 S 0.0 2.0 0:00.00 /usr/bin/liferea-b
25072 lefevre 20 0 159M 5196 3528 S 0.0 2.0 0:00.00 /usr/bin/liferea-b
3176 lefevre 20 0 159M 5196 3528 S 0.0 2.0 7:15.82 /usr/bin/liferea-b
2757 lefevre 20 0 40176 5072 3024 S 0.0 2.0 3h14:04 perl /home/lefevre
2770 lefevre 20 0 39672 5060 3024 S 0.0 2.0 3h20:18 perl /home/lefevre
9736 lefevre 20 0 13128 3668 2344 S 0.0 1.4 0:00.74 xterm -class UXTer
3208 lefevre 20 0 23924 2932 2504 S 0.0 1.1 0:11.14 /home/lefevre/Apps
3194 lefevre 20 0 10612 2552 1204 S 0.0 1.0 0:53.82 zsh
9757 lefevre 20 0 6784 2396 1960 S 0.0 0.9 0:00.22 ssh -F /home/lefev
2374 root 20 0 60520 2104 960 S 0.0 0.8 1:14.51 /usr/bin/python /u
2375 root 20 0 60520 2104 960 S 0.0 0.8 1:28.85 /usr/bin/python /u
2378 root 20 0 60520 2104 960 S 0.0 0.8 1:29.07 /usr/bin/python /u
2379 root 20 0 60520 2104 960 S 0.0 0.8 1:29.12 /usr/bin/python /u
2382 root 20 0 60520 2104 960 S 0.0 0.8 1:16.21 /usr/bin/python /u
2383 root 20 0 60520 2104 960 S 0.0 0.8 1:27.84 /usr/bin/python /u
2373 root 20 0 60520 2104 960 S 0.0 0.8 8:28.62 /usr/bin/python /u
3148 lefevre 20 0 18948 1760 1384 S 0.0 0.7 3:13.87 fvwm2 -cmd FvwmM4
3174 lefevre 20 0 10204 1596 1196 S 0.0 0.6 0:39.00 xterm -geometry 80

Once iceweasel has really quit, everything is back to normal:

CPU[|| 3.2%] Tasks: 106 total, 1 running
Mem[||||||||||||| 52/249MB] Load average: 0.29 0.96 1.87
Swp[|||||||| 129/511MB] Uptime: 5 days, 01:20:48

--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 
Old 12-27-2008, 12:36 PM
"Eugene V. Lyubimkin"
 
Default memory problem

Vincent Lefevre wrote:
> I wonder why so much memory is used and my machine keeps on swapping.
> I don't have many applications: iceweasel, liferea, a few xterm's, and
> some small background processes.
[snip]
> Once iceweasel has really quit, everything is back to normal:
>
> CPU[|| 3.2%] Tasks: 106 total, 1 running
> Mem[||||||||||||| 52/249MB] Load average: 0.29 0.96 1.87
> Swp[|||||||| 129/511MB] Uptime: 5 days, 01:20:48
>
You already have an answer: iceweasel eats large amounts memory. You already have 'MEM:
62%' at iceweasel only in real memory, it seems it also use some swap on your machine.

--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
Ukrainian C++ developer, Debian Maintainer, APT contributor
 
Old 12-27-2008, 01:32 PM
Vincent Lefevre
 
Default memory problem

On 2008-12-27 15:36:38 +0200, Eugene V. Lyubimkin wrote:
> You already have an answer: iceweasel eats large amounts memory. You
> already have 'MEM: 62%' at iceweasel only in real memory, it seems
> it also use some swap on your machine.

OK. I suppose that there's some bug (bad design or whatever) in its
memory management, because when it is not used, it should not suddenly
make the machine swap (I expect most of iceweasel's memory being paged
out and remain in the swap space when I do not use iceweasel).

--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 
Old 12-27-2008, 02:00 PM
Ron Johnson
 
Default memory problem

On 12/27/08 06:59, Vincent Lefevre wrote:

I wonder why so much memory is used and my machine keeps on swapping.
I don't have many applications: iceweasel, liferea, a few xterm's, and
some small background processes.

Here's an output of htop several minutes after quitting iceweasel (it's
still running to do some clean up, I suppose). Below, the processes are
sorted by MEM%, but none of them are taking more that 4% CPU time.


What did you use to generate this report?


CPU[||| 5.2%] Tasks: 112 total, 1 running
Mem[|||||||||||||||||||||233/249MB] Load average: 2.71 2.99 2.75
Swp[|||||||||||||||||| 298/511MB] Uptime: 5 days, 01:10:57


PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
30542 lefevre 20 0 466M 154M 2804 S 0.0 62.0 0:00.22 /usr/lib/iceweasel
30513 lefevre 20 0 466M 154M 2804 D 0.0 62.0 37:15.22 /usr/lib/iceweasel
30520 lefevre 20 0 466M 154M 2804 S 0.0 62.0 0:00.00 /usr/lib/iceweasel
30519 lefevre 20 0 466M 154M 2804 S 0.0 62.0 0:01.08 /usr/lib/iceweasel


I think it's interesting (in a bad way...) that there are 6
individual iceweasel processes running, since no matter how many IW
windows I have open, there's only one firefox-bin (or, sometimes,
xulrunner-stub) process.


[snip]

2383 root 20 0 60520 2104 960 S 0.0 0.8 1:27.84 /usr/bin/python /u
2373 root 20 0 60520 2104 960 S 0.0 0.8 8:28.62 /usr/bin/python /u
3148 lefevre 20 0 18948 1760 1384 S 0.0 0.7 3:13.87 fvwm2 -cmd FvwmM4
3174 lefevre 20 0 10204 1596 1196 S 0.0 0.6 0:39.00 xterm -geometry 80

Once iceweasel has really quit, everything is back to normal:

CPU[|| 3.2%] Tasks: 106 total, 1 running
Mem[||||||||||||| 52/249MB] Load average: 0.29 0.96 1.87
Swp[|||||||| 129/511MB] Uptime: 5 days, 01:20:48


RAM, at least in the US, is dirt cheap, selling at NewEgg for around
10$/GB. Unless, of course, this is an unexpandable laptop.


--
Ron Johnson, Jr.
Jefferson LA USA

I like my women like I like my coffee - purchased at above-market
rates from eco-friendly organic farming cooperatives in Latin America.


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 
Old 12-27-2008, 02:07 PM
Sven Joachim
 
Default memory problem

On 2008-12-27 16:00 +0100, Ron Johnson wrote:

> On 12/27/08 06:59, Vincent Lefevre wrote:
>> I wonder why so much memory is used and my machine keeps on swapping.
>> I don't have many applications: iceweasel, liferea, a few xterm's, and
>> some small background processes.
>>
>> Here's an output of htop several minutes after quitting iceweasel (it's
>> still running to do some clean up, I suppose). Below, the processes are
>> sorted by MEM%, but none of them are taking more that 4% CPU time.
>
> What did you use to generate this report?
>
>> CPU[||| 5.2%] Tasks: 112 total, 1 running
>> Mem[|||||||||||||||||||||233/249MB] Load average: 2.71 2.99
>> 2.75 Swp[|||||||||||||||||| 298/511MB] Uptime: 5 days,
>> 01:10:57
>>
>> PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
>> 30542 lefevre 20 0 466M 154M 2804 S 0.0 62.0 0:00.22 /usr/lib/iceweasel
>> 30513 lefevre 20 0 466M 154M 2804 D 0.0 62.0 37:15.22 /usr/lib/iceweasel
>> 30520 lefevre 20 0 466M 154M 2804 S 0.0 62.0 0:00.00 /usr/lib/iceweasel
>> 30519 lefevre 20 0 466M 154M 2804 S 0.0 62.0 0:01.08 /usr/lib/iceweasel
>
> I think it's interesting (in a bad way...) that there are 6 individual
> iceweasel processes running, since no matter how many IW windows I
> have open, there's only one firefox-bin (or, sometimes,
> xulrunner-stub) process.

Are you sure? I also see several firefox-bin processes, but they only
show up in pstree or htop, not in top.

Sven


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 
Old 12-27-2008, 02:42 PM
Vincent Lefevre
 
Default memory problem

On 2008-12-27 09:00:57 -0600, Ron Johnson wrote:
> On 12/27/08 06:59, Vincent Lefevre wrote:
>> Here's an output of htop several minutes after quitting iceweasel (it's
>> still running to do some clean up, I suppose). Below, the processes are
>> sorted by MEM%, but none of them are taking more that 4% CPU time.
>
> What did you use to generate this report?

As said above, htop.

>> CPU[||| 5.2%] Tasks: 112 total, 1 running
>> Mem[|||||||||||||||||||||233/249MB] Load average: 2.71 2.99 2.75
>> Swp[|||||||||||||||||| 298/511MB] Uptime: 5 days, 01:10:57
>>
>> PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
>> 30542 lefevre 20 0 466M 154M 2804 S 0.0 62.0 0:00.22 /usr/lib/iceweasel
>> 30513 lefevre 20 0 466M 154M 2804 D 0.0 62.0 37:15.22 /usr/lib/iceweasel
>> 30520 lefevre 20 0 466M 154M 2804 S 0.0 62.0 0:00.00 /usr/lib/iceweasel
>> 30519 lefevre 20 0 466M 154M 2804 S 0.0 62.0 0:01.08 /usr/lib/iceweasel
>
> I think it's interesting (in a bad way...) that there are 6 individual
> iceweasel processes running, since no matter how many IW windows I have
> open, there's only one firefox-bin (or, sometimes, xulrunner-stub)
> process.

I forgot to say, this is on a PowerPC machine. And it has been reported
that the PowerPC build of glibc lacks NPTL support, hence the different
processes. (Note: I've only one iceweasel window.)

> RAM, at least in the US, is dirt cheap, selling at NewEgg for around
> 10$/GB. Unless, of course, this is an unexpandable laptop.

... which is my case (old powerbook).

Note: I plan to replace it, but inefficient software will remain
inefficient.

--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 
Old 12-27-2008, 02:46 PM
Vincent Lefevre
 
Default memory problem

On 2008-12-27 16:07:04 +0100, Sven Joachim wrote:
> Are you sure? I also see several firefox-bin processes, but they only
> show up in pstree or htop, not in top.

They can also be shown in "top" after typing H.

--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 

Thread Tools




All times are GMT. The time now is 08:57 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org