[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RES: RES: RES: Bug on cp
Borges, Jenner Gigante (BR-Paulista Seguros)
RES: RES: RES: Bug on cp
Tue, 31 Dec 2002 10:21:32 -0200
Top output now , but it seems pretty much with when the cp was running.
10:15am up 1 day, 5:31, 3 users, load average: 0.26, 0.14, 0.18
119 processes: 118 sleeping, 1 running, 0 zombie, 0 stopped
CPU0 states: 1.1% user, 0.4% system, 0.0% nice, 97.5% idle
CPU1 states: 0.1% user, 6.2% system, 0.0% nice, 93.1% idle
CPU2 states: 3.3% user, 1.1% system, 0.0% nice, 94.5% idle
CPU3 states: 3.1% user, 0.4% system, 0.0% nice, 95.4% idle
Mem: 2059460K av, 2030384K used, 29076K free, 0K shrd, 9324K
Swap: 2048136K av, 80728K used, 1967408K free 1834288K
address@hidden /etc]# free
total used free shared buffers cached
Mem: 2059460 2026156 33304 0 9404 1839800
-/+ buffers/cache: 176952 1882508
Swap: 2048136 80284 1967852
The only way to increase swap space now is creating swap files, isn´t ?
Do you know if this will be a good ideia ?
De: David T-G [mailto:address@hidden
Enviada em: terça-feira, 31 de dezembro de 2002 10:15
Para: FileUtils bugs
Cc: Borges, Jenner Gigante (BR-Paulista Seguros)
Assunto: Re: RES: RES: Bug on cp
...and then Borges, Jenner Gigante (BR-Paulista Seguros) said...
% Hello David!
% I have RAID 0+1.
% How can I see the inodes and increase them ?
Hmmm... I forget for ext2, but it is probably in the mount or mkfs or
tunefs commands. Check your man pages. I don't think you can increase
inodes without destroying and recreating the filesystem :-(
% Yes, I am going from ext2 to ext2.
% Last night I follow the steps from backup and I think because we didn´t
% a update procedure , the datafiles were not accessed and the backup
% succesfull, but the messages :
% Dec 31 01:00:22 dtmart kernel: __alloc_pages: 0-order allocation failed.
% Dec 31 01:00:40 dtmart last message repeated 826 times
% Dec 31 01:00:40 dtmart kernel: failed.
That can't be good!
I forgot to ask: how much RAM and swap do you have in the system, and
what does top say?
I searched google for 'kernel: __alloc_pages: 0-order allocation failed'
and found numerous mailing list post, most relating to bigmem. I think
that we can safely say that this is not a problem for cp.
% still appear on my /var/log/messages.
% During the cp process the top command showed me that the kswapd and
% cp were consuming a lot of CPU.
Makes sense; you were shoveling a lot of data through the system.
% Do you know if my kernel parameters were well tuned for these copy process
% # Disables packet forwarding
% net.ipv4.ip_forward = 0
% # Enables source route verification
% net.ipv4.conf.all.rp_filter = 1
% # Disables the magic-sysrq key
% kernel.sysrq = 0
% * Shared and Semaphores Parameters
I'm not absolutely sure, but all of the shared memory and semaphore
settings are just going to be for ordinary DB processes and not pertinent
to a cp like this. I don't think that there are any knobs to bump up
disk-to-disk performance, like maybe a buffer allocation size; I think
that the system handles that on its own based on what resources it has.
% Thanks again and happy new year !!!
And to you :-) Good luck!
David T-G * There is too much animal courage in
(play) address@hidden * society and not sufficient moral courage.
(work) address@hidden -- Mary Baker Eddy, "Science and Health"
http://www.justpickone.org/davidtg/ Shpx gur Pbzzhavpngvbaf Qrprapl Npg!
- RES: RES: RES: Bug on cp,
Borges, Jenner Gigante (BR-Paulista Seguros) <=