Я запускаю Landscape On-Premises (версия 16.06) на сервере Ubuntu 16.04. Мероприятия и вкладки событий заполняются теми же записями каждый день. Я не могу удалить записи из веб-интерфейса. Через ssh я удалял соответствующие файлы журналов в каталоге / var / log сервера, но все действия и журналы событий все еще присутствуют при входе в веб-интерфейс ландшафта.
Я уже получил информацию о том, что журналы должны быть журналом аудита и поэтому намеренно должны быть непонятными. Как я могу удалить действия и журналы событий? Где находятся файлы журналов и как я могу ими управлять, чтобы очистить интерфейс сервера?
Обновление: результаты попытки удалить и переустановить postgresql и ландшафтный сервер
Решение по очистке и переустановке postgresql обычно работало, но после повторной установки и повторной регистрации учетной записи и компьютеров компьютеры не смогли выполнить пингование ландшафтного сервера.
Решение по очистке и повторной установке landscape-server не сработало - у меня есть ошибка, которую я не смог решить, также я больше не мог получить доступ к ландшафтному серверу -> скриншоты ниже.
Мне нужно добавить, что после удаления я не запускал sudo apt autoremove, потому что это была бы полная переустановка, что слишком усложняет только очистку журнала событий.
У меня был период много разброса 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)
Я уже говорил, я понятия не имею почему ландшафт, по-видимому, нуждается в SIX разных базах данных для одного приложения. В любом случае, в этом случае нам нужна база данных 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 выглядит интересной. Давайте посмотрим: [!d7 ]
landscape-standalone-account-1=# \d activity
[Открывает выходной пейджер снова]
Whoa, это ОГРОМНОЕ. Сколько у него элементов?
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 не показывает никаких ошибок.
Так что да, довольно легко очистить устаревшие действия.
Не так много повторных действий. Что-то еще происходит. В идеале не должно быть никого.
У нас есть эта старая частотная запись, которая по-прежнему применяется:
https://help.landscape.canonical.com/FAQ#I_have_hundreds_of_resynchronization_requests.2C_what_is_going_on.3F
И еще один совет для добавления в этот список: проверьте, есть ли у вас несколько процессов ландшафтного клиента. Обычное дерево процессов выглядит следующим образом:
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
Может быть еще один дочерний объект, называемый package-репортером или сменщиком пакетов, это нормально, но все под родительским ландшафт-клиентом. Если у вас есть что-то другое, как процесс вне этой группы, это может привести к повторной синхронизации. Это также приведет к появлению «клонов» на ваших компьютерах.
После многих попыток очистить действия и журналы событий, это то, что сработало:
чистая установка сервера Ubuntu, включая лампу / почту / openssh / postgresql, чистую установку ландшафта-api / landscape -client / landscape-server-quickstart shutdown сервер Ubuntu меняет /etc/landscape/client.conf по умолчанию на каждой подключенной рабочей станции Ubuntu удаляет файл .pem из папки / etc / landscape на всех подключенных рабочих станциях Ubuntu, каждая рабочая станция запускает сервер Ubuntu, зарегистрируйте учетную запись пейзажа, а затем зарегистрируйте сервер, запустите все рабочие станции Ubuntu, добавьте новый .pem-файл, отредактируйте /etc/landscape/client.conf, зарегистрируйте каждую рабочую станцию Ubuntu и примите все ожидающие компьютеры в LandscapeТеперь все работает как и ожидалось, хотя начало с нуля как-то немного переборщило.