Re: (no subject)

Bill Yerazunis wrote:
> To: "[email protected]" <[email protected]>
> CC: [email protected]
> In-reply-to: <92982c2f1d718966b45d11dac3bb89d1.squirrel-jlERP7PDqbP1vSmkjtqA/[email protected]>
> 	([email protected])
> Subject: Re: [Crm114-general] crm114 problems on virtual server (SElinux
> 	related?)
> References:  <92982c2f1d718966b45d11dac3bb89d1.squirrel-jlERP7PDqbP1vSmkjtqA/[email protected]>
>
>
>    From: "[email protected]" <[email protected]>
>    MIME-Version: 1.0
>    Content-Type: text/plain; charset="us-ascii"
>
>    Dear all,
>
>    I recently moved my mail server to a Virtual Private Server. We came from
>    a dedicated Slackware server and crm114 ran fine there.
>
>    On the virtual server, crm114 keeps throwing errors like 'Tried to fork
>    your minion, but it failed.', 'Couldn't malloc one or more
>    ofnewinputbuf,inbuf,outbuf,tempbuf.' and 'Couldn't malloc cdw->filetext.'
>
> Try to run it from the command line.
>
> My bet is even though your ulimit and max memory size are OK, the actual 
> amounts available within the VM are lower.  
>
>    [...]
>
>    The -w option seems to help with the minions error, but then more malloc 
>    errors pop up.
>
> That's interesting.  It makes it seem like the memory system is lying
> to you- you really don't have much memory or many process slots and the errors 
> are telling you that.
>   
Ohhhh, yes. this can happen. Some virtual machines assign RAM that 
'balloons', that only actually gets released to the client when it is 
demanded, and otherwise reserve the RAM for the server itself and for 
passing off to other boxes. The result is like having a network of 
people on cable, all of whom were sold "8 MHz speed!" but the cable 
company puts them all on the same pipe with only a 100 MBaud uplink. 
Then a dozen kids start bittorrenting, and that bandwidth gets sucked up 
by them, and everyone else's bandwidth suffers.

In those cases, the VM manager has assigned more RAM to each client than 
the machine actually has, expecting them to use it only when needed, and 
the clients actually installed Linux, which very efficiently uses all 
available RAM for disk cache, thus using more virtual RAM than expected.


> You might want to try a really simple test program, just to verify that
> there are enough slots.  Grab a copy of the Big Manual, and look
> at the "beast with 1000 young" test code.  (it's like 12 lines of code,
> type it in).  Give that a run.  Supposedly you have 30000+ process slots,
> but I bet it doesn't work.  Scale down the number of child processes till
> it does work - that will tell you something
>
> Do you own the machine in question, or just rent the virtual private server?
>
>    I tried the search function on the mailinglist archive but somehow I can't
>    get that to work. Google yielded SElinux (the VPS environment is HyperVM)
>    seems to have something to do with this; at least someone here pointed
>    that out on:
>    http://archive.netbsd.se/?ml=crm114-general&a=2007-12&t=5957112
>
> I don't think we resolved that one either.  But when I run my
> Megatest on the Fedora 32bit testing VM, it works fine.  But it's not
> pushing the limits there either.
>
> 	- Bill Yerazunis 
>   
Bill, if it's the box I helped you build, I think I was very cautious 
not to assign more RAM to clients than you actually had in the box. And 
I think you may have SELinux set to 'permissive' mode. Can you check?



> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image 
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> Crm114-general mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/crm114-general
>   


------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com