Himno al Santísimo Cristo de Gracia (piano)
Impactos: 0
Citrix | Linux | TIC | ITIL | Wintel
Impactos: 0
Impactos: 0
Nota: Los pasos indicados en las siguientes líneas están testeados en Ubuntu Server 16.04, no obstante, no debería representar un problema adaptarlo a cualquier otra distribución.
Lo primero que debemos hacer, como siempre, es instalar las herramientas necesarias, que en este caso son sSMTP y mailutils:
$ sudo apt-get update && sudo apt-get install ssmtp mailutils |
Después de instalar, deberemos editar el archivo de configuración principal, no sin antes hacer una copia del archivo original por si las cosas no salieran como deseamos:
1
2
|
$ sudo cp /etc/ssmtp/ssmtp .conf /etc/ssmtp/ssmtp .conf.old $ sudo nano /etc/ssmtp/ssmtp .conf |
Y deberemos dejarlo así (he borrado las líneas comentadas para hacerlo más compacto):
# Este campo define la cuenta de correo que va a recibir todos los correos de los UID por debajo de 1000 en el sistema local. Básicamente se trata de cuentas del sistema, como la cuenta de root. root=tucorreo@dominiocorreo.com # Servidor SMTP al que reenviaremos los correos. mailhub=smtp.gmail.com:587 # Datos de autenticación de la cuenta de correo. AuthUser=cuentareenviadora@gmail.com AuthPass=estoesunacontraseña # Usar SSL/TLS UseTLS=Yes UseSTARTTLS=Yes # Nombre del host hostname =nombredehost |
Evidentemente estos datos deben ser sustituidos por los de nuestra cuenta de correo.
Después de esto, debido a que la contraseña de nuestra cuenta está en texto plano en el archivo de configuración, deberemos asegurarnos de que solo serán capaces de leer esa información los usuarios estrictamente necesarios.
Para ello cambiaremos la propiedad del archivo y se la asignaremos al usuario root y al grupo mail:
1
|
$ sudo chown root:mail /etc/ssmtp/ssmtp .conf |
Y posteriormente asignaremos los permisos para que el resto de usuarios no pueda leer el archivo:
1
|
$ sudo chmod 640 /etc/ssmtp/ssmtp .conf |
Por último, añadiremos a los usuarios que queramos que tengan la capacidad de enviar correos mediante la herramienta al grupo mail:
|
PRUEBA DE ENVÍO DE CORREO DESDE LA LÍNEA DE COMANDOS Y UN EXTRA
Con estos pasos correctamente ejecutados ya debemos ser capaces de enviar correos desde la línea de comandos. Para comprobarlo simplemente ejecutaremos lo siguiente:
|
Impactos: 0
Buscaremos fichero mayores de 500 MB
find /data -type f -size +500000k -exec ls -lh {} \;
Y los borraremos de una forma similar
find /data -type f -size +500000k -exec rm {} \;
Impactos: 0
Buscaremos fichero mayores de 500 MB find /data -type f -size +500000k -exec ls -lh {} \;
Y los borraremos de una forma similar find /data -type f -size +500000k -exec rm {} \; Buscar unos ficheros por extensión y borrarlos find /data -type f -size +500000k -exec rm {} \;
Impactos: 0
[root@node1 ~]# yum -y install drbd84-utils kmod-drbd84 [root@node2 ~]# yum -y install drbd84-utils kmod-drbd84
/sbin/modprobe drbd
[root@node1 ~]# fdisk /dev/sdb [root@node2 ~]# fdisk /dev/sdb
[root@node1 yum.repos.d]# fdisk /dev/sdb
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building a new DOS disklabel with disk identifier 0x2a0f1472.
Changes will remain in memory only, until you decide to write them.
After that, of course, the previous content won't be recoverable.
Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)
Command (m for help):
Command (m for help): n Command action e extended p primary partition (1-4)
p primary partition (1-4) p Partition number (1-4):
Partition number (1-4): 1 First sector (2048-4194303, default 2048): Using default value 2048 Last sector, +sectors or +size{K,M,G} (2048-4194303, default 4194303): Using default value 4194303 Command (m for help):
Command (m for help): w The partition table has been altered!
[root@node1 ~]# vi /etc/drbd.d/clusterdb.res
resource clusterdb { startup { wfc-timeout 30; outdated-wfc-timeout 20; degr-wfc-timeout 30; } net { cram-hmac-alg sha1; shared-secret sync_disk; } syncer { rate 10M; al-extents 257; on-no-data-accessible io-error; } on node1 { device /dev/drbd0; disk /dev/sdb1; address 192.168.1.1:7788; meta-disk internal; } on node2 { device /dev/drbd0; disk /dev/sdb1; address 192.168.1.2:7788; meta-disk internal; } }
/etc/hosts 192.168.1.1 node1 node1.example.com 192.168.1.2 node2 node2.example.com
vi/etc/crontab
5 * * * * root ntpdate your.ntp.server
[root@node1 ~]# scp /etc/drbd.d/clusterdb.res node2:/etc/drbd.d/clusterdb.res [root@node1 ~]# scp /etc/hosts node2:/etc/
[root@node1 ~]# drbdadm create-md clusterdb [root@node2 ~]# drbdadm create-md clusterdb
*****************
[root@node1 ~]# drbdadm create-md clusterdb v08 Magic number not found md_offset 2583687168 al_offset 2583654400 bm_offset 2583572480 Found ext3 filesystem which uses 2523136 kB current configuration leaves usable 2523020 kB Device size would be truncated, which would corrupt data and result in 'access beyond end of device' errors. You need to either * use external meta data (recommended) * shrink that filesystem first * zero out the device (destroy the filesystem) Operation refused. Command 'drbdmeta /dev/drbd1 v08 /dev/mapper/VolGroup01-LogVol00 internal create-md' terminated with exit code 40 drbdadm aborting At this time, we have 3 options as the DRBD error correctly says. - Put metadata on another disk/partition. - Make the filesystem smaller so the metadata fits on the volume/partition. - Initialize the filesystem (destroy metadata)
[root@node1 ~]# dd if=/dev/zero bs=1M count=1 of=/dev/mapper/VolGroup01-LogVol00; sync 1+0 records in 1+0 records out 1048576 bytes (1.0 MB) copied, 0.0104967 seconds, 99.9 MB/s
There appears to be a v08 flexible-size internal meta data block already in place on /dev/sdb1 at byte offset 2146430976 Do you really want to overwrite the existing v08 meta-data? [need to type 'yes' to confirm] yes Writing meta data... initializing activity log NOT initialized bitmap New drbd meta data block successfully created.
#service drbd start
o
# systemctl start drbd.service
On the MASTER NODE only, promote the volume to the primary role:
# drbdadm clusterdb primary –force
|
# drbdadm — –overwrite-data-of-peer primary clusterdb
|
cat /proc/drbd
to watch the synchronisation operation in progress:
|
# cat /proc/drbd
version: 8.4.2 (api:1/proto:86–101)
GIT–hash: 7ad5f850d711223713d6dcadc3dd48860321070c build by dag@Build64R6, 2012–09–06 08:16:10
0: cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate C r——–
ns:1048508 nr:0 dw:0 dr:1049172 al:0 bm:64 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0
|
service drbd status
:
|
# service drbd status
drbd driver loaded OK; device status:
version: 8.4.2 (api:1/proto:86–101)
GIT–hash: 7ad5f850d711223713d6dcadc3dd48860321070c build by dag@Build64R6, 2012–09–06 08:16:10
m:res cs ro ds p mounted fstype
0:data Connected Primary/Secondary UpToDate/UpToDate C
|
/data
. It is needless to say (but I’ll say it anyway) that this volume will be only ever mounted from a single node at a time.
# mkdir /data
|
ext4
filesystem and mount/umount
the new filesystem to test. Ensure that you use/dev/drbd0
– i.e. the DRBD device – not the backing store device:
|
# mkfs.ext4 /dev/drbd0
# mount /dev/drbd0 /data
# umount /data
|
[root@node1 yum.repos.d]# cat /proc/drbd
version: 8.3.16 (api:88/proto:86-97)
GIT-hash: a798fa7e274428a357657fb52f0ecf40192c1985 build by phil@Build32R6, 2013-09-27 15:59:12
0: cs:SyncSource ro:Primary/Secondary ds:UpToDate/Inconsistent C r-----
ns:78848 nr:0 dw:0 dr:79520 al:0 bm:4 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:2017180
[>....................] sync'ed: 4.0% (2017180/2096028)K
finish: 0:02:58 speed: 11,264 (11,264) K/sec
ns:1081628 nr:0 dw:33260 dr:1048752 al:14 bm:64 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0]
[root@node1 ~]# drbdadm primary clusterdb
[root@node1 ~]# drbdadm secondary clusterdb
[root@node1 yum.repos.d]# mkfs.ext4 /dev/drbd0 mke2fs 1.41.12 (17-May-2010) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 131072 inodes, 524007 blocks 26200 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=536870912 16 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912
[root@node1 ~]# mkdir /data [root@node1 ~]# mount /dev/drbd0 /data
[root@node1 ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg_unixmencentos65-lv_root 19G 3.6G 15G 20% / tmpfs 1.2G 44M 1.2G 4% /dev/shm /dev/sda1 485M 80M 380M 18% /boot /dev/drbd0 2.0G 36M 1.9G 2% /data
http://blog.zorangagic.com/2016/02/drbd.html
Impactos: 0
sudo add-apt-repository ppa:ondrej/php sudo apt-get update sudo apt-get install php7.1 sudo apt-get install php7.1-cli php7.1-common sudo apt-get install php7.1-json php7.1-opcache sudo apt-get install php7.1-mysql php7.1-mbstring sudo apt-get install php7.1-mcrypt php7.1-zip sudo apt-get install php7.1-fpm php7.1-intl php7.1-simplexml sudo a2dismod php7.2 sudo a2enmod php7.1 sudo service apache2 restart sudo update-alternatives --set php /usr/bin/php7.1 sudo update-alternatives --set phar /usr/bin/phar7.1 sudo update-alternatives --set phar.phar /usr/bin/phar.phar7.1 sudo update-alternatives --set phpize /usr/bin/phpize7.1 sudo update-alternatives --set php-config /usr/bin/php-config7.1
Impactos: 0
sudo apt-get remove –purge php* sudo apt-get purge php* sudo apt-get autoremove sudo apt-get autoclean sudo apt-get remove dbconfig-php sudo apt-get dist-upgrade
A continuación una instalación limpia.
sudo apt-get instasll php
How to Completely uninstall PHP and MySQL at ubuntu and install fresh PHP&MySQL in UBUNTU
Impactos: 0