Received: from malur.postgresql.org ([217.196.149.56])
	by arkaria.postgresql.org with esmtp (Exim 4.84_2)
	(envelope-from
 <pgsql-admin-owner+M47120=pgsql+2Dadmin=arkaria.postgresql.org@postgresql.org>)
	id 1dznVC-00035O-LM
	for pgsql-admin@arkaria.postgresql.org; Wed, 04 Oct 2017 17:30:34 +0000
Received: from localhost ([127.0.0.1] helo=postgresql.org)
	by malur.postgresql.org with smtp (Exim 4.84_2)
	(envelope-from
 <pgsql-admin-owner+M47120=pgsql+2Dadmin=arkaria.postgresql.org@postgresql.org>)
	id 1dznVB-0004ke-9x
	for pgsql-admin@arkaria.postgresql.org; Wed, 04 Oct 2017 17:30:33 +0000
Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29])
	by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256)
	(Exim 4.84_2)
	(envelope-from <boris@infosplet.com>)
	id 1dznTN-0001Vg-DD
	for pgsql-admin@postgresql.org; Wed, 04 Oct 2017 17:28:41 +0000
Received: from zeus.infosplet.com ([91.185.195.51])
	by magus.postgresql.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256)
	(Exim 4.84_2)
	(envelope-from <boris@infosplet.com>)
	id 1dznTJ-0000Sg-HD
	for pgsql-admin@postgresql.org; Wed, 04 Oct 2017 17:28:40 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infosplet.com; s=default; h=Content-Transfer-Encoding:Content-Type:
	MIME-Version:Date:Message-ID:Subject:From:To:Sender:Reply-To:Cc:Content-ID:
	Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
	:Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:
	List-Subscribe:List-Post:List-Owner:List-Archive;
	bh=qg2r1R88Hd21veKpiyIDSTH8OQMK1T7bNgCFhOVzqkw=; b=mdgMiFc2HNxX0/qAQ++5ZUZ0zU
	tq+YE6SNA35aF9jauZ79/8gsiIIMbBk4t12oiaZ4J4IyAlz06/02v2w/iq4bsYQajFB0czp/YsT8G
	SrC+1QOfnsT8umJqn+XofOiSbA+3nF3UG/Mg3YOCUI0lwHJLuuwKAuP2USsQpNGi0ZgHRgqjJs//S
	ZNMlq1harYNzpzW+//MN5S+X7KSCnVmy7vDvKLuaXswBV0+aqVQ8yWozMNYUHVG6aUHoYKDIY4+/N
	QHkjOZuRfQvvWtwLcQgXuR8pgL7tmI6SEnJl2cgBL3PzcBUai2LXu/Xp31432V+JMmmF8g0OBvoyi
	e6nVNzVw==;
Received: from ns2.infosplet.com ([89.212.22.112]:52633
 helo=boriss-MacBook-Pro.local)
	by zeus.infosplet.com with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128)
	(Exim 4.87)
	(envelope-from <boris@infosplet.com>)
	id 1dznTH-002Fcq-Do
	for pgsql-admin@postgresql.org; Wed, 04 Oct 2017 19:28:35 +0200
To: pgsql-admin@postgresql.org
From: "Boris S." <boris@splet.net>
Subject: High CPU usage from a vacuum process but does nothing
Message-ID: <ca07e0e6-d51b-720b-337f-e5f5e053e533@infosplet.com>
Date: Wed, 4 Oct 2017 19:28:35 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0)
 Gecko/20100101 Thunderbird/52.3.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-AntiAbuse: This header was added to track abuse,
 please include it with any abuse report
X-AntiAbuse: Primary Hostname - zeus.infosplet.com
X-AntiAbuse: Original Domain - postgresql.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - infosplet.com
X-Get-Message-Sender-Via: zeus.infosplet.com: authenticated_id:
 boris@infosplet.com
X-Authenticated-Sender: zeus.infosplet.com: boris@infosplet.com
X-Source: 
X-Source-Args: 
X-Source-Dir: 
List-Archive: <http://archives.postgresql.org/pgsql-admin>
List-Help: <mailto:majordomo@postgresql.org?body=help>
List-ID: <pgsql-admin.postgresql.org>
List-Owner: <mailto:pgsql-admin-owner@postgresql.org>
List-Post: <mailto:pgsql-admin@postgresql.org>
List-Subscribe: <mailto:majordomo@postgresql.org?body=sub%20pgsql-admin>
List-Unsubscribe: <mailto:majordomo@postgresql.org?body=unsub%20pgsql-admin>
X-Mailing-List: pgsql-admin
Precedence: bulk
Sender: pgsql-admin-owner@postgresql.org

After migrating the server to a bigger machine, I'm noticing an odd 
behaviour. If I begin vacuuming manually, it starts OK:

<snip>
0 pages are entirely empty.
CPU 0.00s/0.00u sec elapsed 0.00 sec.
INFO:  analyzing "public.table024484"
INFO:  "table024484": scanned 111123 of 111123 pages, containing 4909226 
live rows and 0 dead rows; 150000 rows in sample, 4909226 estimated 
total rows

But then it gets stuck indefinitely with high CPU usage and command 
never exits. kill -TERM isn't helping, process stays on with ~99% CPU 
usage. Stracing this process gets me just:

strace: Process 102011 attached
strace: [ Process PID=102011 runs in x32 mode. ]

Which is an odd message, all other processes give normal strace output.

latest pgsql 9.5 (same on old and new machine)
Ubuntu 16.04

Values in "cat /proc/102011/io" stay the same.

Autovacuum and other processes, queries aren't affected and can be 
straced normally. Disk IO is low (checked with iostat)

Any ideas on what else to try?


-- 
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin