Estou executando o Landscape On-Premises (versão 16.06) no Ubuntu Server 16.04. As atividades e as guias de eventos estão sendo preenchidas com as mesmas entradas todos os dias. Não consigo excluir nenhuma entrada da interface da web. Via ssh Eu apaguei arquivos de log relevantes no diretório / var / log do servidor, mas todas as atividades e os logs de eventos ainda estão presentes quando eu faço o login na interface da web do Landscape.
Eu já tenho a informação de que os logs devem ser um log auditável e, portanto, intencionalmente, não devem ser removidos. Como posso, no entanto, remover as atividades e os logs de eventos? Onde estão os arquivos de log localizados e como posso manipulá-los para limpar a interface do servidor?
Atualização:resultadosdatentativaderemoverereinstalaropostgresqleoservidordepaisagem
Asoluçãoparalimparereinstalaropostgresqlgeralmentefuncionava,masdepoisdereinstalareregistrarnovamenteacontaeoscomputadores,oscomputadoresnãoconseguiamexecutarpingnoServidordePaisagem.
Asoluçãoparalimparereinstalarolandscape-servernãofuncionou-recebiumerro,quenãoconseguiresolver,tambémnãoconseguimaisacessaroLandscapeServer->screenshotsabaixo.
Euprecisoadicionarqueeunãoexecuteisudoaptautoremoveapósaremoção-porqueissoseriaumareinstalaçãocompleta,oqueémuitoesforçoparaapenaslimparologdeeventos.
Eles estão localizados no banco de dados postgresql e não há nenhum recurso suportado para eliminá-los. Você pode tentar manipulações de banco de dados, mas eu não sei o que são de improviso.
Apenas para o caso de ser confuso, eu não recomendaria tentar limpar as linhas do banco de dados, a menos que você esteja apenas brincando.
Eu tive um período de muita rotatividade de VMs, o que me deixou com uma situação semelhante (muitas atividades pendentes).
Acontece que é muito fácil eliminar atividades antigas.
Faça login no seu banco de dados:
durr@spacecase:~> sudo -u postgres psql
[sudo] password for durr:
psql (9.5.7)
Type "help" for help.
postgres=#
Podemos ver a criação da paisagem de bancos de dados neste momento.
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)
Eu pesquisei antes, não sei por que o cenário aparentemente precisa de SEIS bancos de dados diferentes para um aplicativo. De qualquer forma, neste caso, queremos o banco de dados landscape-standalone-account-1 :
postgres=# \c landscape-standalone-account-1
You are now connected to database "landscape-standalone-account-1" as user "postgres".
\d listará as tabelas nesse banco de dados. Há um grande número deles. Isso provavelmente abrirá um pager de saída, pressione q para sair (ou simplesmente não se incomode com \d .
landscape-standalone-account-1=# \d
A tabela activity parece interessante. Vamos dar uma olhada:
landscape-standalone-account-1=# \d activity
[Abre um pager de saída novamente]
Whoa, é enorme. Quantos itens estão nele?
landscape-standalone-account-1=# SELECT count(*) FROM ACTIVITY;
count
-------
830
(1 row)
Isso não corresponde à minha contagem de atividades (38). De qualquer forma, podemos reinstalar facilmente, vamos apenas eliminar tudo.
landscape-standalone-account-1=# DELETE FROM activity;
DELETE 830
landscape-standalone-account-1=# \q
durr@spacecase:~>
E agora não tenho atividades, e tail ing os logs em /var/log/landscape e /var/log/landscape-server não mostra erros.
Então, sim, é muito fácil limpar você mesmo as atividades obsoletas.
Não é normal ter tantas atividades de ressincronização. Algo mais está acontecendo. Idealmente, não deveria haver nenhum.
Temos esta antiga entrada de FAQ que ainda se aplica:
E há mais uma dica para adicionar a essa lista: verifique se você tem vários processos cliente-paisagem. Uma árvore de processos normal é assim:
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
Pode haver mais um filho chamado package-reporter ou package-changer, tudo bem, mas tudo sob o client-pais pai. Se você tem algo diferente como um processo fora desse grupo, isso pode estar causando os resyncs. Isso também faria com que "clones" aparecessem em seus computadores.
Depois de muitas tentativas diferentes para limpar as atividades e os registros de eventos, foi isso que funcionou:
desligue o servidor Ubuntu
altere /etc/landscape/client.conf para o padrão em todas as estações de trabalho conectadas do Ubuntu
encerrar todas as estações de trabalho
inicie o servidor Ubuntu, registre a conta Landscape e depois registre o servidor
Agora tudo funciona como esperado, embora começar de novo do zero seja um pouco exagerado.
