POWERON
Conceptos generales
Pxeboot
Dhcp
Ntfs
Firewall
Activar Servicios
Bios
Mount
Autorun
Paquetes de prueba (diagnosticos) Tar, Rar, Zip, etc.
Bash
BMC y Ipmi
Pxeboot
• PXE (Preboot eXecution Environment) es un entorno de ejecución
antes del arranque para la propia tarjeta de red. Hay tarjetas de red
que contienen un chip con este sistema de arranque y le permiten a la
tarjeta iniciarse (por decirlo de alguna manera) sin tener un SO en
carga y consultar si existen servidores de DHCP con información que
le ayude a arrancar el equipo para multiples funciones.
Pxeboot Proceso de arranque pxe
Pxeboot seleccion de Kernel
• Para verificar el kernel que se le va asignar a una unidad hay que
revisar estos archivos:
• Directorio:
• /tftpboot/[Link]
• Archivo a modificar o revisar: default
Pxeboot Archivo default y
[Link]/[Link]
DHCP
• ¿Qué es un servidor DHCP en Linux?
• DHCP (Dynamic Host Configuration Protocol) es el protocolo de red
que permite a los clientes de una LAN obtener sus parámetros de
configuración IP automáticamente (dirección IP, puerta de enlace por
defecto, servidores DNS, principalmente)
DHCP
• Para verificar que el dhcp de poweron o de cualquier pxe, este
funcionando correctamente, se puede conectar una laptop en alguno
de los cables de la infraestructura de poweron verificando con el
comando ipconfig (windows) ifconfig (linux), y realizar un ping a el
Gateway [Link]
NFS
• NFS (Network File System - Sistema de archivos de red) es un
mecanismo para almacenar archivos en una red. Es un sistema de
archivos distribuido que permite a los usuarios acceder a los archivos
y directorios ubicados en sistemas remotos y tratar dichos archivos y
directorios como si fueran locales.
NFS
NFS
• Ejemplo de como montar un directorio compartido usando NFS
NFS
• Este es un ejemplo de como se ven las carpetas en los diferentes pxe
• PXE Poweron
• PXE 170
Firewall
• Un firewall, también llamado cortafuegos, es un sistema cuya función es
prevenir y proteger a nuestra red privada, de intrusiones o ataques de
otras redes, bloqueándole el acceso. Permite el tráfico entrante y
saliente que hay entre redes u ordenadores de una misma red
• Ejemplos de Firewalls Linux:
• -Firewalld
• -Iptables
• -IPCop Firewall
• -Shorewall
• -UFW
Firewall
Un firewall activo
puede evitar que las unidades boteen o que se
muestren las carpetas compartidas
Como revisar si esta activo el firewall
Activar Servicios
• Para activar todos los servicios anteriores se puede ejecutar el
script: /root/[Link], en el cual contiene todos los servicios
necesarios para que boteen y corran pruebas correctamente, en caso
de necesitar un Nuevo servicio al reiniciar el pxe lo recomendado es
agregarlo en este script.
Bios
• La BIOS para poweron es importante ya que en ella se encuentran los
modos de boteo:
• Uefi
• Legacy
Bios
BIOS son las siglas de Basic Input Output System. BIOS es un pequeño
programa que está preinstalado en los sistemas informáticos basados en
Windows. Se utiliza para poner en marcha las computadoras. ... La BIOS es la
que carga el sistema operativo en la memoria de la computadora
completando así el proceso de arranque.
Mount
• mount es un comando de sistemas basados en Unix que se utiliza
para montar dispositivos y particiones para su uso por el sistema
operativo. Montar es hacer que el sistema operativo proyecte el
contenido de ese dispositivo o partición en un enlace lógico (un
directorio).
Mount
• Este es el resultado de la salida del comando mount, desde una
unidad con directorios del pxe montados.
DIAGNOSTICOS
Que es un archivo comprimido?
Los archivos comprimidos: Son un conjunto de carpetas o documentos encapsulados en un solo
archivo, ocupan menos espacio de almacenamiento y hacen que su transferencia sea mas eficaz a
otros dispositivos.
En Linux hay diversas herramientas para hacer dicha acción y múltiples formatos de compresión,
por lo general en la estación de POWERON se trabaja con el siguiente .[Link].
Los directorios de los diagnosticos son los siguientes :
BROADSIDE WHITEBOX
/tftpboot/broadside_OS/opt/Broadside /tftpboot/broadside_OS/opt/Whitebox
/remoteopt/Broadside /remoteopt/Whitebox
Las rutas tienen un diferencia, una es la ruta entrando desde el PXE y otra entrando desde una UNIDAD.
Descomprimir un archivo se puede llevar a cabo en cualquier directorio
siendo PXE o unidad pero no indica que sea la manera correcta de trabajar
para tener un mejor control de lo que se hace, se recomienda para
usuarios con menos experiencia, solo descomprimir paquetes sobre las
unidades en el directorio de trabajo, ya que al reiniciar la unidad todos los
archivos se eliminan automáticamente (por arte de magia).
cd /usr/local/Foxconn/ (directorio de pruebas)
tar –xf /ruta-de-diagnostico/[Link] (TAR es el programa, con la
variable XF se le indica que extraiga todo su contenido, para comprimir se
utiliza -CVF.)
Una vez que se descomprime el diagnostico tendremos archivos muy similares a los siguientes, cada
parte juega un rol importante en la adaptación o creación de un nuevo diagnostico por lo cual debemos
verificar al momento de descomprimir que no haya presentado errores y revisar que la carpeta de
trabajo se encuentre limpia (sin archivos).
Adentrándonos un poco en los archivos nos vamos a encontrar los siguientes archivos, su ROL dentro del
diagnostico es importante para diferentes fines.
La carpeta CFG muestra las configuraciones por SKU (dispositivos PCI,HDD’s,Dimms,) aparte de indicarle
a la unidad que serie de comandos y scripts bajo determinados parámetros para testear su correcto
funcionamiento.
La carpeta DIAGNOSTIC MODULES contiene en ella todos los scripts de configuración y de
funcionamiento para los diferentes dispositivos.
La carpeta INIT contiene los FIRMWARES que utilizaran los scripts para hacer un UPGRADE o un
DOWNGRADE de una versión.
Para la creación de un nuevo DIAGNOSTICO en la estación de POWERON se requiere verificar los PART-
NUMBER correspondientes a los nuevos dispositivos ensamblados (esto puede ser DIMMS, HDD’s o una
nueva tarjeta PCIe), una vez confirmados se agregan a la configuración del SKU de la cual se usan 2 métodos.
El siguiente script se usa para
diferentes fines, correr pruebas y
La manera de hacer el UPDATE del SKU es automática con main_flow.sh crear los archivos necesarios para
-c actualizar el diagnostico, se usa de la
La manera manual es correr cada uno de los scripts que están siguiente manera:
asignados a los componentes que tienen un cambio ya sea hdd’s, ./main_flow.sh -t L10_FT
dimm’s dispositivos PCI-e etc. Se usa para correr pruebas con la
secuencia indicada en el Segundo
Algunos de los scripts utilizados son: parámetro (L10_FT)
./main_flow.sh -c
./memory_test.sh –c Ingresar SKU (1A52C7000-600-G)
./pcitest –C Se usa para crear los archivos
./hwchktest –C actualizados (Golden) que contienen
./hddtest –C los parámetros y FIRMWARES
./[Link] –c requeridos para cada dispositivo.
./check_hdd_fw.sh -c MEM,PCH,PCI,memory,HDD,hwchk,S
AS,USB,CMOS,GPIO.
Una que se haya creado el UPDATE del SKU debemos probar con 2 unidades para confirmar que el proceso
que hicimos este realizado correctamente de lo contrario ocasionara una falla masiva de unidades, si no
finaliza correctamente la unidad tendremos que volver a verificar desde la parte en donde crea el FAIL.
Si la unidad muestra su log de PASS, debemos eliminar un archivo (MB).json que se guarda en el directorio
Foxconn (nuestro directorio de trabajo) rm (MB).json (el comando rm hace referencia a la palabra remover
en ingles remove) nos preguntara si deseamos eliminar el archivo R=y.
EJEMPLO:
En este momento ya que tenemos validado nuestro diagnostico adaptado a las unidades que están por
ensamblar es tiempo de compilarlo para que pueda ser descargado en las demás unidades y estén listas para
entrar a los racks de pruebas.
Como compilo mi actualización de diagnostico?
Para compilar el diagnostico se necesita correr el script [Link] ubicado en la raíz de nuestra carpeta de
trabajo, al ejecutar el script este actuara de manera automática compilando y copiando el diagnostico a 2
lugares se guarda localmente en la carpeta /remoteopt/Whitebox/ y se crea una copia en el PXE 170, esto se
hace para que las mesas de reparación puedan correr la prueba de PowerOn con el diagnostico actualizado.
PXE
RUTA DIAGNOSTICOS
PXE
RUTA DIAGNOSTICOS
Que es Bash?
Bash es un intérprete de órdenes que generalmente se ejecuta en una ventana de texto donde el usuario
escribe órdenes en modo texto. Bash también puede leer y ejecutar órdenes desde un archivo, llamado
guion o 'script'.
Que es un interprete en la programación?
En ciencias de la computación, intérprete o interpretador es un programa informático capaz de analizar y
ejecutar otros programas
Que es IPMI?
La IPMI (Intelligent Platform Management Interface) (plataforma inteligente de administración de interface)
es una interfaz de gestión de hardware basada en mensajes estandarizados. En el núcleo de la IPMI hay un
chip de hardware conocido como BMC (Baseboard Management Controller - controlador de gestión de
placa base) o MC (Management Controller - controlador de gestión).
Algunos Comandos son:
Ipmitool sel elist (mostrar eventos del sistema)
Ipmitool sdr (muestra los sensores)
Ipmitool sensor list (muestra los sensores de una forma mas detallada)
ipmitool fru (muestra la información que tiene grabada el sistema)
Que es BMC?
El BMC es un procesador de servicio especializado que supervisa el estado físico del sistema mediante
sensores. Un administrador del sistema o un representante de servicio pueden comunicarse con el BMC.
El BMC utiliza la IPMI y está contenido en la placa posterior del sistema.
IPMI se ejecuta en un subsistema de hardware independiente, dedicado. Esto se conoce como BMC (Baseboard
Management Controller) que es quien posee su propia pila. De esta manera se logra a través del IPMI, el control de la
energía del sistema, inclusive si el sistema principal está apagado, sin sistema operativo o con alguna falla.
Las características clásicas que provee son:
Monitoreo de hardware: un pantallazo general de la salud del sistema (temperaturas, velocidades de rotación, voltajes,
consumos, etc)
Control de la energía de manera remota: esta feature es sumamente práctica para no necesitar incurrir en pérdidas
innecesarias de tiempo cuando se dependen de manos remotas en un centro de datos. Te permite encender, apagar y
reiniciar un servidor desde un browser o desde un celular.
Control remoto: serial over LAN, permite una salida de texto básico en pantalla y control remoto para diagnosticar y
administrar aplicaciones/sistemas via línea de comando (ej: Linux/Unix) o para algunos aventureros de Windows via
EMS (Emergency Management Services)
KVM sobre IP: te permite via consola Java el acceso grafico al sistema a través de IP. KVM (Keyboard Video Mouse)
básicamente trae un teclado, señal de video y un mouse a través de IP, emulando como si estuviésemos parados en
frente del servidor viendo lo que sucede en vivo independientemente de la presencia o no del sistema operativo
Entre otras cosas también con estas herramientas se puede actualizar un BIOS o firmware de manera remota. Conocer
la salud de servidor, el estado de un RAID, del storage, realizar control de inventarios conociendo números de
serie/parte.
Referencias
• [Link]
[Link]
• [Link]
boot-from-pxe-server
