Problemas y píldoras del día a día de administradores IT
Hemos borrado una tabla de nuestra base de datos y no queremos recuperar el backup o restaurar con RMAN
Lo que tenemos que hacer es ejecutar la siguiente query en el nuestro ide favorito
SELECT * FROM esquema.tabla AS OF TIMESTAMP
TO_TIMESTAMP('2020-11-09 12:00:00', 'YYYY-MM-DD HH:MI:SS')
WHERE campo='86395';Estamos desplegando desde cero un appliacen X7-2ha, una vez instalada la iso, y configurada el firstnet queremos provisionar el equipo con el GI de la 18.7. Pero al actualizar el inventario obtenemos el siguiente error
[root@oak1 tmp]# /opt/oracle/dcs/bin/odacli update-repository -f odacli-dcs-18.7.0.0.0-190807-DB-12.1.0.2.zip DCS-10001:Internal error encountered: failed to run df(to Know the availabe Space) command.
Para poder actualizar el repositorio, movemos a /opt los ficheros y ya podremos actualizar el repositorio
[root@oak1 opt]#mv odacli-dcs-18.7.0.0.0-190830-GI-18.7.0.0.zip /tmp
[root@oak1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /opt/odacli-dcs-18.7.0.0.0-190830-GI-18.7.0.0.zip
{
"jobId" : "7e1eed3e-0b43-4388-bd3b-07d3c61ad3fa",
"status" : "Created",
"message" : "/opt/odacli-dcs-18.7.0.0.0-190830-GI-18.7.0.0.zip",
"reports" : [ ],
"createTimestamp" : "January 22, 2020 11:32:08 AM UTC",
"resourceList" : [ ],
"description" : "Repository Update",
"updatedTime" : "January 22, 2020 11:32:08 AM UTC"
}
Por alguna razón que se nos escapa nos piden eliminar un VG y LVM que teníamos creado para mejorar nuestro rendimiento de la máquina.
Para ello lo que debemos de hacer por pasos sería lo siguiente:
[root@rhel7-hard ~]# df -h S.ficheros Tamaño Usados Disp Uso% Montado en /dev/mapper/rhel-root 48G 4,7G 44G 10% / devtmpfs 908M 0 908M 0% /dev tmpfs 920M 4,0K 920M 1% /dev/shm tmpfs 920M 8,9M 911M 1% /run tmpfs 920M 0 920M 0% /sys/fs/cgroup /dev/sda1 1014M 212M 803M 21% /boot /dev/mapper/VG--ORACLE-LV--ORACLE 9,8G 4,7G 4,6G 51% /oracle /dev/mapper/VG--TMP-LV--TMP 4,8G 53M 4,5G 2% /tmp /dev/mapper/VG--VAR-LV--VAR 4,8G 1,9G 2,7G 41% /var /dev/mapper/VG--VARTMP-LV--VARTMP 4,8G 53M 4,5G 2% /var/tmp /dev/mapper/VG--VARLOG-LV--VARLOG 4,8G 127M 4,5G 3% /var/log /dev/mapper/VG--VARLOGAUDIT-LV--VARLOGAUDIT 4,8G 55M 4,5G 2% /var/log/audit /dev/mapper/VG--HOMEs-LV--HOMEs 50G 2,6G 45G 6% /home tmpfs 184M 0 184M 0% /run/user/0 ####################################### DESMONTAMOS EL VOLUMEN ####################################### [root@rhel7-hard ~]# umount -l /oracle/ ####################################### DESACTIVAMOS ####################################### [root@rhel7-hard ~]# lvchange -an /dev/mapper/VG--ORACLE-LV--ORACLE ####################################### BORRAMOS VG ####################################### [root@rhel7-hard ~]# vgremove VG-ORACLE Do you really want to remove volume group "VG-ORACLE" containing 1 logical volumes? [y/n]: y Logical volume "LV-ORACLE" successfully removed Volume group "VG-ORACLE" successfully removed ####################################### BORRAMOS PV ####################################### [root@rhel7-hard ~]# pvremove /dev/sd sda sda1 sda2 sda3 sdb sdc sdd sde sdf sdg sdh [root@rhel7-hard ~]# pvremove /dev/sdb Labels on physical volume "/dev/sdb" successfully wiped. [root@rhel7-hard ~]# [root@rhel7-hard ~]# [root@rhel7-hard ~]# vgs VG #PV #LV #SN Attr VSize VFree VG-HOMEs 1 1 0 wz--n- <50,00g 0 VG-TMP 1 1 0 wz--n- <5,00g 0 VG-VAR 1 1 0 wz--n- <5,00g 0 VG-VARLOG 1 1 0 wz--n- <5,00g 0 VG-VARLOGAUDIT 1 1 0 wz--n- <5,00g 0 VG-VARTMP 1 1 0 wz--n- <5,00g 0 rhel 2 2 0 wz--n- 49,99g 0
Necesitamos saber el tamaño que hay usado en el tablespace temporal de nuestra base de datos
Para saber el espacio usado por el tablespace temp, nos vale con las vistas clásicas de tamaño de tablespace, para ello tenemos que consultar en la vista dba_temp_free_space
Con la siguiente query sabríamos el espacio usado:
SELECT * FROM dba_temp_free_space
Hemos perdido la conexión por http o https a nuestro vcenter o esxi y necesitamos arrancar una determinada máquina virtual
Nos conectaremos por ssh a la máquina y ejecutamos el siguiente comando
[root@esxi ~]#vim-cmd vmsvc/getallvms | grep bbdd_rrhh 98 bbdd_rrhh [Serv_Pre] bbdd_rrhh/bbdd.vmx rhel7_64Guest vmx-11 [root@esxi ~]#vim-cmd vmsvc/power.getstate 98
Necesitamos cambiar el tipo de adaptador de red en nuestra máquina virtuale, sin perder la mac ni cambiar la tarjeta de red. Esto se podría aplicar en un script para el resto de máquian de nuestra infraesctructura
Para ello mediante powershell ejecutaremos la siguiente secuencia de ordenes; primero listamos para ver el tipo y luego lo cambiamos al vmext3
PS C:\Users\joe.dole> Get-Vm vm1 | get-networkadapter
Name Type NetworkName MacAddress WakeOnLan
Enabled
---- ---- ----------- ---------- ---------
Network adapter 1 e1000 VM1- Network 00:50:56:ae:75:a8 True
PS C:\Users\joe.dole> get-vm vm1 | Get-NetworkAdapter | set-networkadapter -type vmxnet3
Confirmar
¿Está seguro de que desea realizar esta acción?
Se está realizando la operación "Setting Type: Vmxnet3" en el destino "Network adapter 1".
[S] Sí [O] Sí a todo [N] No [T] No a todo [U] Suspender [?] Ayuda (el valor predeterminado es "S"): O
Name Type NetworkName MacAddress WakeOnLan
Enabled
---- ---- ----------- ---------- ---------
Network adapter 1 Vmxnet3 VM1- Network 00:50:56:ae:75:a8 True
En nuestro F5, necesitamos que para un VirtualServer filtrar una url solo para los administradores de la web, para ello necesitamos crear un datagroup con las Ip’s que necesitamos filtrar y luego la posterior irule
Para ello usamos la siguiente irule:
when HTTP_REQUEST {
if {![ class match [IP::client_addr] equals data_group_tui]}{
if {[HTTP::path] contains "/admin/*.php" } {
HTTP::respond 404 content "PROPERTY OF COMPANY" "Connection" "close"
} else {}
}
}
Estamos configurando con authkconfig la autenticación mediante ldap para nuestra servidor ssh y necesitamos borrar los datos de la cache para comprobar, que logueamos de manera correcta
Para ello usamos los siguientes comandos:
[root@test01 tmp # sss_cache -E [root@test01 tmp]# sss_cache -u francisco.perez
En caso de no funcionar podemos borrar la cache completamente
[root@test01 tmp]#systemctl stop sssd [root@test01 tmp]#rm -rf /var/lib/sss/db/* [root@test01 tmp]# systemctl restart sssd
Necesitamos montar un disco duro usb con formato fat32 y disklabel dos
Disk /dev/sdd: 6001.2 GB, 6001175126016 bytes, 1465130646 sectors Units = sectors of 1 * 4096 = 4096 bytes Sector size (logical/physical): 4096 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 268431360 bytes Disk label type: dos Identificador del disco: 0x00000000
Usamos el comando mount con la opción de VFAT, bastante fácil y rápido
[root@test01 tmp]# mount -t vfat /dev/sdd /tmp/disk-lacie01/ [root@test01 tmp]# df -h S.ficheros Tamaño Usados Disp Uso% Montado en /dev/mapper/rhel-root 50G 17G 34G 34% / devtmpfs 95G 0 95G 0% /dev tmpfs 95G 8,0K 95G 1% /dev/shm tmpfs 95G 170M 94G 1% /run tmpfs 95G 0 95G 0% /sys/fs/cgroup /dev/sdc2 1014M 185M 830M 19% /boot /dev/sdc1 200M 9,8M 191M 5% /boot/efi /dev/sdd 5,5T 256K 5,5T 1% /tmp/disk-lacie01/
Queremos ver los logs del comando dmesg en formato humano y asociado a una hora
De esa manera no es legible
[ 20.597170] IPv6: ADDRCONF(NETDEV_UP): enp2s0f4: link is not ready [ 20.597616] IPv6: ADDRCONF(NETDEV_UP): enp2s0f5: link is not ready [ 20.598192] IPv6: ADDRCONF(NETDEV_UP): enp2s0f6: link is not ready [ 20.598633] IPv6: ADDRCONF(NETDEV_UP): enp2s0f7: link is not ready [ 20.647000] bnx2x 0000:02:00.1 enp2s0f1: NIC Link is Up, 10000 Mbps full duplex, Flow control: ON - receive & transmit [ 20.647020] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0f1: link becomes ready [ 20.647143] bnx2x 0000:02:00.3 enp2s0f3: NIC Link is Up, 10000 Mbps full duplex, Flow control: ON - receive & transmit [ 20.647168] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0f3: link becomes ready [ 23.342038] qla2xxx [0000:06:00.0]-8038:1: Cable is unplugged... [ 23.686992] qla2xxx [0000:06:00.1]-8038:2: Cable is unplugged... [ 27.263047] FS-Cache: Loaded [ 27.303111] FS-Cache: Netfs 'nfs' registered for caching [ 67.585000] adrci[12654]: segfault at 40 ip 00002b81c354e2a9 sp 00007ffeac623830 error 4 in libclntsh.so.11.1[2b81c2ebb000+228f000] [ 119.413356] adrci[13547]: segfault at 40 ip 00002ad180e7697d sp 00007fff5fc96f30 error 4 in libclntsh.so.11.1[2ad18076d000+258e000] [ 119.413575] adrci[13548]: segfault at 40 ip 00002b5eaf00097d sp 00007ffedd3e1c20 error 4 in libclntsh.so.11.1[2b5eae8f7000+258e000]
Para ello usamos la opción -T
[root@duero ~]# dmesg -T | more [jue ene 24 21:39:10 2019] Initializing cgroup subsys cpuset [jue ene 24 21:39:10 2019] Initializing cgroup subsys cpu [jue ene 24 21:39:10 2019] Initializing cgroup subsys cpuacct [jue ene 24 21:39:10 2019] Linux version 3.10.0-862.el7.x86_64 (mockbuild@x86-034.build.eng.bos.redhat.com) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-28) (GCC) ) #1 SMP Wed Mar 21 18:14:51 EDT 2018 [jue ene 24 21:39:10 2019] Command line: BOOT_IMAGE=/vmlinuz-3.10.0-862.el7.x86_64 root=/dev/mapper/rhel-root ro crashkernel=auto rd.lvm.lv=rhel/root rd.lvm.lv=rhel/swap rhgb quiet LANG=es_ES.UTF-8 [jue ene 24 21:39:10 2019] e820: BIOS-provided physical RAM map: [jue ene 24 21:39:10 2019] BIOS-e820: [mem 0x0000000000000000-0x000000000009f3ff] usable [jue ene 24 21:39:10 2019] BIOS-e820: [mem 0x000000000009f400-0x000000000009ffff] reserved [jue ene 24 21:39:10 2019] BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved [jue ene 24 21:39:10 2019] BIOS-e820: [mem 0x0000000000100000-0x00000000df61efff] usable [jue ene 24 21:39:10 2019] BIOS-e820: [mem 0x00000000df61f000-0x00000000df62bfff] ACPI data [jue ene 24 21:39:10 2019] BIOS-e820: [mem 0x00000000df62c000-0x00000000df62cfff] usable [jue ene 24 21:39:10 2019] BIOS-e820: [mem 0x00000000df62d000-0x00000000e3ffffff] reserved [jue ene 24 21:39:10 2019] BIOS-e820: [mem 0x00000000fec00000-0x00000000fee0ffff] reserved [jue ene 24 21:39:10 2019] BIOS-e820: [mem 0x00000000ff800000-0x00000000ffffffff] reserved [jue ene 24 21:39:10 2019] BIOS-e820: [mem 0x0000000100000000-0x000000181fffefff] usable [jue ene 24 21:39:10 2019] NX (Execute Disable) protection: active [jue ene 24 21:39:10 2019] SMBIOS 2.7 present. [jue ene 24 21:39:10 2019] DMI: HP ProLiant BL460c G6, BIOS I24 05/05/2011 [jue ene 24 21:39:10 2019] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved [jue ene 24 21:39:10 2019] e820: remove [mem 0x000a0000-0x000fffff] usable [jue ene 24 21:39:10 2019] e820: last_pfn = 0x181ffff max_arch_pfn = 0x400000000 [jue ene 24 21:39:10 2019] MTRR default type: write-back [jue ene 24 21:39:10 2019] MTRR fixed ranges enabled: [jue ene 24 21:39:10 2019] 00000-9FFFF write-back [jue ene 24 21:39:10 2019] A0000-BFFFF uncachable [jue ene 24 21:39:10 2019] C0000-FFFFF write-protect [jue ene 24 21:39:10 2019] MTRR variable ranges enabled: [jue ene 24 21:39:10 2019] 0 base 00E0000000 mask FFE0000000 uncachable [jue ene 24 21:39:10 2019] 1 disabled [jue ene 24 21:39:10 2019] 2 disabled