Sempre que eu abro htop
, ele mostra o uso da CPU disparando repentinamente para 100% em um único núcleo. Acho que coletar estatísticas htop
não é tão intensivo?!
Por que htop
de repente mostra esse pico?
Sempre que eu abro htop
, ele mostra o uso da CPU disparando repentinamente para 100% em um único núcleo. Acho que coletar estatísticas htop
não é tão intensivo?!
Por que htop
de repente mostra esse pico?
Tenho um servidor de banco de dados com MariaDB 5.5.52:
[root@sql01 ~]# yum list installed|grep 5.5.52-1.el7
Repodata is over 2 weeks old. Install yum-cron? Or run: yum makecache fast
mariadb.x86_64 1:5.5.52-1.el7 @base
mariadb-libs.x86_64 1:5.5.52-1.el7 @CentOS
mariadb-server.x86_64 1:5.5.52-1.el7 @base
[root@sql01 ~]# mysql -V
mysql Ver 15.1 Distrib 5.5.52-MariaDB, for Linux (x86_64) using readline 5.1
Preciso instalar essa mesma versão em um novo servidor, mas o MariaDB é enviado como MariaDB 5.5.59 para novas instalações. Então, peguei um RPM e instalei da seguinte forma:
wget http://ftp.hosteurope.de/mirror/archive.mariadb.org/mariadb-5.5.52/yum/centos7-amd64/rpms/MariaDB-5.5.52-centos7-x86_64-server.rpm
yum install MariaDB-5.5.52-centos7-x86_64-server.rpm
Embora este seja um RPM para 5.5.52, 5.5.59 é instalado:
[root@db01 ~]# yum list installed|grep 5.5.52-1.el7
MariaDB-server.x86_64 5.5.52-1.el7.centos installed
[root@db01 ~]# mysql -V
mysql Ver 15.1 Distrib 5.5.59-MariaDB, for Linux (x86_64) using readline 5.1
Alguma idéia de por que está instalando 5.5.59?
Saída mais interessante:
[root@db01 ~]# rpm -qf `which mysql`
MariaDB-client-5.5.59-1.el7.centos.x86_64
[root@db01 ~]# rpm -qa | fgrep 5.5.59
MariaDB-client-5.5.59-1.el7.centos.x86_64
MariaDB-common-5.5.59-1.el7.centos.x86_64
Estou tentando automatizar a implantação de um contêiner Docker. Três prompts precisam ser preenchidos manualmente para prosseguir com a implantação. No entanto, eles não devem ser preenchidos um após o outro. A ordem em que esses campos aparecem é muito estranha. Primeiro ele pede uma senha e uma confirmação (dois campos um após o outro). Então, o script OpenVPN faz seu trabalho e precisa de um FQDN para gerar um certificado, acredito.
Portanto, gostaria de saber se posso dizer expect
para preencher o valor X para o campo X e, quando o campo de entrada Y aparecer, preencha o valor Y. Em outras palavras, posso dizer expect
para reconhecer automaticamente os prompts de entrada e preenchê-los de acordo?
Eu tenho uma interface de rede privada, da seguinte forma, em uma VM Ubuntu 16.04:
# Private network
auto ens19
iface ens19 inet static
address 10.10.10.179
netmask 255.255.255.0
mtu 1450
Minha vLAN requer que um gateway seja especificado para que funcione, então adiciono da seguinte forma:
# Private network
auto ens19
iface ens19 inet static
address 10.10.10.179
netmask 255.255.255.0
mtu 1450
gateway 10.10.10.1
No entanto, sempre que adiciono esse gateway e reinicio o networking
serviço, ele não inicia com o seguinte erro:
Dec 15 10:50:08 postfix0 ifup[1968]: RTNETLINK answers: File exists
Dec 15 10:50:08 postfix0 ifup[1968]: Failed to bring up ens19.
Executar ip addr flush dev xxx
não ajuda.
Então, como faço para consertar isso?
Desejo usar failover de BGP em três VMs. Instalei um daemon BGP (BIRD) nas VMs locais para conseguir isso e criei uma NIC com o IP flutuante: eth0:0
.
No entanto, não posso 'ativar' a interface de rede em todas as VMs ao mesmo tempo, mas esse é o comportamento necessário para o failover do BGP.
Estou tendo o erro a seguir:
[root@proxy2 network-scripts]# ifup eth0:0
ERROR : [/etc/sysconfig/network-scripts/ifup-eth] Error, some other host (xxx) already uses address xxx.
Como posso desabilitar esta verificação?