Dropdb error database removal failed error database is being accessed by other users

How to Solve Error Message ERROR: database “database_name” is being accessed by other users when dropping PostgreSQL database in Microsoft Windows

Introduction

An error appear upon executing a certain query in the PostgreSQL database server is exist as part of the discussion in this article. Actually, the query is for dropping a database exist in a PostgreSQL database server. In this case, the process for dropping or removing the PostgreSQL database is in a local device running using Microsoft Windows. Before going further to the solution, the following is the actual execution of the query which is triggering the error message :

So, the process for executing the query ends in failure as in the above output command. The reason is actually exist as part of the error message. So, the process for dropping or removing the PostgreSQL database end in failure because it is currently accessed by several users. In the above output, it is being accessed by 3 users. That is why because it currently utilized by several users, the drop or the removal process ends in failure.

How to Solve Error Message ERROR: database “database_name” is being accessed by other users

So, this part is actually focusing onto the solution. In other words, just find a way to drop or to remove the database although it is currently still in used. Morevoer, there are several user currently using it. In other words, there are several connections from several user to the database. So, the process for removing or dropping PostgreSQL database server is not possible. Actually, there is some sort of mechanism for doing that. Just execute the drop database query with an additional parameter. This additional parameter is for forcing to drop or to remove PostgreSQL database server despite of several user connectivity. Just perform the following query as follows :

As it exist in the above query command execution, there is an additional parameter to be able to do it. That additional parameter is ‘with(force)’. And finally, it ends in a success.

Источник

Postgresql-невозможно удалить базу данных из-за некоторых автоматических подключений к БД

всякий раз, когда я пытаюсь удалить базу данных, я получаю:

когда я использую:

Я прекратил соединение с этой БД, но если я попытаюсь удалить базу данных после этого, кто-то автоматически подключится к этой базе данных и даст эту ошибку. Что может быть, что делать?
Никто не использует эту базу данных, кроме меня.

9 ответов:

вы можете предотвратить будущие соединения:

(и, возможно, другие пользователи и роли; см. l+ на psql )

затем вы можете завершить все подключения к этой БД, кроме собственного:

на старых версиях pid называлась procpid так что вам придется смириться с этим.

так как вы отозвали CONNECT права, все, что пытается автоматически подключиться, больше не должно быть в состоянии сделать это.

теперь вы сможете отбросить ДЕЦИБЕЛ.

это не будет работать, если вы используете суперпользовательские соединения для обычных операций, но если вы делаете это, вам нужно сначала решить эту проблему.

всякий раз, когда я пытаюсь удалить базу данных, я получаю:

сначала вам нужно отменить

это наверняка сработает.

просто проверьте, что такое соединение, откуда оно исходит. Вы можете увидеть все это в:

возможно, это ваша связь?

Я нашел решение этой проблемы попробуйте запустить эту команду в терминале

убить процесс по этой команде

если нет потенциального влияния на другие службы на вашем компьютере, просто service postgresql restart

Это означает, что другой пользователь обращается к базе данных. Просто перезапустите postgresql. Эта команда будет делать трюк

затем попробуйте удалить базу данных:

это будет делать трюк. Счастливого кодирования

pgAdmin 4 решение с помощью UI

сначала включите показать активность на приборной панели, если у вас нет:

теперь отключите все процессы, использующие БД:

1. щелкните имя БД
2. Щелкните Панель Мониторинга > Сеансы
3. Нажмите кнопку «Обновить» значок
4. щелкните значок Удалить (x) рядом с каждым процессом, чтобы завершить их

теперь должна быть возможность удалить БД.

в моем случае я использую AWS Redshift (на основе Postgres). И, кажется, нет никаких других подключений к БД, но я получаю эту же ошибку.

в моем случае кажется, что кластер баз данных все еще выполняет некоторую обработку в базе данных, и хотя нет других внешних/пользовательских подключений, база данных все еще используется внутри. Я нашел это, выполнив следующее:

так что мой Хак должен был написать цикл в моем коде, ища строки с моим именем базы данных в нем. (конечно, цикл не бесконечен, а является сонным циклом и т. д.)

если строки найдены, перейдите к удалению каждого PID, один за другим.

если строки не найдены, перейдите к удалению базы данных

Примечание: В моем случае я пишу тесты Java unit/system, где это можно считать приемлемым. Это неприемлемо для производственного кода.

вот полный Хак, в Java (игнорировать мои тестовые / служебные классы).

в терминале попробуйте эту команду:

501 1445 3645 0 12: 05AM 0: 00.03 postgres: sasha dbname [местный] холостом ходу

третий номер (3645) — PID.

вы можете удалить этот

и после этого запустите соединение PostgreSQL.

Источник

TutorialDBA — Support | Training | Consultant

PostgreSQL Drop Database

• Get link
• Facebook
• Twitter
• Pinterest
• Email
• Other Apps

• dropdb — remove a PostgreSQL database
• dropdb destroys an existing PostgreSQL database. The user who executes this command must be a database superuser or the owner of the database.
• dropdb is a wrapper around the SQL command DROP DATABASE. There is no effective difference between dropping databases via this utility and via other methods for accessing the server.

• Above statement throws error becouse database «sales» is being accessed by other users We cannot drop a database that has any open connections/session, including our own connection from psql or pgAdmin III. We must switch to another database or template1 if we want to delete the database we are currently connected to. Thus, it might be more convenient to use the program dropdb instead which is a wrapper around this command.
• another way is we can kill the session using following command

• DROP DATABASE — remove a database
• DROP DATABASE drops a database. It removes the catalog entries for the database and deletes the directory containing the data. It can only be executed by the database owner. Also, it cannot be executed while you or anyone else are connected to the target database. (Connect to postgres or any other database to issue this command.)
• DROP DATABASE cannot be undone. Use it with care

• DROP DATABASE cannot be executed inside a transaction block.
• This command cannot be executed while connected to the target database. Thus, it might be more convenient to use the program dropdb instead, which is a wrapper around this command.

• Get link
• Facebook
• Twitter
• Pinterest
• Email
• Other Apps

Popular posts from this blog

Ora2PG — Oracle/MySQL to Postgres DB migration Version 20.0

spfile and pfile errors

How to find the server is whether standby (slave) or primary(master) in Postgresql replication ?

]$ pg_controldata /usr/local/pgsql/data84/ Database cluster state: in archive recovery —> This is Standby Database Database cluster state: in production —> This is Production Database [Master] Method 2 You can use pg_is_in_recovery() which returns True if recovery is still in progress(so the server is running in standby mode or slave) postgres=# select pg_is_in_recovery(); pg_is_in_recovery ——————- t (1 row) If Return false so the server is running in primary mode or master postgres=# select pg_is_in_recovery(); pg_is_in_recovery ——————- f (1 row)

How to Return a Result Set from a PostgreSQL Stored Procedure

7 Steps to configure BDR replication in postgresql

/bdr-bdr-pg-REL9_4_12-1 $ ./configure —prefix=/usr/lib/postgresql/9.4 —enable-debug —with-openssl $ make -j4 -s install-world $ cd

/bdr-bdr-plugin-1.0.2 $ PATH=/usr/lib/postgresql/9.4/bin:»$PATH» ./c

Источник

dropdb: database removal failed: ERROR: database «database_name» is being accessed by other users

This Error message was given when i was dropping the database.
There are idle connections to the database as seen from ps -ef | grep postgres

How can i drop the database with out restarting the postgres server.

FYI: i am dropping the database to perform restoration of this backup
database using psql from production.

Responses

• Re: dropdb: database removal failed: ERROR: database «database_name» is being accessed by other users at 2005-02-23 05:41:41 from Gourish Singbal

Browse pgsql-admin by date

Copyright © 1996-2023 The PostgreSQL Global Development Group

Источник

Re: dropdb: database removal failed: ERROR: database «database_name» is being accessed by other users

Subject: Re: dropdb: database removal failed: ERROR: database «database_name» is being accessed by other users Date: 2005-02-28 05:42:15 Message-ID: 674d1f8a05022721424824ac01@mail.gmail.com Views: Raw Message | Whole Thread | Download mbox | Resend email Thread: Lists: pgsql-admin

Thanks a million,

pkill -f ‘postgres: postgres ‘

On Fri, 25 Feb 2005 10:30:31 -0600, Thomas F. O’Connell
wrote:
> pkill -f ‘postgres: postgres ‘
>
> Much cleaner than the previous recipe for those with pkill.
>
> -tfo
>
> —
> Thomas F. O’Connell
> Co-Founder, Information Architect
> Sitening, LLC
> http://www.sitening.com/
> 110 30th Avenue North, Suite 6
> Nashville, TN 37203-6320
> 615-260-0005
>
> —————————(end of broadcast)—————————
> TIP 8: explain analyze is your friend
>

In response to

• Re: dropdb: database removal failed: ERROR: database «database_name» is being accessed by other users at 2005-02-25 16:30:31 from Thomas F.O’Connell

Browse pgsql-admin by date

Copyright © 1996-2023 The PostgreSQL Global Development Group

Источник

Npgsql.PostgresException : 55006: database "test_settings_637363918866651378" is being accessed by other users
Data:
  Severity: ERROR
  InvariantSeverity: ERROR
  SqlState: 55006
  MessageText: database "test_settings_637363918866651378" is being accessed by other users
  Detail: Detail redacted as it may contain sensitive data. Specify 'Include Error Detail' in the connection string to include this information.
  File: dbcommands.c
  Line: 888
  Routine: dropdb

   at Npgsql.NpgsqlConnector.<>c__DisplayClass160_0.<<DoReadMessage>g__ReadMessageLong|0>d.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at Npgsql.NpgsqlConnector.<>c__DisplayClass160_0.<<DoReadMessage>g__ReadMessageLong|0>d.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at Npgsql.NpgsqlDataReader.NextResult(Boolean async, Boolean isConsuming)
   at Npgsql.NpgsqlDataReader.NextResult()
   at Npgsql.NpgsqlCommand.ExecuteReaderAsync(CommandBehavior behavior, Boolean async, CancellationToken cancellationToken)
   at Npgsql.NpgsqlCommand.ExecuteNonQuery(Boolean async, CancellationToken cancellationToken)
   at Npgsql.NpgsqlCommand.ExecuteNonQuery()

в моем случае я использую AWS Redshift (на основе Postgres).
И, кажется, нет никаких других подключений к БД, но я получаю эту же ошибку.

ERROR:  database "XYZ" is being accessed by other users

в моем случае кажется, что кластер баз данных все еще выполняет некоторую обработку в базе данных, и хотя нет других внешних/пользовательских подключений, база данных все еще используется внутри. Я нашел это, выполнив следующее:

SELECT * FROM stv_sessions;

так что мой Хак должен был написать цикл в моем коде, ища строки с моим именем базы данных в нем. (конечно, цикл не бесконечен, а является сонным циклом и т. д.)

SELECT * FROM stv_sessions where db_name = 'XYZ';

если строки найдены, перейдите к удалению каждого PID, один за другим.

SELECT pg_terminate_backend(PUT_PID_HERE);

если строки не найдены, перейдите к удалению базы данных

DROP DATABASE XYZ;

Примечание: В моем случае я пишу тесты Java unit/system, где это можно считать приемлемым. Это неприемлемо для производственного кода.

---

вот полный Хак, в Java (игнорировать мои тестовые / служебные классы).

  int i = 0;
  while (i < 10) {
    try {
      i++;
      logStandardOut("First try to delete session PIDs, before dropping the DB");
      String getSessionPIDs = String.format("SELECT stv_sessions.process, stv_sessions.* FROM stv_sessions where db_name = '%s'", dbNameToReset);
      ResultSet resultSet = databaseConnection.execQuery(getSessionPIDs);
      while (resultSet.next()) {
        int sessionPID = resultSet.getInt(1);
        logStandardOut("killPID: %s", sessionPID);
        String killSessionPID = String.format("select pg_terminate_backend(%s)", sessionPID);
        try {
          databaseConnection.execQuery(killSessionPID);
        } catch (DatabaseException dbEx) {
          //This is most commonly when a session PID is transient, where it ended between my query and kill lines
          logStandardOut("Ignore it, you did your best: %s, %s", dbEx.getMessage(), dbEx.getCause());
        }
      }

      //Drop the DB now
      String dropDbSQL = String.format("DROP DATABASE %s", dbNameToReset);
      logStandardOut(dropDbSQL);
      databaseConnection.execStatement(dropDbSQL);
      break;
    } catch (MissingDatabaseException ex) {
      //ignore, if the DB was not there (to be dropped)
      logStandardOut(ex.getMessage());
      break;
    } catch (Exception ex) {
      logStandardOut("Something went wrong, sleeping for a bit: %s, %s", ex.getMessage(), ex.getCause());
      sleepMilliSec(1000);
    }
  }