Я выполняю Среду, Собственную (версия 16.06) на Сервере Ubuntu 16.04. Операции и вкладки события заполняются теми же записями каждый день. Я не могу удалить любые записи из веб-интерфейса. Через ssh я удалил соответствующие файлы журнала в/var/log каталоге сервера, но все операции и журналы событий все еще присутствуют, когда я вхожу в Альбомный веб-интерфейс.
Я уже получил информацию, что журналы предполагаются быть auditable журналом и так намеренно предназначены, чтобы быть не clearable. Как я могу, тем не менее, удалить операции и журналы событий? Где файлы журнала расположены и как я могу управлять ими для чистки интерфейса сервера?
Обновление: Результаты попытки удалить и переустановить postgresql и альбомный сервер
Решение произвести чистку и переустановить postgresql
обычно работавший, но после переустановки и потворения регистрацию учетной записи и компьютеров, компьютеры не смогли проверить с помощью ping-запросов Альбомный Сервер.
Решение произвести чистку и переустановить landscape-server
не работал - я получил ошибку, которую я не смог решить, также я не мог получить доступ к Альбомному Серверу вообще больше-> снимки экрана ниже.
Я должен добавить, что не работал sudo apt autoremove
после удаления - потому что это было бы полной переустановкой, которая является слишком большим усилием для того, чтобы только очистить журнал событий.
Они расположены в postgresql базе данных, и нет никакого поддерживаемого средства для очистки их. Вы могли делать попытку манипуляций базой данных, но я не знаю то, что они пренебрежительны.
На всякий случай это нечетко вообще, я не рекомендовал бы пытаться убрать строки базы данных, если Вы просто не играете вокруг.
Не нормально иметь столько пересинхронизирующих операций. Что-то еще продолжается. Идеально, не должно быть ни одного.
у Нас есть эта старая запись FAQ, которая все еще применяется:
И существует еще одна подсказка для добавления к тому списку: проверьте, есть ли у Вас несколько альбомных клиентских процессов. Нормальное дерево процесса похоже на это:
2350 ? S 1:00 /usr/bin/python /usr/bin/landscape-client --daemon --pid-file /var/run/landscape/landscape-client.pid
2352 ? Sl 0:30 \_ /usr/bin/python /usr/bin/landscape-broker --ignore-sigint --quiet
2353 ? Sl 0:36 \_ /usr/bin/python /usr/bin/landscape-monitor --ignore-sigint --quiet
2354 ? S 0:16 \_ /usr/bin/python /usr/bin/landscape-manager --ignore-sigint --quiet
мог бы быть еще один ребенок, названный генератором отчетов пакета или преобразователем пакета, это в порядке, но все при родительском альбомном клиенте. Если у Вас есть что-то другое как процесс за пределами этой группы, которая могла бы вызывать пересинхронизации. Это также заставило бы "клоны" появляться в Ваших компьютерах.
После многих различных попыток очистить журналы операций и журналы событий, это - то, что работало:
завершает работу сервера Ubuntu
, изменение/etc/landscape/client.conf для установки по умолчанию на каждой приложенной рабочей станции Ubuntu
, завершают работу, каждая рабочая станция
запускают сервер Ubuntu, Альбомную учетную запись регистра и впоследствии регистрируются, сервер
Теперь все работы как ожидалось, хотя запуск с нуля так или иначе является небольшим излишеством.
У меня был период большого количества маслобойки VM, которая оставила меня с аналогичной ситуацией (много повисших операций).
Оказывается, что довольно легко убрать старые операции.
Войдите в свою базу данных:
durr@spacecase:~> sudo -u postgres psql
[sudo] password for durr:
psql (9.5.7)
Type "help" for help.
postgres=#
Мы видим, что среда баз данных создает в этой точке.
postgres=# \l
List of databases
Name | Owner | Encoding | Collate | Ctype | Access privileges
---------------------------------+----------+-----------+---------+-------+-----------------------
landscape-standalone-account-1 | postgres | SQL_ASCII | C | C |
landscape-standalone-knowledge | postgres | SQL_ASCII | C | C |
landscape-standalone-main | postgres | SQL_ASCII | C | C |
landscape-standalone-package | postgres | SQL_ASCII | C | C |
landscape-standalone-resource-1 | postgres | SQL_ASCII | C | C |
landscape-standalone-session | postgres | SQL_ASCII | C | C |
postgres | postgres | SQL_ASCII | C | C |
template0 | postgres | SQL_ASCII | C | C | =c/postgres +
| | | | | postgres=CTc/postgres
template1 | postgres | SQL_ASCII | C | C | =c/postgres +
| | | | | postgres=CTc/postgres
(9 rows)
Я ввел по абсолютному адресу вокруг прежде, я понятия не имею, почему среде, по-видимому, нужны ШЕСТЬ различных баз данных для одного приложения. Так или иначе, в этом случае, мы хотим landscape-standalone-account-1
база данных:
postgres=# \c landscape-standalone-account-1
You are now connected to database "landscape-standalone-account-1" as user "postgres".
\d
перечислит таблицы в этой базе данных. Существует гигантское количество их. Это, вероятно, откроет выходной пейджер, поразит q для выхода (или просто не беспокойтесь \d
.
landscape-standalone-account-1=# \d
activity
таблица выглядит интересной. Давайте взглянем:
landscape-standalone-account-1=# \d activity
[Открывает выходной пейджер снова]
Стоп, это ОГРОМНО. Сколько объектов находится в нем?
landscape-standalone-account-1=# SELECT count(*) FROM ACTIVITY;
count
-------
830
(1 row)
Это не соответствует моему количеству (38) действия. Так или иначе мы можем переустановить достаточно легко, позвольте нам просто уничтожить все.
landscape-standalone-account-1=# DELETE FROM activity;
DELETE 830
landscape-standalone-account-1=# \q
durr@spacecase:~>
И у меня теперь нет операций, и tail
луг журналы в /var/log/landscape
и /var/log/landscape-server
не показывает ошибок.
Таким образом да, довольно легко вычистить устаревшие операции самостоятельно.