[SLUG] CPAN update woes

2006-07-04 Thread Voytek Eymont
as I was installing some new Perl modules, it told me there was a newer
CPAN avaliable, and, suggested to update it with:

-
You might want to try
install Bundle::CPAN
reload cpan


after I did 'reload cpan', nasty things started happening, with all free
memory running out rather rapidly

- any thought what happened ?

- more importantly, what should I've attempted to do, instead of watching
it and saying "I think this will crash real soon now"

- anything I should do now to 'check things' after this mishap ?

on the way down, I managed to collect these:

# top
  7:57am  up 119 days,  9:16,  2 users,  load average: 14.62, 6.65, 2.72
181 processes: 179 sleeping, 2 running, 0 zombie, 0 stopped
CPU states: 11.4% user,  7.3% system,  0.0% nice, 81.1% idle
Mem:  1023120K av, 1014732K used,8388K free,   0K shrd,   24416K buff
Swap:  522104K av,  522104K used,   0K free  106684K
cached

  PID USER PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
 5312 root  15   0  9828 9828  2252 D 6.7  0.9   0:00 php
 1634 root  15   0  909M 581M  1600 D 4.7 58.2   0:38 perl
5 root  12   0 00 0 DW1.5  0.0   6:03 kswapd

# free
 total   used   free sharedbuffers cached
Mem:   10231201014816   8304  0  24484  96728
-/+ buffers/cache: 893604 129516
Swap:   522104 522056 48


# top
  7:58am  up 119 days,  9:17,  2 users,  load average: 14.32, 7.47, 3.14
182 processes: 179 sleeping, 3 running, 0 zombie, 0 stopped
CPU states:  6.3% user,  9.4% system,  0.0% nice, 84.1% idle
Mem:  1023120K av, 1014036K used,9084K free,   0K shrd,   10980K buff
Swap:  522104K av,  522088K used,  16K free   30860K
cached

  PID USER PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
 1634 root  19   0 1052M 722M  1548 R 6.8 72.2   0:40 perl
5 root  13   0 00 0 DW2.9  0.0   6:04 kswapd
8 root  10   0 00 0 SW0.8  0.0  19:29 kscand/HighMem
10313 apache11   0 18540  15M  4140 D 0.6  1.5   1:13 httpd


# free
 total   used   free sharedbuffers cached
Mem:   10231201014908   8212  0   9328  28840
-/+ buffers/cache: 976740  46380
Swap:   522104 522104  0

# free
 total   used   free sharedbuffers cached
Mem:   10231201014812   8308  0484  10692
-/+ buffers/cache:1003636  19484
Swap:   522104 522104  0



-- 
Voytek

-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] CPAN update woes

2006-07-04 Thread Adam Kennedy
That's very unusual behaviour, an I say that as someone that actually 
knows (mostly) how CPAN.pm works.


You should absolutely report that to the rt.cpan.org support queue for 
CPAN.pm.


And if I may, I'd also like to reinforce that point for anyone that has 
problems with CPAN modules. PLEASE report install failures or bugs to 
the rt.cpan.org support queues.


Many authors are highly responsive, and for those that aren't having 
your problem listed means when that module gets taken over by someone 
more responsive, it will be fixed then.


Adam K
CPAN Adminstrator

Voytek Eymont wrote:

as I was installing some new Perl modules, it told me there was a newer
CPAN avaliable, and, suggested to update it with:

-
You might want to try
install Bundle::CPAN
reload cpan


after I did 'reload cpan', nasty things started happening, with all free
memory running out rather rapidly

- any thought what happened ?

- more importantly, what should I've attempted to do, instead of watching
it and saying "I think this will crash real soon now"

- anything I should do now to 'check things' after this mishap ?

on the way down, I managed to collect these:

# top
  7:57am  up 119 days,  9:16,  2 users,  load average: 14.62, 6.65, 2.72
181 processes: 179 sleeping, 2 running, 0 zombie, 0 stopped
CPU states: 11.4% user,  7.3% system,  0.0% nice, 81.1% idle
Mem:  1023120K av, 1014732K used,8388K free,   0K shrd,   24416K buff
Swap:  522104K av,  522104K used,   0K free  106684K
cached

  PID USER PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
 5312 root  15   0  9828 9828  2252 D 6.7  0.9   0:00 php
 1634 root  15   0  909M 581M  1600 D 4.7 58.2   0:38 perl
5 root  12   0 00 0 DW1.5  0.0   6:03 kswapd

# free
 total   used   free sharedbuffers cached
Mem:   10231201014816   8304  0  24484  96728
-/+ buffers/cache: 893604 129516
Swap:   522104 522056 48


# top
  7:58am  up 119 days,  9:17,  2 users,  load average: 14.32, 7.47, 3.14
182 processes: 179 sleeping, 3 running, 0 zombie, 0 stopped
CPU states:  6.3% user,  9.4% system,  0.0% nice, 84.1% idle
Mem:  1023120K av, 1014036K used,9084K free,   0K shrd,   10980K buff
Swap:  522104K av,  522088K used,  16K free   30860K
cached

  PID USER PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
 1634 root  19   0 1052M 722M  1548 R 6.8 72.2   0:40 perl
5 root  13   0 00 0 DW2.9  0.0   6:04 kswapd
8 root  10   0 00 0 SW0.8  0.0  19:29 kscand/HighMem
10313 apache11   0 18540  15M  4140 D 0.6  1.5   1:13 httpd


# free
 total   used   free sharedbuffers cached
Mem:   10231201014908   8212  0   9328  28840
-/+ buffers/cache: 976740  46380
Swap:   522104 522104  0

# free
 total   used   free sharedbuffers cached
Mem:   10231201014812   8308  0484  10692
-/+ buffers/cache:1003636  19484
Swap:   522104 522104  0




--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html