Estou usando LIO para SAN scsi. Os discos compartilhados mostrados como LIO-ORG no lado do cliente.
Exemplo;
[root@testing ~]# lsblk -S
NAME HCTL TYPE VENDOR MODEL REV TRAN
sdc 4:0:0:0 disk LIO-ORG mydisk 4.0 fc
Eu posso mudar o nome do VENDOR se eu construir meu próprio kernel, mas não é sustentável.
Portanto, a questão é: posso alterar o nome do fornecedor de maneira fácil?
Atualizei meus servidores. Então eu iniciei o serviço corosync um por um em meus servidores. Comecei primeiro no servidor 3 e espero 5 min. Então eu iniciei os próximos 4 corosync em outros servidores e 7 servidores travaram ao mesmo tempo. Estou usando corosync desde 5 anos. eu estava usando;
Kernel: 4.14.32-1-lts
Corosync 2.4.2-1
Pacemaker 1.1.18-1
e eu nunca vi isso antes. Eu acho que algo está quebrado na nova versão do corosync realmente muito ruim!
Kernel: 4.14.70-1-lts
Corosync 2.4.4-3
Pacemaker 2.0.0-1
-
Este é o meu corosync.conf: https://paste.ubuntu.com/p/7KCq8pHKn3/ Você pode me dizer como posso encontrar o motivo do problema?
Sep 25 08:56:03 SRV-2 corosync[29089]: [TOTEM ] A new membership (10.10.112.10:56) was formed. Members joined: 7
Sep 25 08:56:03 SRV-2 corosync[29089]: [VOTEQ ] Waiting for all cluster members. Current votes: 7 expected_votes: 28
Sep 25 08:56:03 SRV-2 corosync[29089]: [VOTEQ ] Waiting for all cluster members. Current votes: 7 expected_votes: 28
Sep 25 08:56:03 SRV-2 corosync[29089]: [VOTEQ ] Waiting for all cluster members. Current votes: 7 expected_votes: 28
Sep 25 08:56:03 SRV-2 corosync[29089]: [VOTEQ ] Waiting for all cluster members. Current votes: 7 expected_votes: 28
Sep 25 08:56:03 SRV-2 corosync[29089]: [QUORUM] Members[7]: 1 2 3 4 5 6 7
Sep 25 08:56:03 SRV-2 corosync[29089]: [MAIN ] Completed service synchronization, ready to provide service.
Sep 25 08:56:03 SRV-2 corosync[29089]: [VOTEQ ] Waiting for all cluster members. Current votes: 7 expected_votes: 28
Sep 25 08:56:03 SRV-2 systemd[1]: Created slice system-systemd\x2dcoredump.slice.
Sep 25 08:56:03 SRV-2 systemd[1]: Started Process Core Dump (PID 43798/UID 0).
Sep 25 08:56:03 SRV-2 systemd[1]: corosync.service: Main process exited, code=dumped, status=11/SEGV
Sep 25 08:56:03 SRV-2 systemd[1]: corosync.service: Failed with result 'core-dump'.
Sep 25 08:56:03 SRV-2 kernel: watchdog: watchdog0: watchdog did not stop!
Sep 25 08:56:03 SRV-2 systemd-coredump[43799]: Process 29089 (corosync) of user 0 dumped core.
Stack trace of thread 29089:
#0 0x0000000000000000 n/a (n/a)
Write failed: Broken pipe
coredumpctl info
PID: 23658 (corosync)
UID: 0 (root)
GID: 0 (root)
Signal: 11 (SEGV)
Timestamp: Mon 2018-09-24 09:50:58 +03 (1 day 3h ago)
Command Line: corosync
Executable: /usr/bin/corosync
Control Group: /system.slice/corosync.service
Unit: corosync.service
Slice: system.slice
Boot ID: 79d67a83f83c4804be6ded8e6bd5f54d
Machine ID: 9b1ca27d3f4746c6bcfcdb93b83f3d45
Hostname: SRV-1
Storage: /var/lib/systemd/coredump/core.corosync.0.79d67a83f83c4804be6ded8e6bd5f54d.23658.153777185>
Message: Process 23658 (corosync) of user 0 dumped core.
Stack trace of thread 23658:
#0 0x0000000000000000 n/a (n/a)
PID: 5164 (corosync)
UID: 0 (root)
GID: 0 (root)
Signal: 11 (SEGV)
Timestamp: Tue 2018-09-25 08:56:03 +03 (4h 9min ago)
Command Line: corosync
Executable: /usr/bin/corosync
Control Group: /system.slice/corosync.service
Unit: corosync.service
Slice: system.slice
Boot ID: 2f49ec6cdcc144f0a8eb712bbfbd7203
Machine ID: 9b1ca27d3f4746c6bcfcdb93b83f3d45
Hostname: SRV-1
Storage: /var/lib/systemd/coredump/core.corosync.0.2f49ec6cdcc144f0a8eb712bbfbd7203.5164.1537854963>
Message: Process 5164 (corosync) of user 0 dumped core.
Stack trace of thread 5164:
#0 0x0000000000000000 n/a (n/a)
Eu não consigo encontrar mais log, então não posso cavar o problema.
Eu escrevi um programa e ele instala automaticamente o ceph. Este programa funciona bem quando eu executo manualmente, mas quando eu entro automaticamente com getty (meu conf abaixo) e executo o programa como última linha em /etc/profile "assim "./myapp", recebo os seguintes erros de autorização.
** ERROR: error creating empty object store in /var/lib/ceph/tmp/mnt.XSlAG1: (13) Permission denied
O problema ocorre quando o programa é executadoceph-disk activate
Qual é o meu problema?
/etc/systemd/system/getty\@tty1.service.d/autologin.conf
[Service]
ExecStart=
ExecStart=-/usr/bin/agetty --skip-login --login-options "-f root" %I 38400 linux
Estou usando pvpara enviar arquivos via ssh.
Posso alterar o limite de "pv ativo" para menos de 100M sem nenhum problema. Quando defino o processo ativo pvpara 100M ou 1G ou superior, não consigo mais alterar a taxa...
MAS! se eu mudar 5-10 vezes 1M para 2M, 2M para 1M pvpode ser definido às vezes para uma nova taxa.
Não consegui encontrar nenhuma solução para o problema. Qualquer ideia?
Exemplos:
pv -R "15778" -f -F "%p***%t***%e***%r***%b" -L 1M
pv -R "15778" -f -F "%p***%t***%e***%r***%b" -L 1G
pv -R "15778" -f -F "%p***%t***%e***%r***%b" -L 1M (not working anymore)
Estou executando arquivos bash para trabalhos de envio zfs e este meu exemplo de arquivo bash:
zfs send -Rc tank/test@snap | pv -fs datasize -F "%p***%t***%e***%r***%b" |
mbuffer -q -s 128k -m 1G -O ip:port
Quando começo o bash, quero saber o PV pid. Eu não conseguia descobrir como posso tirar pv pid.
Estou usando PV para minha replicação send-recv do ZFS. Eu uso o token de retomada do ZFS também, mas quero pausar e continuar como sigstop, sigcontinue. Porque usar o token de currículo significa enviar a mesma coisa novamente. Então, como você gerencia a pausa e retoma com pv?
BTW: "pv - monitora o progresso dos dados através de um pipe"