Am 04.06.2015 um 22:18 schrieb Markus Shorty Uckelmann:
Hi all,
Thanks for all your help!
I just found a few additional things one can or should do when
investigating swap-related issues:
* dmesg - always do that!
* Look for a RAM-disk. These things are kernel memory. So they don't
show
Am 05.06.2015 um 23:32 schrieb Gordon Messmer:
Those two things can't really both be true. If the pages
swapped out are unused, then the application won't suffer as a
result.
Why not? If you have an application which sees action only every
12 to 24 hours,I think this can happen.
Well,
Am 06.06.2015 um 05:06 schrieb Dennis Jacobfeuerborn:
That's true but it also means that if you lock that page so it cannot be
swapped out then this page is not available for the page cache so you
incur the i/o hit either way and it's probably going to be worse because
the system has no longer
Am 05.06.2015 um 00:23 schrieb Dennis Jacobfeuerborn:
If I'd have to venture a guess then I'd say there are memory pages that
are never touched by any processes and as a result the algorithm has
decided that it's more effective to swap out these pages to disk and use
the freed ram for the
Am 05.06.2015 um 18:33 schrieb Gordon Messmer:
On 06/05/2015 03:29 AM, Markus Shorty Uckelmann wrote:
some (probably unused) parts are swapped out. But, some of
those parts are the salt-minion, php-fpm or mysqld. All services which
are important for us and which suffer badly from being swapped
Am 05.06.2015 um 17:40 schrieb Greg Lindahl:
On Fri, Jun 05, 2015 at 12:29:04PM +0200, Markus Shorty Uckelmann wrote:
How can I further debug this
problem and find out what's the culprit?
It's working as designed.
Sadly. It is just my first time I see this behaviour to this extent/on
so
Hi all,
This might not be CentOS related at all. Sorry about that.
I have lots of C6 C7 machines in use and all of them have the default
swappiness of 60. The problem now is that a lot of those machines do
swap although there is no memory pressure. I'm now thinking about
lowering swappiness to
Am 28.01.2015 um 18:08 schrieb Jonathan Billings:
I use 'mrepo' [1] to sync EPEL (and other repos) to a local mirror so
systems not publicly routed can get packages. It generates an email
of repo changes every time it runs, so I know what is added and
removed.
Will take look.
I also
Am 28.01.2015 um 08:08 schrieb Philip Keogh:
For EPEL's process, see their web site (which also contains a
procedure for getting package updates created and finding the
maintainer of a package that you are interested in):
https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies
In the case of
Hi all,
Sorry for the bad subject. I'd like to do two things.
- Know when a RPM which is currently in only one repository pops up in a
different repository. E.g. RPM going from epel-testing to epel.
- Get notified when a RPM pops up in a repository. E.g. waiting for an
RPM to appear.
I know
Am 28.01.2015 um 07:07 schrieb Philip Keogh:
Hi Philip,
There's a .spec file that the author ran through mock on EL7:
https://github.com/mckern/carbon/blob/rpm_spec/rpm_spec/carbon.spec
By author you mean the author of the RPM?
(If you need to know how to generate an RPM from a .spec see
Hi folks,
Does anyone know if and when RPMs for graphite-web will be available
in CentOS 7? I know that this relates to EPEL, but maybe someone here
can help me out or point me to soemplace/-one who knows.
Thx and regards,
Shorty
signature.asc
Description: OpenPGP digital signature
12 matches
Mail list logo