777216
On Wed, Jul 15, 2020 at 01:04:38PM +0300, Alexey Vlasov wrote:
> Hi,
>
> After upgrading from 3.14 to 4.14.173, I ran into exactly the same problem
> that the starter topic described. Namely, sometimes kswapd starts to consume
> 100%
> of the CPU, and the system fre
Hi,
After upgrading from 3.14 to 4.14.173, I ran into exactly the same problem
that the starter topic described. Namely, sometimes kswapd starts to consume
100%
of the CPU, and the system freezes for several minutes.
Below is an example of such an event (orange - system cpu, red - total cpu):
specifically, if I could
somehow manage to fix this particular bug, it would be great. I don't
want to try again to move to another new kernel, I've already had such an
experience. If it is possible, can you just release a patch for
particularly this kernel?
Thank you in advance.
--
BRGDS. Alexey
specifically, if I could
somehow manage to fix this particular bug, it would be great. I don't
want to try again to move to another new kernel, I've already had such an
experience. If it is possible, can you just release a patch for
particularly this kernel?
Thank you in advance.
--
BRGDS. Alexey
Hi Ingo,
On Wed, Sep 11, 2013 at 07:18:14PM +0400, Alexey Vlasov wrote:
> On Thu, Sep 05, 2013 at 01:12:52PM +0200, Ingo Molnar wrote:
> >
> > Could you try the latest -tip tree at:
> >
> >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
>
Hi Ingo,
On Wed, Sep 11, 2013 at 07:18:14PM +0400, Alexey Vlasov wrote:
On Thu, Sep 05, 2013 at 01:12:52PM +0200, Ingo Molnar wrote:
Could you try the latest -tip tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
In particular this fix:
5a8e01f8fa51
0
>
> Could perhaps fix the phantom CPU overhead you are seeing?
This kernel solved problems.
Thank you.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at ht
overhead you are seeing?
This kernel solved problems.
Thank you.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
0.01% libnss_compat-2.15.so [.] _nss_compat_initgroups_dyn
=
Now server is more loaded and eating CPUs by migration threads happens more
often
and it lasts longer.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&qu
[.] _nss_compat_initgroups_dyn
=
Now server is more loaded and eating CPUs by migration threads happens more
often
and it lasts longer.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
1
cpuacct 3 1 1
memory 4 1 1
blkio 5 1 1
But migration still eats CPUs. However I also use cgroup on kernel
2.6.35.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord..
4 1 1
blkio 5 1 1
But migration still eats CPUs. However I also use cgroup on kernel
2.6.35.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info
downgrade on 2.6.35, then migration doesn’t
eat CPUs.
These servers are used for usual LAMP shared hosting.
Can I get migration as if on the kernel 2.6.35 or can this feature be
disabled?
--
BRGDS. Alexey Vlasov.
jabber: ren...@1gb.ru
icq: 5128664
--
To unsubscribe from this list: send the line
On Thu, Aug 22, 2013 at 12:51:24PM +0200, Paul Rolland wrote:
>
> Looks like you are not using the same tcpdump... Could it be a bug related
> to that application ?
You are right. Then problem is in new version of tcpdump.
Thanks.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this l
doesn't drop anything.
# tcpdump -n -i eth0 -c 10
10 packets captured
140 packets received by filter
0 packets dropped by kernel
# uname -r
3.8.11
What can I do to fix it? Or is it right?
Thanks.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line "unsubscribe linux-k
doesn't drop anything.
# tcpdump -n -i eth0 -c 10
10 packets captured
140 packets received by filter
0 packets dropped by kernel
# uname -r
3.8.11
What can I do to fix it? Or is it right?
Thanks.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Thu, Aug 22, 2013 at 12:51:24PM +0200, Paul Rolland wrote:
Looks like you are not using the same tcpdump... Could it be a bug related
to that application ?
You are right. Then problem is in new version of tcpdump.
Thanks.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send
downgrade on 2.6.35, then migration doesn’t
eat CPUs.
These servers are used for usual LAMP shared hosting.
Can I get migration as if on the kernel 2.6.35 or can this feature be
disabled?
--
BRGDS. Alexey Vlasov.
jabber: ren...@1gb.ru
icq: 5128664
--
To unsubscribe from this list: send the line
for your answers!
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
answers!
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Thu, Mar 07, 2013 at 08:20:23AM -0800, Eric Dumazet wrote:
>
> What are gr_ symbols ?
This is grsecurity patches ;)
> Mar 7 00:50:00 l25 [1735187.889877] [] ?
> is_path_reachable+0x48/0x60
> Mar 7 00:50:00 l25 [1735187.889880] [] ?
> path_is_under+0x33/0x60
> Mar 7 00:50:00 l25
On Thu, Mar 07, 2013 at 05:34:14PM +0400, Alexey Vlasov wrote:
>
> There's a full trace in attachment.
--
BRGDS. Alexey Vlasov.
bug_softlockup.txt.gz
Description: Binary data
90
[] ? remove_vma+0x5f/0x70
[] ? sys_newstat+0x1f/0x50
[] ? page_fault+0x22/0x30
[] ? system_call_fastpath+0x18/0x1d
=
There's a full trace in attachment.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to m
+0x5f/0x70
[] ? sys_newstat+0x1f/0x50
[] ? page_fault+0x22/0x30
[] ? system_call_fastpath+0x18/0x1d
=
There's a full trace in attachment.
--
BRGDS. Alexey Vlasov.
bug_softlockup.txt.gz
Description: Binary data
] ? remove_vma+0x5f/0x70
[810f168f] ? sys_newstat+0x1f/0x50
[814b09c2] ? page_fault+0x22/0x30
[814b0f49] ? system_call_fastpath+0x18/0x1d
=
There's a full trace in attachment.
--
BRGDS. Alexey Vlasov.
bug_softlockup.txt.gz
Description: Binary data
[810c54bf] ? remove_vma+0x5f/0x70
[810f168f] ? sys_newstat+0x1f/0x50
[814b09c2] ? page_fault+0x22/0x30
[814b0f49] ? system_call_fastpath+0x18/0x1d
=
There's a full trace in attachment.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line unsubscribe linux
On Thu, Mar 07, 2013 at 05:34:14PM +0400, Alexey Vlasov wrote:
There's a full trace in attachment.
--
BRGDS. Alexey Vlasov.
bug_softlockup.txt.gz
Description: Binary data
On Thu, Mar 07, 2013 at 08:20:23AM -0800, Eric Dumazet wrote:
What are gr_ symbols ?
This is grsecurity patches ;)
Mar 7 00:50:00 l25 [1735187.889877] [8110e118] ?
is_path_reachable+0x48/0x60
Mar 7 00:50:00 l25 [1735187.889880] [8110e163] ?
UG_INFO ? ok then
I'll try it. May be I should switch on anything else to get more info
for debug?
Thanks.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vge
try it. May be I should switch on anything else to get more info
for debug?
Thanks.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
e able to test new kernels.
Unfortunatelly I don't think it is reasonable to test kernels on production
servers.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordo
to test new kernels.
Unfortunatelly I don't think it is reasonable to test kernels on production
servers.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
zero's again:
# cat /proc/net/xt_recent/ssh-brute
...
src= ttl: 122 last_seen: 4371027622 oldest_pkt: 1
4371027622
Can it be fixed without restarting the box?
Thanks!
Kernel 3.4.6.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line "unsubscribe linux-k
zero's again:
# cat /proc/net/xt_recent/ssh-brute
...
src= ttl: 122 last_seen: 4371027622 oldest_pkt: 1
4371027622
Can it be fixed without restarting the box?
Thanks!
Kernel 3.4.6.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
l24 3.4.6 ...
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
l24 3.4.6 ...
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, Aug 08, 2012 at 09:51:29AM -0700, Paul E. McKenney wrote:
> On Wed, Aug 08, 2012 at 08:40:33PM +0400, Alexey Vlasov wrote:
> >
> > In general I've changed it to synchronize_rcu_expedited () and all the
> > delays have gone both on writing and readi
On Wed, Aug 08, 2012 at 09:51:29AM -0700, Paul E. McKenney wrote:
On Wed, Aug 08, 2012 at 08:40:33PM +0400, Alexey Vlasov wrote:
In general I've changed it to synchronize_rcu_expedited () and all the
delays have gone both on writing and reading files from cgroups.
Is the writing
d(3, "#subsys_name\thierarchy\tnum_cgrou"..., 32768) =
> > 112 <7.447084>
In general I've changed it to synchronize_rcu_expedited () and all the
delays have gone both on writing and reading files from cgroups.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: s
() and all the
delays have gone both on writing and reading files from cgroups.
--
BRGDS. Alexey Vlasov.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
t next unfortunately.
I also checked the same thing on the other server with the 2.6.37 kernel,
there' some thousands cgroups too, and it somehow works there immediately.
--
Alexey Vlasov
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
unfortunately.
I also checked the same thing on the other server with the 2.6.37 kernel,
there' some thousands cgroups too, and it somehow works there immediately.
--
Alexey Vlasov
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
= 0 <0.11>
17:30:51.272488 close(1)= 0 <0.07>
17:30:51.272518 close(2)= 0 <0.05>
On Wed, Jun 20, 2012 at 02:28:18PM +0200, Mike Galbraith wrote:
> On Tue, 2012-06-19 at 22:58 +0400, Alexey Vlasov wrote:
> > I
)= 0 0.05
On Wed, Jun 20, 2012 at 02:28:18PM +0200, Mike Galbraith wrote:
On Tue, 2012-06-19 at 22:58 +0400, Alexey Vlasov wrote:
Is it possible to somehow fasten a process of pid attaching to cgroup?
The problem is the pid attaches to a task-file with some strange delay
44 matches
Mail list logo