viernes, 28 de enero de 2022

Great Lakes Oracle Conference- Call for Abstracts & Workshops

 

GLOC-EmailBanners800px.jpg

Call for Abstracts

ECO_19_WebButtons-Speakers.jpg

Submission Deadline: Feb. 4

We invite you to share your knowledge by presenting at our 2022 conference in Cleveland. Abstract submissions may target novice, intermediate, advanced, or all attendees and are scheduled for 60 minutes. If accepted, you will receive one complimentary admission.

Learn More

Pre-Conference Workshops

Tuesday, May 10

Joel Kallman APEX Day Workshop

Multiple Instructors


A day of APEX training from some of the best APEX developers on the planet. With this workshop, renamed this year to honor GLOC friend and APEX evangelist Joel Kallman, you will hear presentations from some of the industry’s best developers as well as from Oracle’s own APEX product development team. If you’re not familiar with APEX, then you’re missing out. APEX is the Oracle database’s best feature — a declarative web application development environment that is feature-rich and only requires familiarity with SQL and PL/SQL. Have you had enough online training or just want to up your development game? Then spend a day in Cleveland and get your questions answered. 

PostgreSQL Performance Tuning

Bruce Momjian, PostgreSQL Global Development Group 



This talk is designed for advanced PostgreSQL users who want to maximize PostgreSQL performance. It will cover every aspect of performance: server settings, caching, sizing operating system resources, optimizer processing, problem queries, storage efficiency, and some hardware selection details. You’ll also learn how to size shared memory, understand the output of the optimizer, when to restructure queries, and configure storage for optimal performance.

LinkedIn  Twitter
Great Lakes Oracle Conference | 171 Granger Rd, #153 Medina, OH 44256

El "Fantasma de la Opera", cambio el nombre de host en Oracle Linux y cuando se reinicia, se resetea al nombre original.

 


Como si se tratase de un chiste, estas todos los días te la pasas, cambiando al nombre del host deseado en una instancia de Oracle Linux, porque inicialmente, configuraste un nombre demasiado largo y la instalación de un producto, te dice que el mismo es muy largo.

Parace mentira pero no, una experiencia reciente con una instancia en el OCI, para una instalación de Oracle Analytics Server, por parte de la contraparte del equipo del proyecto en la India, me solicitó cambiar el nombre original escogido para el server - me puse creativo y le puse un nombre largo y descrito - ya que el producto indicaba que el nombre era "muy largo."

A ver tampoco, era que era super largo, solo le puse "oracle-analytics-server---infra01".

Así que atendiendo las solicitudes del equipo implementador, utilice el clásico comando, hostnamectl para cambiar el nombre a oas-infra01 - algo más corto y práctico -.


Como puedes ver, validé que todo esta correcto, antes de indicar al área técnica que ya el nombre había sido cambiado.

Después de cada instalación y reconfiguración, se hace necesario reiniciar la instancia y el equipo de proveedor, lo hace con toda la naturalidad del caso.

Aquí es donde el "fantasma de la opera", empieza a aparecer. 

Después de varios correos en ir y venir, por 3 ocasiones distintas, me indican que el nombre ha sido reseteado al original.

Diablos, que es lo que sucede?

Es demasiado trivial para que no funcione.!!!

Después de investigar un poco, me encuentro con este archivo en la configuración del sistema operativo: "oci-hostname.conf" en el directorio "/etc".

Sorpresa, miren lo que contiene dicho archivo:

[root@oracle-analytics-server---infra01 opc]# vi /etc/oci-hostname.conf

#   0 -- default behavior to update hostname, /etc/hosts and /etc/resolv.conf to
#        reflect the hostname set during instance creation from the metadata service
#   1 -- preserve user configured hostname across reboots; update /etc/hosts and
#           /etc/resolv.conf from the metadata service
#   2 -- preserve user configured hostname across instance reboots; no custom
#        changes to /etc/hosts and /etc/resolv.conf from the metadata service,
#        but dhclient will still overwrite /etc/resolv.conf
#   3 -- preserve hostname and /etc/hosts entries across instance reboots;
#        update /etc/resolv.conf from instance metadata service
PRESERVE_HOSTINFO=0

Parece una broma, pero no lo es. Si cambias el nombre a una instancia en OCI de Oracle Linux, gracias a este archivo, se actualiza el nombre de hostname en el archivo de /etc/hosts y /etc/resolvconf reflejando el valor inicial a la hora de la creación de la instancia, si el valor del parámetro PRESERVE_HOSTINFO=0.



El valor del parámetro, debe ser cambiado a "2", para evitar esta situación.

Otros cambios podrían ser necesarios. Necesitas ingresar al ambiente OCI e ir directamente a la instancia en cuestión.

Vas a bajar, hasta la opción en el menú de la derecha que se llama "ATTACHED VNICs"


Una vez ahí, te va a los "puntos" de edición del recurso y cuando aparezca el menú, seleccionas, editar VNIC.


Una vez ahí, puedes cambiar el nombre del HOSTNAME al nombre que deseas que perdure en la configuración.


Así que si te pasa esto, no es que estás loco o que el fantasma de la opera, anda rondando por tu instancia, es un tema de configuración, que me parece un poquito "estúpido", pero ni modo, así es.





Todos los Sábados a las 8:00PM

Optimismo para una vida Mejor

Optimismo para una vida Mejor
Noticias buenas que comentar