ajgringo619's questions

(Host EndeavourOS, executando nfsv4-server.service)

Tenho uma rede QEMU/KVM VM que estou tentando mudar para VMware. Na maior parte, esse tem sido um processo simples, se não demorado. O único problema real que estou tendo é com as permissões de compartilhamento NFSv4.

Aqui está meu trabalho /etc/exportsna configuração do QEMU:

/media/host/shared-files      192.168.122.0/24(rw,sync,insecure,no_root_squash,no_subtree_check,crossmnt,fsid=0)

Quando mudei para VMware, a rede NAT mudou para 172.16.105.0, então imaginei que simplesmente fazendo essa mudança em /etc/exports, reexportando, eu estaria pronto para prosseguir. No entanto, a única maneira de fazer isso funcionar é remover as restrições de máscaras de rede/sub-rede IP.

Não é um problema de firewall, pois consigo ver/usar o compartilhamento muito bem dos convidados. Não sou tão proficiente com redes TCP/IP quanto gostaria, então não tenho certeza de qual é o problema aqui.

Alguma ideia?

Eu tenho um serviço que é executado a cada hora (usando OnCalendar=hourly ). Isso funciona muito bem se o sistema estiver ligado 24 horas por dia, 7 dias por semana, mas ficar confuso depois de sair da suspensão/hibernação. O serviço será executado imediatamente - que é o que eu quero -, mas será executado novamente no início de cada hora, independentemente de quanto tempo tenha decorrido desde a última execução.

Existe uma maneira de configurar os temporizadores para serem executados em intervalos de 1 hora?

Por cerca de 3 horas esta tarde, recebi as seguintes mensagens de serviços que não tenho (desinstalados ou nunca ouvi falar):

[2020-01-27 14:02:57] dss-mint [daemon.info] [systemd] Started ntp-systemd-netif.path.
[2020-01-27 14:03:11] dss-mint [daemon.err] [ntpdate] the NTP socket is in use, exiting
[2020-01-27 14:06:44] dss-mint [daemon.info] [ntpd] Deleting interface #4 wlxbcec23100000, 192.168.0.11#123, interface stats: received=119, sent=128, dropped=0, active_time=416 secs

Eu uso systemd-timesyncd , desinstalei o ntpd e o ntpdate logo após instalar meu sistema. Além de hoje, esses serviços fantasmas nunca apareceram em nenhum log (rsyslog ou journal). A entrada ntp-systemd-netif é particularmente preocupante; Não consigo encontrar nada na rede e as pesquisas do systemctl aparecem vazias.

UPDATE : adicionei module(load="imjournal") ao meu /etc/rsyslog.confarquivo durante esse período (brincando com a formatação do syslog). É possível que essas mensagens tenham vindo de forma errônea do diário? Existem entradas mais antigas do ntp lá, mas nada mais recente que novembro de 2019.

[Executando Linux Mint 19.3]

Estou tentando trabalhar com níveis de prioridade rsyslog individuais , separando as mensagens assim ( from /etc/rsyslog.d/50-default.conf):

*.info                         /var/log/syslog-pri/syslog.info
*.notice                       /var/log/syslog-pri/syslog.notice
*.warn                         /var/log/syslog-pri/syslog.warn
*.err                          /var/log/syslog-pri/syslog.err
*.crit                         /var/log/syslog-pri/syslog.crit

Isso tudo funciona muito bem, exceto que existem alguns programas que gravam suas mensagens em vários níveis de prioridade; ufw é o maior infrator, mas não é o único. Existe uma configuração no rsyslog que impedirá a repetição de uma mensagem em níveis de prioridade mais baixos?

[Linux Mint 19.3]

Não tenho certeza do que aconteceu, mas tenho vários pacotes que entraram em conflito com o banco de dados apt. Depois de executar apt update, (feito com 3 espelhos diferentes, incluindo os padrão), estou vendo alguns pacotes relatando isso:

$ apt policy libpulse0
libpulse0:
  Installed: 1:11.1-1ubuntu7.5
  Candidate: 1:11.1-1ubuntu7.5
  Version table:
 *** 1:11.1-1ubuntu7.5 100
        100 /var/lib/dpkg/status
     1:11.1-1ubuntu7.4 500
        500 http://mirror.os6.org/ubuntu bionic-updates/main amd64 Packages
     1:11.1-1ubuntu7 500
        500 http://mirror.os6.org/ubuntu bionic/main amd64 Packages

Aqui estão meus repositórios configurados:

oficial-package-repositories.list

deb http://mirror.os6.org/linuxmint.com/packages tricia main upstream import backport 

deb http://mirror.os6.org/ubuntu bionic main restricted universe multiverse
deb http://mirror.os6.org/ubuntu bionic-updates main restricted universe multiverse
deb http://mirror.os6.org/ubuntu bionic-backports main restricted universe multiverse

deb http://security.ubuntu.com/ubuntu/ bionic-security main restricted universe multiverse
deb http://archive.canonical.com/ubuntu/ bionic partner

Como você pode ver, de alguma forma eu tenho uma versão mais recente deste pacote do que os espelhos estão relatando. Verifiquei através do Update Manager e este pacote foi atualizado em 11/12/2019 durante minha rotina normal de atualização diária. Eu nem percebi isso até tentar compilar o QEMU mais recente e o comando apt-get build-dep qemucomeçou a reclamar sobre conflitos de dependência.

Sem passar por todos os pacotes instalados, não tenho ideia de quantos pacotes isso está afetando. Alguma idéia de como corrigir isso?

(Executando Debian 10.2 XFCE)

Devido a algumas necessidades de redimensionamento de partição, tive que excluir minha partição swap original e adicionar uma nova. Alterei a entrada em /etc/fstab - swap é reconhecido e está funcionando. Eu mudei a entrada em /etc/default/grub - executei update-grub sem erros.

Agora, ao executar a etapa final - update-initramfs -u - ele reclama que o antigo UUID de troca não existe. Encontrei uma pergunta que era exatamente o problema que estou tendo ( http://forums.debian.net/viewtopic.php?t=133578 ), mas a correção não funciona. Ainda estou concluindo o Begin: Running /scripts/local-block .... mensagem cerca de 15 vezes, então a inicialização finalmente terminou.

Assim que consigo fazer o login, não encontro erros com dmesg ou journalctl . Eu pessoalmente não me importo em poder suspender, então, se houver uma maneira de desabilitar isso, sou a favor. Eu tentei isso (removi a entrada RESUME= de /etc/default/grub ), mas isso também não ajudou.

/etc/fstab

UUID=40728a0b-10e9-4599-9bb1-1db16e95db8c /boot     ext2    defaults    0 0
UUID=e0fef258-68d0-41b1-9326-dbdc37083000 /         btrfs   subvol=@,defaults,noatime,space_cache,autodefrag    0 1
UUID=e0fef258-68d0-41b1-9326-dbdc37083000 /home     btrfs   subvol=@home,defaults,noatime,space_cache,autodefrag    0 2
UUID=1aea03e4-a509-41c7-8e3e-ad547b34ddd9 swap      swap    defaults,noatime0 2

blkid

/dev/vda1: LABEL="Boot" UUID="40728a0b-10e9-4599-9bb1-1db16e95db8c" TYPE="ext2" PARTUUID="90f85121-01"
/dev/vda2: UUID="e0fef258-68d0-41b1-9326-dbdc37083000" UUID_SUB="84f77425-e0fe-4537-8b2c-b5838f8d70df" TYPE="btrfs" PARTUUID="90f85121-02"
/dev/vda3: UUID="1aea03e4-a509-41c7-8e3e-ad547b34ddd9" TYPE="swap" PARTUUID="90f85121-03"

/etc/default/grub

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR='Debian'
GRUB_CMDLINE_LINUX_DEFAULT="resume=UUID=1aea03e4-a509-41c7-8e3e-ad547b34ddd9"
GRUB_CMDLINE_LINUX=""

Estou tentando aumentar o tamanho das minhas VMs QEMU, mas estou enfrentando um problema relacionado a instantâneos. Por algum motivo, o comando qemu-img está mostrando um instantâneo que foi excluído há muito tempo, portanto, o comando resize está falhando.

Aqui estão os comandos que estou executando na minha VM Debian 10:

$ virsh snapshot-list --domain Debian
 Name                 Creation Time             State
------------------------------------------------------------

Portanto, parece que a exclusão que fiz (via virt-manager ) ocorreu. No entanto, qemu-img ainda está mostrando o instantâneo:

$ sudo qemu-img info debian.qcow2
image: debian.qcow2
file format: qcow2
virtual size: 50G (53687091200 bytes)
disk size: 18G
cluster_size: 65536
Snapshot list:
ID        TAG                 VM SIZE                DATE       VM CLOCK
1         snapshot1              1.2G 2019-11-09 10:13:13   00:02:09.262
Format specific information:
    compat: 1.1
    lazy refcounts: false
    refcount bits: 16
    corrupt: false

Como resolvo isso?

Configurei uma VM do Arch com logins ssh sem senha e chave pública/privada. Todos os meus testes iniciais funcionaram, incluindo scp. Verifiquei que o servidor ssh está iniciando automaticamente.

Aqui está o problema: se eu iniciar a VM pelo terminal (com virsh start Arch), não consigo ssh/scp para ela, não importa quanto tempo eu espere (recebendo ssh: connect to host qemu-arch port 22: Connection refusederro). No entanto, se eu fizer login pela virt-managerGUI, os comandos scp/ssh começarão a funcionar novamente, quase como se eu precisasse reiniciar o sistema. Eu verifiquei os logs do sistema e nada se destaca por que isso está acontecendo. Além disso, nenhuma das minhas outras VMs (Linux e Windows) apresenta esse problema.

Alguém tem alguma ideia?

Usando o Libre Office 6.3.0.4, Linux Mint 19.2, versão Flatpak.

Eu tenho uma função simples que precisa ter uma linha estática: =K15-G$2. Não tenho certeza de quando o erro começou a ocorrer, mas depois de inserir (3) linhas acima da linha 2, a função mudou para =K15-G$5. Se eu copiar/mover esta função, os valores originais permanecem como esperados. Tentei modificá-lo para read =K15-$G$2, mas isso não fez diferença.

Nesse caso, como posso fazer com que as referências de célula absolutas funcionem?

[SO=Linux Mint 19.2]

Estou tentando construir esta versão do QEMU para que eu possa experimentar a aceleração 3D. Mas toda vez que tento a compilação, sempre falha. Aqui estão meus parâmetros de configuração:

./configure --prefix=/opt/qemu3 \
        --target-list=x86_64-softmmu \
        --audio-drv-list=pa,alsa,oss \
        --enable-gtk \
        --disable-vte \
        --enable-opengl \
        --enable-sdl \
        --with-sdlabi=2.0 \
        --enable-virglrenderer

Isso funciona. Agora, quando executo make, ele falha na compilação rdma:

  CC      x86_64-softmmu/hw/rdma/rdma_utils.o
  CC      x86_64-softmmu/hw/rdma/rdma_backend.o
  CC      x86_64-softmmu/hw/rdma/rdma_rm.o
  CC      x86_64-softmmu/hw/rdma/vmw/pvrdma_dev_ring.o
  CC      x86_64-softmmu/hw/rdma/vmw/pvrdma_cmd.o
/home/me/Development/source/qemu-3.1.1/hw/rdma/vmw/pvrdma_cmd.c: In function ‘create_qp’:
/home/me/Development/source/qemu-3.1.1/hw/rdma/vmw/pvrdma_cmd.c:517:16: error: ‘rc’ undeclared (first use in this function)
         return rc;
                ^~
/home/me/Development/source/qemu-3.1.1/hw/rdma/vmw/pvrdma_cmd.c:517:16: note: each undeclared identifier is reported only once for each function it appears in
/home/me/Development/source/qemu-3.1.1/rules.mak:69: recipe for target 'hw/rdma/vmw/pvrdma_cmd.o' failed
make[1]: *** [hw/rdma/vmw/pvrdma_cmd.o] Error 1
Makefile:483: recipe for target 'subdir-x86_64-softmmu' failed
make: *** [subdir-x86_64-softmmu] Error 2

Tenho a librdmacm-devbiblioteca instalada. O que estou fazendo errado?