PWFPM_DEV=# select * from pg_locks;
 relation | database | transaction |  pid  |           mode           |
granted
----------+----------+-------------+-------+--------------------------+-----
----
    17472 |    17347 |             |  2618 | ShareUpdateExclusiveLock | t
          |          |    10858533 | 28778 | ExclusiveLock            | t
    17472 |    17347 |             |  2618 | ShareUpdateExclusiveLock | t
          |          |    10803814 |  2618 | ExclusiveLock            | t
    16759 |    17347 |             | 28778 | AccessShareLock          | t
(5 rows)

PWFPM_DEV=#

17347 is the database PWFPM_DEV iod, The pids are below

[EMAIL PROTECTED] root]# ps -ef |grep 28778|grep -v "grep"
postgres 28778   504  0 18:06 ?        00:00:00 postgres: scores PWFPM_DEV
[local] idle
[EMAIL PROTECTED] root]# ps -ef |grep 2618|grep -v "grep"
postgres  2618   504  8 Apr22 ?        02:31:00 postgres: postgres PWFPM_DEV
[local] VACUUM
[EMAIL PROTECTED] root]#
A vacuum is running now.  I restarted the database, set vacuum_mem =
'196608'; and started a new vacuum.  I also stopped inserting into the
database.
I hoping I will get some results.

PWFPM_DEV=# select now();vacuum verbose analyze forecastelement;select
now();
              now
-------------------------------
 2004-04-22 13:38:02.083592+00
(1 row)

INFO:  vacuuming "public.forecastelement"
INFO:  index "forecastelement_rwv_idx" now contains 391385895 row versions
in 5051132 pages
DETAIL:  27962015 index row versions were removed.
771899 index pages have been deleted, 496872 are currently reusable.
CPU 4499.54s/385.76u sec elapsed 55780.91 sec.
INFO:  "forecastelement": removed 33554117 row versions in 737471 pages
DETAIL:  CPU 135.61s/83.99u sec elapsed 1101.26 sec.
-----Original Message-----
From: Christopher Kings-Lynne [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 20, 2004 9:26 PM
To: Shea,Dan [CIS]
Cc: [EMAIL PROTECTED]
Subject: Re: [PERFORM] Why will vacuum not end?


> No, but data is constantly being inserted by userid scores.  It is
postgres
> runnimg the vacuum.
> Dan.

Well, inserts create some locks - perhaps that's the problem...

Otherwise, check the pg_locks view to see if you can figure it out.

Chris


---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
    (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])

---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
      joining column's datatypes do not match

Reply via email to