Quando o cron é executado
0 16 * * * journalctl --vacuum-time=10d
Recebo um e-mail com o conteúdo como
Vacuuming done, freed 0B of archived journals from /var/log/journal.
Vacuuming done, freed 0B of archived journals from /var/log/journal/68eb3115209f4deb876284bab504772b.
Vacuuming done, freed 0B of archived journals from /run/log/journal.
às vezes há alguns bytes liberados, mas como faço para suprimir esses e-mails se houver 0B liberados?
O manual de truncateshows posso adicionar <para "no máximo".
Para que serve isso?
Parece o padrão para mim.
Eu tenho um servidor XEN (4.17) com um grupo de volumes vg0e alguns volumes onde um é um volume lógico especialmente para Nextcloud, por exemplo:
lvcreate -n nextcloud -L2000G vg0
mkfs.ext4 /dev/vg0/nextcloud
Estes são meus volumes:
# lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
nextcloud vg0 -wi-ao---- 2,01t
root vg0 -wi-ao---- 10,00g
swap vg0 -wi-ao---- 4,00g
vm01-disk vg0 -wi-a----- 580,00g
vm01-swap vg0 -wi-a----- 8,00g
A partição nextcloud /dev/mapper/vg0-nextcloudsó é visível dentro da VM Dom0.
Como faço para expor a nextcloudpartição ao vm01 para poder usá-la como armazenamento para o Nextcloud lá?
Quero usar a pasta /var/www/nextcloud/html/datalocalizada em vg0-nextcloud.
Quero criar um ataque de software em dois SSDs idênticos
Como faço para criar partições e formatá-las de maneira ideal?
lsblk
nvme0n1 259:0 0 953.9G 0 disk
nvme1n1 259:1 0 953.9G 0 disk
Provavelmente terei que usar fdiskou partedcriar partições. Quais opções eu preciso? Isso é suficiente?
parted /dev/nvme0n1
(parted) mkpart primary ext4 0% 100%
(parted) set 1 raid on
Os discos têm 1 TB e também preciso de uma pequena partição de boot com 500 MB
Quando procuro uma lista de pacotes, geralmente uso
dpkg -l|grep string|cut -d" " -f3|xargs
libdouble-conversion3:amd64 libestr0:amd64 libeval-closure-perl libio-stringy-perl libunistring2:amd64 liburi-perl libustr-1.0-1:amd64 libwind0-heimdal:amd64 libxstring-perl php-mbstring php7.0-mbstring php7.4 -mbstringphp8.2-mbstring
existe uma maneira mais curta no bash de obter essa lista?
Atualizei meu servidor Debian Xen de 10 para 11 e depois sem reiniciar para o Debian 12, reiniciei o servidor e agora apenas algumas VMs foram iniciadas.
vm06 está funcionando bem, enquanto vm04 não (e mais alguns, mas aqui eu os redigi desta questão para facilitar a leitura)
Na pasta /dev/vg0 estão apenas alguns dos vlumes vinculados agora:
# ll /dev/vg0/
total 0
lrwxrwxrwx 1 root root 7 Aug 20 17:04 backup -> ../dm-2
lrwxrwxrwx 1 root root 7 Aug 20 17:04 root -> ../dm-0
lrwxrwxrwx 1 root root 8 Aug 20 17:04 vm06.docker-disk -> ../dm-10
# lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
backup vg0 -wi-ao---- 2,01t
root vg0 -wi-ao---- 10,00g
vm04.matrix-disk vg0 owi-i-s--- 130,00g
vm06.docker-disk vg0 owi-a-s--- 610,00g
Se eu usar lvdisplay, o volume ausente vm04-matrix ainda será incluído como:
# lvdisplay|grep Path|grep -v swap
LV Path /dev/vg0/root
LV Path /dev/vg0/backup
LV Path /dev/vg0/vm06.docker-disk
LV Path /dev/vg0/vm04.matrix-disk
lvdisplay|awk '/LV Name/{n=$3} /Block device/{d=$3; sub(".*:","dm-",d); print d,n;}'
mostra que o disco da matriz está presente em/dev/dm-25
# cat /etc/lvm/backup/vg0
...
vg0 {
id = "Cfe7Ii-rZBl-mEnH-tk5Z-q9WW-UyTk-3WstVn"
seqno = 29269
format = "lvm2" # informational
status = ["RESIZEABLE", "READ", "WRITE"]
flags = []
extent_size = 8192 # 4 Megabytes
max_lv = 0
max_pv = 0
metadata_copies = 0
physical_volumes {
pv0 {
id = "KlmZUe-3FiK-VbBZ-R962-219A-GGAU-I3a5Nl"
device = "/dev/md1" # Hint only
status = ["ALLOCATABLE"]
flags = []
dev_size = 15626736256 # 7,27677 Terabytes
pe_start = 2048
pe_count = 1907560 # 7,27676 Terabytes
}
}
logical_volumes {
...
vm06.docker-disk {
id = "y3CSuy-z4gU-72Bd-678E-sYTi-Lkmi-dwAkgT"
status = ["READ", "WRITE", "VISIBLE"]
flags = []
creation_time = 1584654364 # 2020-03-19 22:46:04 +0100
creation_host = "dom0-eclabs"
segment_count = 3
segment1 {
start_extent = 0
extent_count = 97280 # 380 Gigabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv0", 263936
]
}
segment2 {
start_extent = 97280
extent_count = 7680 # 30 Gigabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv0", 422912
]
}
segment3 {
start_extent = 104960
extent_count = 51200 # 200 Gigabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv0", 1050889
]
}
}
...
vm04.matrix-disk {
id = "Tak3Zq-3dUU-SAJl-Hd5h-weTM-cHMR-qgWXeI"
status = ["READ", "WRITE", "VISIBLE"]
flags = []
creation_time = 1584774051 # 2020-03-21 08:00:51 +0100
creation_host = "dom0-eclabs"
segment_count = 2
segment1 {
start_extent = 0
extent_count = 25600 # 100 Gigabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv0", 531968
]
}
segment2 {
start_extent = 25600
extent_count = 7680 # 30 Gigabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv0", 1002249
]
}
}
}
}
dmsetup ainda lista o disco:
# dmsetup info|grep matrix
Name: vg0-vm04.matrix--disk
Mas não parece estar vinculado em /dev/dm-X:
# for i in /dev/dm-*; do echo $i; dmsetup info $i; done|grep matrix
(Isso não mostra nada).
Já fiz pvcreate –restorefile lvm_backup_datei –uuid <uuid> <partition>em modo de recuperação como explicado aqui e reiniciei, mas continua o mesmo problema.
Percebi que no sistema de recuperação todas as partições lvm estavam lá com lsblke abaixo /dev/mapper/...(o sistema de recuperação usa o kernel 6.4.7), mas após uma reinicialização no sistema, novamente apenas algumas ficam visíveis:
├─sdb2 8:18 0 7,3T 0 part
│ └─md1 9:1 0 7,3T 0 raid1
│ ├─vg0-root 253:0 0 10G 0 lvm /
│ ├─vg0-swap 253:1 0 4G 0 lvm [SWAP]
│ ├─vg0-backup 253:2 0 2T 0 lvm /backup
│ ├─vg0-vm06.docker--swap 253:8 0 8G 0 lvm
│ ├─vg0-vm06.docker--disk-real 253:9 0 610G 0 lvm
│ │ ├─vg0-vm06.docker--disk 253:10 0 610G 0 lvm
│ │ └─vg0-snap--tmp--vm06.docker--disk 253:12 0 610G 0 lvm
│ ├─vg0-snap--tmp--vm06.docker--disk-cow 253:11 0 16G 0 lvm
│ │ └─vg0-snap--tmp--vm06.docker--disk 253:12 0 610G 0 lvm
Consegui montar os volumes ausentes no modo de recuperação em uma partição de backup e fazer backup de todos os dados necessários, para poder criar um novo volume, reinstalar e alimentar o banco de dados de backup
As instruções de instalação do memcache não estão realmente atualizadas. Como instalo no Debian usando php-fpm e nginx?
Eu tentei isso:
apt install memcache zlib1g-dev php-dev
pecl install memcache
Isso instalará a extensão em
/usr/lib/php/20220829/memcache.so
Então eu adicionei
echo extension = memcache.so>>/etc/php/8.1/fpm/php.ini
Em seguida, reiniciou
service php8.1-fpm restart
Agora eu quero instalar o plug-in Wordpress "Memcached Object Cache", mas o site do plug-in apenas diz:
Instale o memcached em pelo menos um servidor. Observe as informações de conexão. O padrão é 127.0.0.1:11211.
Instale a extensão de memcache PECL
Copiar
object-cache.phppara wp-contentAdicione a constante WP_CACHE_KEY_SALT ao wp-config.php:
define( 'WP_CACHE_KEY_SALT', '...long random string...' );
não consigo encontrar object-cache.phpem lugar nenhum.
O problema é que o phpize usará o php8.2 para compilar a extensão. mas se eu desinstalar o php8.2, também desinstalo o php-dev. Se eu reinstalá-lo, ele tentará instalar o php8.2 novamente ;(
Como resolvo isso?
Tenho um servidor com várias máquinas virtuais e uma delas é meu Proxy que direciona os domínios certos para a VM certa na porta certa.
Isso tudo funcionou bem e eu pude fazer login no meu navegador com https://gitlab.mydomain.de .
Agora o problema: todos os links para runners e os links para clones de repositórios começam com http://localhostem vez de https://gitlab.mydomain.de.
A opção GITLAB_OMNIBUS_CONFIG-> external_urlno arquivo docker-compose está contendo http://localhost, então mudei para https://gitlab.mydomain.de , parei e reiniciei os contêineres do docker
docker-compose down; docker-compose up
Mas desta vez só recebo um erro 502 Bad Gateway no navegador.
Esta é a minha configuração de proxy:
server {
listen 10.77.77.254:443 ssl;
listen [2a01:4f8:241:1d02:0:77:77:254]:443 ssl;
server_name gitlab.mydomain.de;
include snippets.d/ssl_generic;
ssl_certificate /etc/letsencrypt/live/gitlab.mydomain.de/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/gitlab.mydomain.de/privkey.pem;
include snippets.d/standard;
location / {
include snippets.d/proxy_generic;
proxy_pass http://10.77.77.107:8080;
}
}
Este é o meu docker-compose.yml:
version: '3.7'
services:
web:
image: 'gitlab/gitlab-ce:latest'
restart: always
hostname: 'localhost'
container_name: gitlab-ce
environment:
GITLAB_OMNIBUS_CONFIG: |
external_url 'https://gitlab.mydomin.de'
ports:
- '8080:80'
- '8443:443'
volumes:
- '/var/docker/gitlab/config:/etc/gitlab'
- '/var/docker/gitlab/logs:/var/log/gitlab'
- '/var/docker/gitlab/data:/var/opt/gitlab'
networks:
- gitlab
gitlab-runner:
image: gitlab/gitlab-runner:alpine
container_name: gitlab-runner
restart: always
depends_on:
- web
volumes:
- /var/run/docker.sock:/var/run/docker.sock
- '/var/docker/gitlab/gitlab-runner:/etc/gitlab-runner'
networks:
- gitlab
networks:
gitlab:
name: gitlab-network
Se eu mudar
external_url 'https://gitlab.mydomain.de'
voltar para http
external_url 'http://gitlab.mydomain.de'
então a configuração funciona novamente (mas com os URLs errados começando com apenas 'http://' agora na interface da web).
O problema parece estar httpsno external_url.
Se eu alterar o proxy_pass para http://10.77.77.107:8433onde a porta ssl é apresentada ao host no arquivo docker-compose, recebo um erro 400 Bad Request :
400 Bad Request The plain HTTP request was sent to HTTPS port
ATUALIZAÇÃO: Aqui eles dizem:
Por padrão, quando você especifica external_url, o Omnibus GitLab definirá alguns cabeçalhos de proxy NGINX que são considerados sensatos na maioria dos ambientes.
Por exemplo, o Omnibus GitLab definirá:
"X-Forwarded-Proto" => "https", "X-Forwarded-Ssl" => "on"se você especificou o esquema https no external_url.
No entanto, se você tiver uma situação em que seu GitLab esteja em uma configuração mais complexa, como atrás de um proxy reverso, será necessário ajustar os cabeçalhos do proxy para evitar erros como A alteração desejada foi rejeitada ou Não é possível verificar a autenticidade do token CSRF Completou 422 Inprocessável.
Eu tentei substituir os cabeçalhos padrão. No arquivo docker-compose na seção omnibus, adicionei o X-Forwarded-Proto: http:
environment:
GITLAB_OMNIBUS_CONFIG: |
external_url 'https://gitlab.mydomain.de'
letsencrypt['enabled'] = false
nginx['listen_port'] = 80
nginx['proxy_set_headers'] = { "X-Forwarded-Proto" => "http", 'X-Forwarded-Ssl' => 'off' }
Mas isso também não ajudou
Como resolvo isso?
Eu tenho uma VM em execução no meu host XEN que fica com pouco espaço em disco. Ele montou seu volume como /dev/xvda2formatado com um sistema de arquivos ext4.
Esta é a minha configuração xen para a VM:
# /etc/xen/vm04.experimental.cfg
kernel = '/boot/vmlinuz-4.9.0-11-amd64'
extra = 'elevator=noop'
ramdisk = '/boot/initrd.img-4.9.0-11-amd64'
root = '/dev/xvda2 ro'
disk = [
'phy:/dev/vg0/vm04.experimental-disk,xvda2,w',
'phy:/dev/vg0/vm04.experimental-swap,xvda1,w',
]
...
# lvdisplay /dev/vg0/vm04.experimental-disk
--- Logical volume ---
LV Path /dev/vg0/vm04.experimental-disk
LV Name vm04.experimental-disk
VG Name vg0
LV Status available
# open 1
LV Size 60,00 GiB
Current LE 15360
Segments 5
Allocation inherit
...
ainda há 44 GB de espaço no meu volumegroup vg0:
# vgdisplay
--- Volume group ---
VG Name vg0
System ID
Format lvm2
Metadata Areas 2
Metadata Sequence No 36766
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 27
Open LV 22
Max PV 0
Cur PV 2
Act PV 2
VG Size 1,07 TiB
PE Size 4,00 MiB
Total PE 281534
Alloc PE / Size 270080 / 1,03 TiB
Free PE / Size 11454 / 44,74 GiB
Como aloco o espaço restante para o meu vm04?
No meu servidor Debian alguns pacotes não foram instalados explicitamente, mas foram instalados automaticamente ao instalar outro pacote.
Depois de algum tempo, comecei a usar alguns desses pacotes agora em diferentes contextos.
Agora, se eu tentar remover o pacote instalado inicialmente, o apt sugere também desinstalar todos os pacotes autoinstalados, que ainda preciso até agora.
Como desinstalo apenas o pacote sem desinstalar também os pacotes instalados automaticamente?
No meu servidor debian 10 pidof systemdnão dá resultado, embora existam pids:
# pgrep systemd -la
1 /sbin/init
256 /lib/systemd/systemd-journald
275 /lib/systemd/systemd-udevd
282 /lib/systemd/systemd-timesyncd
355 /lib/systemd/systemd-logind
Eu gostaria de verificar em um script geral de instalação do bash, se o sistema atual usa systemd
Eu gostaria de executar este script Rust no meu servidor Matrix, mas ele usa 1,8 GB de espaço para construí-lo:
$ du -shc .rustup/ .cargo/ /var/www/rust-synapse-compress-state/
1,2G .rustup/
86M .cargo/
561M /var/www/rust-synapse-compress-state/
1,8G total
Encontrei este script de CI que instala o Rust na AWS . Eu poderia usar isso para instalar uma versão mínima do Rust na minha VM Debian onde estou com pouco espaço em disco? Quais são os comandos bash necessários para instalar este pacote no Debian? ou há uma solução melhor?
Eu tenho muitos arquivos mp3 que foram configurados (por alguma ferramenta de buggy) para um nível de ganho tão baixo, que não há mais nada para ouvir.
Este comando
for f in *.mp3; do sox --norm "$f" /tmp/sox.mp3; mv -v /tmp/sox.mp3 "$f";
redefine o volume de todos os arquivos na pasta atual para um nível normal, mas soxdescompacta e recompacta os formatos com perdas durante o processamento, portanto, a compactação iterada causará uma ligeira deterioração da qualidade.
Como faço para minimizar a distorção adicional durante a recodificação? Eu usaria mp3 com bitrate de 320 para o arquivo de saída, mas não consegui encontrar nenhuma dica para isso no manual
No meu Xen Host, primeiro crio um instantâneo atualizado de todas as VMs e, em seguida, uso rsnapshotpara fazer backup de todas as minhas pastas importantes diariamente.
Em segundo lugar, faço backup das mesmas pastas em um servidor externo viarsync
como posso garantir que todas essas pastas sejam copiadas com sucesso no servidor externo?
Eu gostaria de acelerar minha CPU, tenho um i5-8265U e tem frequências de até 3,9 GHz, mas raramente preciso da velocidade.
Agora, se algo causar uma carga alta, a CPU sobe e a ventoinha fica barulhenta.
Já está definido parapowersave
$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
powersave
E userspacenão está disponível, quando eu tento
sudo cpufreq-set -f 2.0
Como faço para acelerar essa CPU para no máximo 2 GHz?
Eu tentei criar um script de inicialização do systemd que inicia uma verificação do rkhunter 30 minutos após o início do sistema do meu laptop, assim:
[Unit]
Description=starts rkhunter and displays any findings with zenity
[Service]
ExecStartPre=/bin/sleep 1800
ExecStart=/usr/local/sbin/rkhunter-check
[Install]
WantedBy=default.target
Mas isso falha com um erro de tempo limite
Job for rkhunter.service failed because a timeout was exceeded.
Parece que o ExecStartPre não funciona assim.
Como resolvo isso?
Uma solução perfeita seria:
Eu tento instalar ssmtpno Debian 10.0, mas recebo o erro
Package ssmtp is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or is only available from another source
Mas não obtenho resultado com nem apt search ssmptnem:
$ apt-file search ssmtp
monitoring-plugins-basic: /usr/lib/nagios/plugins/check_ssmtp
sosreport: /usr/share/sosreport/sos/plugins/ssmtp.py
Como instalo o ssmtp no Debian buster?
eu uso
make | tee >(split -d -b 10000000 - debug.log.0)
para dividir a saída em vários arquivos de depuração após atingir 10 MB.
isso resulta em arquivos chamados debug.log.000, debug.log.001, debug.log.002 ...
Eu poderia renomeá-los depois com
for i in debug*; do echo $i; done
Mas como posso reconstruir o comando, para que eles obtenham o final .logno final de cada arquivo diretamente?
Este é um problema que encontro frequentemente, desta vez com a saída de lsof, mas estou procurando uma solução geral para esses problemas: selecionar uma coluna.
Aqui eu tento pegar a coluna TYPE da saída delsof
COMMAND PID TID USER FD TYPE DEVICE SIZE/OFF NODE NAME
lsof 16113 root cwd DIR 0,58 40960 7602184 /home/rubo77
lsof 16113 root rtd DIR 259,7 4096 2 /
lsof 16113 root 4r FIFO 0,12 0t0 294763 pipe
lsof 16113 root 7w FIFO 0,12 0t0 294764 pipe
lsof 16648 root rtd DIR 259,7 4096 2 /
riot-web 4399 4424 ruben 25u unix 0xffff9543f9ad7000 0t0 53133 type=STREAM
thunderbi 4650 5835 ruben DEL REG 259,7 2752546 /usr/share/icons/hicolor/icon-theme.cache
...
eu tentei
lsof|perl -lane 'print $F[5]'
Mas isso às vezes fica na 6ª coluna, às vezes na 5ª
eu consigo com
lsof|cut -c50-54|sort|uniq -c
375 CHR
610 DIR
211 FIFO
...
Mas isso parece um pouco sujo porque você precisa corrigir a posição do personagem.
O principal problema é que em algumas linhas a 5ª coluna está vazia
Existe uma solução que realmente seleciona apenas a 6ª coluna de uma saída?
A melhor solução seria uma ferramenta onde você diga apenas mostrar a linha X, onde a ferramenta analisaria a primeira linha e detecta automaticamente analisando as linhas seguintes se cada coluna está alinhada à direita, centro ou esquerda e depois é só selecionar o conteúdo dessa coluna.
No meu servidor, a partição raiz é de 73 GB, mas o disco diz que está cheio, embora haja apenas cerca de 6 GB usados nesse dispositivo:
# df -h
Filesystem Size Used Avail Use% Mounted on
udev 997M 0 997M 0% /dev
tmpfs 202M 41M 162M 20% /run
/dev/mapper/p22server-root 73G 68G 655M 100% /
(Eu uso LVM no servidor:) /dev/mapper/p22server-root -> ../dm-0Se eu verificar com
ncdu -x /
Descobri que o uso total é de apenas 5,9 GB.
Meu palpite é que deve haver arquivos ainda abertos, que não são visíveis na árvore de arquivos.
Como posso depurar isso? Eu acho que uma reinicialização restaurará o espaço perdido, mas a reinicialização não é possível no momento.