Why is this always so difficult? It's been the same all the way since the G8's. You get a new server and the BIOS and firmware is completely out of date, so you use inteligent provisioning to update, only to find out that even that is not working and doesn't show you the latest firmware/BIOS.
So you think, "Oh, this is a bit poor but OK I will just download the latest BIOS/ILO and Intel Provisioning from the website directly, so I do this and its a pain in *** to be honest but I manage to get my new DL380 up to date for all the ILO/BIOS and Intel Provisoning.
Now I go to install Server 2019 with a fresh ISO from the VLSC MS site through Intel Provisioning, great I think Intel Provisoning has found the Server 2019 image and says its fine to use, great. I wait about 15 , 20 minutes for it to finish installing, the server reboots and I just get the below and it gets stuck
I then try and install Server 2016 the same way and get exactly the same thing, what am I suppose to do now? I can install outside of inteligent provisioning but WHAT IS THE POINT OF IT IF IT DOESNT WORK WHEN EVEN UP TO DATE!
Just to update on this. I am unable to build any OS outside of Intelligence Provisioning either, I get a different error, when you "press any key" to boot to the windows ISO you get a major load or red error messages over the screen.
I spoke to HP and they have suggested to clear the NVRAM via switch 6 on the "System Maintiance Switch" which I have done. If this doesn't work they want to replace the motherboard, this is a brand new DL380 Gen10 only 2 days old.
Hi
Please follow below recommendations.
1. Install the OS manually.
2. Download the SA controller driver from the below link and extracting in a folder.
o Mount OS ISO image in ILO
o Mount SA controller driver in iLO folder (browse and select SA controller driver folder where you have extracted)
3. Boot the server from OS ISO image and provide the SA controller driver during OS installation.
4. Once OS installed, you can run online SPP update to update all the drivers and firmware with the latest.
So the NVRAM clear didn't work, HP decided to replace the motherboard for some reason, this didn't work and IP still will not build 2016 or Server 2019 and I get the same error as in my original post.
I would like to request you , log a case with HPE technical team for thoroughly understand this . HPE technical team will get required logs (like AHS report) .They will suggest further action for fix the issue.
Yah the scripts are jacked if IP is slightly older, I also ran into this some time ago. The fix for me was to flash IP to version 1.64.1 and then Server 2016 installed fine. I assume that won't just work for 2019 and there would be yet newer IP version needed for 2019
LinkedIn y terceros utilizan cookies imprescindibles y opcionales para ofrecer, proteger, analizar y mejorar nuestros servicios, y para mostrarte publicidad relevante (incluidos anuncios profesionales y de empleo) dentro y fuera de LinkedIn. Consulta ms informacin en nuestra Poltica de cookies.
Uno de los conceptos que son ms importantes y son un reto de cara a la gestin de los contenedores es que nunca se deben actualizar mientras estn en produccin. Deben actualizarse las imgenes y, entonces, cerrar nuestro contenedor y sustituirlo por un contenedor que tenga la imagen actualizada. Vamos a hacer un pequeo ejemplo. Aqu tenemos ahora mismo un contenedor basado en la imagen 'blue_whale' y lo que vamos a hacer es abrir un contenedor nuevo basado en la misma imagen y lo que vamos a hacer es hacer pequeos cambios en el contenedor y luego los vamos a subir. Cuando hayamos grabado ese contenedor, vamos a salir de l y vamos a hacer un traspaso de esos cambios a la imagen que es la base del contenedor, de forma que podamos crear nuevos contenedores que sustituirn a los que estn en produccin. Lo primero que haremos es volver a arrancar una instancia de esta imagen en forma de contenedor. Vamos a hacer un 'docker run -it blue_whale' y lo vamos a abrir con un 'powershell'. Bien, ahora estamos otra vez dentro del contenedor. Podemos ver que tiene el directorio que hemos creado antes del 'ExampleDirectory'. Hacemos 'cls' y ahora lo que vamos a hacer es, simplemente como prueba de que vamos a cambiar el contenedor, crearle dos nuevos directorios: 'md test_ files', 'md test_folders' Hacemos un 'dir', comprobamos que estn creados y ahora ya podemos salir de este contenedor. Podemos comprobar con 'docker ps -a' que tenemos un contenedor del cual hemos salido cerca de un minuto antes basado en 'blue_whale' y que se llama 'silly_shannon'. Entonces, lo que vamos a hacer ahora es hacer el "commit" de este contenedor que ya hemos salido de l. Lo vamos a hacer para que se acumule el cambio en la imagen del 'blue_whale' y lo hacemos con 'docker commit -m "cambio 01"', como referencia. Le pondremos que se basa en una imagen del contenedor 'silly_shannon' y le vamos a llamar 'blue_whale: 1-5'. Bien, ya est creado. Ahora lo que podemos hacer es comprobar las imgenes que tenemos. Deberamos hacer un 'docker image ls' y ah tenemos las otras imgenes que ya tenamos anteriores. Tenemos la imagen 'microsoft/windowsservercore', luego una evolucin que se llama 'blue_whale', que es el servidor con el que nosotros estamos trabajando, y otra evolucin anterior que se llamaba 'v2' y la ltima que hemos creado nosotros que sera la evolucin 'blue_whale 1-5'. De forma que en cuanto quisiramos ponerlo en produccin, lo que habramos de hacer es arrancar con la etiqueta '1-5' nuestro 'docker run', de forma que entonces arrancara con los cambios realizados. En este caso, son solo cambios de tres directorios, pero podramos haber instalado algn paquete nuevo de aplicaciones. Hay que tener en cuenta siempre, es muy importante, que un contenedor debe contener aplicaciones, nunca datos. Los datos deben estar fuera del contenedor porque en cualquier momento lo podramos borrar y perder todos los datos de la aplicacin.
d3342ee215