La semana pasada tuve un problema por el cual SmartOS no arrancaba repentinamente (fuera del USB), simplemente se colgaba allí después de la advertencia "mDNSPlatformRawTime retrocedió 3684530 ticks...". Creo que este solía aparecer a veces, pero no le presté atención, sin embargo, este es el punto en el que se atascaba al iniciar. Luego, como mi Zpool no contenía muchos datos importantes, simplemente desconecté este disco y usé otro idéntico para crear un grupo nuevo, ya que pensé que tal vez el problema era el disco (estaba en el lado más barato). También actualicé la memoria USB con la última imagen de SmartOS y luego pasó del punto de suspensión anterior, pero provocó un pánico en el kernel y desactivó un módulo.FMD-8000-2K
En pocas palabras, debido a que esta máquina tiene arranque dual, en Windows 7 noté que de 6 unidades de RAM (12 GB en total), solo ve 2 GB, una unidad. Recientemente tuve algo de tiempo libre y limpié el polvo, además había algunos pelos donde se conecta la RAM, y ahí vamos, 12 GB atrás, así que definitivamente creo que este era el problema, y podría haber sido el módulo problemático.
Pero cuando vuelvo a Smartos e incluso al nuevo zpool/disk, cuando intento instalar el último bootstrap, dice que el sistema de archivos / está lleno.
Todavía no domino Illumos/SmartOS, aunque mi plan es profundizar lo más posible, por lo que no sé cómo funcionan los metadatos en Zpool específico, o qué parte se cambia en la memoria USB de arranque, después del pánico del kernel.
Ahora bien, ¿es posible que en el nuevo Zpool todavía tenga que localizar el módulo deshabilitado y habilitarlo?
ACTUALIZAR:
Logré acceder a mi grupo original después de que se limpió la RAM y cuando volví a conectar el primer disco. Ahora utilicé el segundo disco como espejo. Pero esto es lo que todavía me preocupa: ¿por qué ramdisk: tiene una capacidad tan baja y está lleno?
# df -h
Filesystem Size Used Available Capacity Mounted on
/devices/ramdisk:a 289M 289M 66K 100% /
/devices 0 0 0 0% /devices
/dev 0 0 0 0% /dev
ctfs 0 0 0 0% /system/contract
proc 0 0 0 0% /proc
mnttab 0 0 0 0% /etc/mnttab
swap 4.76G 980K 4.76G 1% /etc/svc/volatile
objfs 0 0 0 0% /system/object
bootfs 0 0 0 0% /system/boot
sharefs 0 0 0 0% /etc/dfs/sharetab
/devices/pseudo/lofi@1:disk
432M 360M 72.4M 84% /usr
/usr/lib/libc/libc_hwcap1.so.1
432M 360M 72.4M 84% /lib/libc.so.1
Cuando intenté obtener un bootstrap más nuevo usandorizo, Yo obtengo/el sistema de archivos está llenonuevamente, después de cierto % de descarga.
Así que la principal cuestión pendiente ahora es/está lleno, pero no estoy seguro de cómo está montado, ni de los mecanismos detrás de él, ni de qué debo investigar. Nota: tampoco estoy seguro de cuál era el estado de/Antes de fallar la RAM, podría ser que también tuviera poca capacidad y estuviera muy cargada, pero en la primera configuración hace 5 meses, logré extraer e instalar bootstrap-2019Q2-x86_64.tar.gz sin ningún problema.
Gracias por cualquier ayuda que usted nos pueda proporcionar.