Содержание
- CentOS
- iso install fail DL160 ERST:Failed to get Error Log Address
- iso install fail DL160 ERST:Failed to get Error Log Address
- Re: iso install fail DL160 ERST:Failed to get Error Log Addr
- Re: iso install fail DL160 ERST:Failed to get Error Log Addr
- Re: iso install fail DL160 ERST:Failed to get Error Log Addr
- Re: iso install fail DL160 ERST:Failed to get Error Log Addr
- Re: iso install fail DL160 ERST:Failed to get Error Log Addr
- Re: iso install fail DL160 ERST:Failed to get Error Log Addr
- Re: iso install fail DL160 ERST:Failed to get Error Log Addr
- Failed to get Error Log Address Range APEI [Fix]
- How to fix Failed to get Error Log Address Range APEI?
- Server boot problem after shutdown
- Emanuele Rizzo
- fireon
- Emanuele Rizzo
- fireon
- Emanuele Rizzo
- fireon
- Emanuele Rizzo
- fireon
- Emanuele Rizzo
- fireon
- Emanuele Rizzo
- HP Proliant / Workstation & unRaid Information Thread
- Recommended Posts
- Join the conversation
- Top Posters In This Topic
- Popular Days
- Popular Posts
- HP Proliant выходит из строя с индикатором критической ошибки Мигает — что тогда?
- 1 ответ 1
CentOS
The Community ENTerprise Operating System
iso install fail DL160 ERST:Failed to get Error Log Address
iso install fail DL160 ERST:Failed to get Error Log Address
Post by awalton_nc » 2014/10/02 14:22:53
Using Centos 7 DVD.iso on USB to install on HP DL160
Previously in stalled RHEL 6.5 and Ubuntu 13 with same method
After selecting any option from initial menu get error
ERST: Failed to get Error Log Address Range
[sdb] No Caching mode page found
[sdb] Assuming drive cache: write through
Re: iso install fail DL160 ERST:Failed to get Error Log Addr
Post by TrevorH » 2014/10/02 14:35:06
Re: iso install fail DL160 ERST:Failed to get Error Log Addr
Post by awalton_nc » 2014/10/02 15:21:03
Burned to USB Flash.
The check sums appear to be ok. The image passes check on file transfer and when burned to the USB stick.
Re: iso install fail DL160 ERST:Failed to get Error Log Addr
Post by gerald_clark » 2014/10/02 15:26:29
Re: iso install fail DL160 ERST:Failed to get Error Log Addr
Post by awalton_nc » 2014/10/02 18:19:46
To install the iso image to usb I use Universal USB Installer. Have also used Unbootin as well with same result.
I get the same result with RHEL 7.0 and Centos 7.0 install attempts. Screen shot in the attachment.
With a Centos 6.5 install I get into the install but at the point of partitioning the hard drive it gives me an error saying unable to find the ISO image, copy it to the disk (this although I have booted off of the iso on the USB.
With RHEL 6.5 I am successful for the entire install
I have two identical HP DL160 and get the same result with both
Re: iso install fail DL160 ERST:Failed to get Error Log Addr
Post by gerald_clark » 2014/10/02 18:24:49
Re: iso install fail DL160 ERST:Failed to get Error Log Addr
Post by TrevorH » 2014/10/02 19:46:38
Re: iso install fail DL160 ERST:Failed to get Error Log Addr
Post by awalton_nc » 2014/10/03 15:35:38
I’ve used dd to install iso on the usb stick and it is now working.
Источник
Failed to get Error Log Address Range APEI [Fix]
How difficult is that to install latest Operating system on a older hardware? Say CentOS 7.x on Wipro NetPower Model: Z1240 server? I thought NetPower Model: Z1240 is not that old and installing CentOS 7 on it should be a cake walk. But the reality is, stuck with BIOS error – “ERST Failed to get Error Log Address Range APEI: Can not request [mem xxxx] for APEI BERT registers”. So how did I fix this error? Does this mean Wipro NetPower Z1240 cannot run CentOS 7? Let’s find out below:
Before we talk about the solution, here’s what the server is powered by – Super Micro motherboard with Adaptec Raid Bios V5.2-0 [Build 17544].
Below is the snapshot of it.
Here’s the complete error message when the server booted for installation – Error ERST Failed to get Error Log Address Range APEI: Can not request [mem xxxx] for APEI BERT registers.
So how to fix that? I did bit of googling to see if someone has faced similar issue. Fortunately, I could find a hint by Super Micro that helped to solve the issue.
How to fix Failed to get Error Log Address Range APEI?
Step 1: Boot the server into the BIOS mode and navigate to «Advanced» > ACPI configuration . (Advanced Configuration and Power Interface)
Step 2: In the next screen, disable ACPI APIC Support as shown below:
Step 3: Save BIOS settings and reboot the server.
That’s it! Now you should be able to install CentOS 7.
Источник
Server boot problem after shutdown
Emanuele Rizzo
New Member
Hello, I installed Proxmox VE 5.1 on three nodes (SunFire x4140).
They worked until I shutdowned them. After the shutdown they don’t boot and reboot continuosly.
I reinstalled Proxmox VE on a node. If I reboot it, the node boots correctly but If I shutdow it, a boot problem recurs.
I tried to start the node with live linux but there wasn’t any bootlog file in /var/log to check.
Someone can help me, please?
fireon
Famous Member
Best Regards
Fireon
Deutsch PVE Dokumentation: http://deepdoc.at
DEEPDOC.AT — enjoy your brain
Emanuele Rizzo
New Member
fireon
Famous Member
Best Regards
Fireon
Deutsch PVE Dokumentation: http://deepdoc.at
DEEPDOC.AT — enjoy your brain
Emanuele Rizzo
New Member
I tried to install Ubuntu on these nodes and they work correctly, so I excluded hardware faults.
The server boots (I can see grub list) and starts proxmox. Just before the login console appears, it restarts
fireon
Famous Member
Best Regards
Fireon
Deutsch PVE Dokumentation: http://deepdoc.at
DEEPDOC.AT — enjoy your brain
Emanuele Rizzo
New Member
As I wrote in the first post there isn’t any record in logfile (syslog, kern.log — there aren’t bootlog and dmesg in /var/log directory).
The last record in syslog is:
«Jun 21 11:40:30 pvenode8 systemd[1]: Stopped PVE Cluster Ressource Manager Daemon.»
The last record in kern.log is:
«Jun 21 11:40:26 pvenode8 pve-guests[2673]: end task UPID venode8:00000A79:0000E484:5B2B728A:stopall::root@pam: OK»
I know that it is very strange, but it is so and I do not know what to do
fireon
Famous Member
Best Regards
Fireon
Deutsch PVE Dokumentation: http://deepdoc.at
DEEPDOC.AT — enjoy your brain
Emanuele Rizzo
New Member
fireon
Famous Member
Best Regards
Fireon
Deutsch PVE Dokumentation: http://deepdoc.at
DEEPDOC.AT — enjoy your brain
Emanuele Rizzo
New Member
I installed proxmox 5.2 and run commands you suggested after first boot
# dmesg -l warn
[ 0.052103] #2 #3 #4 #5
[ 0.172791] mtrr: your CPUs had inconsistent variable MTRR settings
[ 0.310070] ACPI: PCI Interrupt Link [LUB0] enabled at IRQ 23
[ 0.884531] ACPI: PCI Interrupt Link [LUB2] enabled at IRQ 22
[ 1.547231] [Firmware Warn]: GHES: Poll interval is 0 for generic hardware error source: 1, disabled.
[ 1.768600] ACPI: PCI Interrupt Link [LSA0] enabled at IRQ 21
[ 1.769997] ACPI: PCI Interrupt Link [LSA1] enabled at IRQ 20
[ 1.772070] ACPI: PCI Interrupt Link [LMAC] enabled at IRQ 23
[ 1.772479] ACPI: PCI Interrupt Link [LNEB] enabled at IRQ 19
[ 1.773024] aacraid 0000:07:00.0: can’t disable ASPM; OS doesn’t have ASPM control
[ 1.773744] aacraid: Comm Interface enabled
[ 1.778118] ACPI: PCI Interrupt Link [LE3B] enabled at IRQ 43
[ 1.937066] ACPI: PCI Interrupt Link [LNEA] enabled at IRQ 18
[ 2.097267] ACPI: PCI Interrupt Link [LNED] enabled at IRQ 17
[ 2.257192] ACPI: PCI Interrupt Link [LNEC] enabled at IRQ 16
[ 2.320858] ACPI: PCI Interrupt Link [LMAD] enabled at IRQ 22
[ 2.864919] ACPI: PCI Interrupt Link [LSA2] enabled at IRQ 21
[ 3.374308] mlx4_core 0000:83:00.0: Requested number of MACs is too much for port 1, reducing to 1
[ 3.374311] mlx4_core 0000:83:00.0: Requested number of VLANs is too much for port 1, reducing to 1
[ 4.099758] ACPI: PCI Interrupt Link [IIM0] enabled at IRQ 47
[ 4.656916] ACPI: PCI Interrupt Link [IIM1] enabled at IRQ 46
[ 5.200881] ACPI: PCI Interrupt Link [ISI0] enabled at IRQ 45
[ 5.202480] ACPI: PCI Interrupt Link [ISI1] enabled at IRQ 44
[ 5.203432] ACPI: PCI Interrupt Link [ISI2] enabled at IRQ 47
[ 14.116531] spl: loading out-of-tree module taints kernel.
[ 14.121195] znvpair: module license ‘CDDL’ taints kernel.
[ 14.121197] Disabling lock debugging due to kernel taint
[ 14.771197] ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 19
[ 16.534663] device-mapper: thin: Data device (dm-3) discard unsupported: Disabling discard passdown.
[ 17.716772] new mount options do not match the existing superblock, will be ignored
# dmesg -l err
[ 1.547131] ERST: Failed to get Error Log Address Range.
[ 1.663332] APEI: Can not request [mem 0xd7fb8830-0xd7fb8883] for APEI BERT registers
[ 3.374321] mlx4_core 0000:83:00.0: command 0x34 failed: fw status = 0x2
[ 3.374387] mlx4_core 0000:83:00.0: Fail to get port 1 uplink guid
[ 3.374452] mlx4_core 0000:83:00.0: command 0x34 failed: fw status = 0x2
[ 3.374513] mlx4_core 0000:83:00.0: Fail to get port 2 uplink guid
[ 3.374571] mlx4_core 0000:83:00.0: Fail to get physical port id
[ 8.730955] print_req_error: I/O error, dev sr0, sector 1252960
[ 10.362073] print_req_error: I/O error, dev sr0, sector 1252964
[ 10.362132] Buffer I/O error on dev sr0, logical block 313241, async page read
[ 10.998074] print_req_error: I/O error, dev sr0, sector 248
[ 11.288948] print_req_error: I/O error, dev sr0, sector 248
[ 11.289004] Buffer I/O error on dev sr0, logical block 62, async page read
[ 11.295197] print_req_error: I/O error, dev sr0, sector 252
[ 11.295254] Buffer I/O error on dev sr0, logical block 63, async page read
[ 11.581948] print_req_error: I/O error, dev sr0, sector 512
[ 11.593198] print_req_error: I/O error, dev sr0, sector 512
[ 11.593280] Buffer I/O error on dev sr0, logical block 128, async page read
[ 12.436948] print_req_error: I/O error, dev sr0, sector 516
[ 12.437030] Buffer I/O error on dev sr0, logical block 129, async page read
[ 12.444073] print_req_error: I/O error, dev sr0, sector 4096
[ 12.444155] Buffer I/O error on dev sr0, logical block 1024, async page read
[ 12.465948] print_req_error: I/O error, dev sr0, sector 4100
[ 12.466029] Buffer I/O error on dev sr0, logical block 1025, async page read
[ 12.488064] Buffer I/O error on dev sr0, logical block 313238, async page read
[ 12.508938] Buffer I/O error on dev sr0, logical block 313239, async page read
[ 12.530938] Buffer I/O error on dev sr0, logical block 313238, async page read
[ 14.661600] k10temp 0000:00:18.3: unreliable CPU thermal sensor; monitoring disabled
[ 14.661773] k10temp 0000:00:19.3: unreliable CPU thermal sensor; monitoring disabled
[ 14.807763] Error: Driver ‘pcspkr’ is already registered, aborting.
Источник
HP Proliant / Workstation & unRaid Information Thread
By 1812
August 12, 2017 in General Support
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.
Top Posters In This Topic
Popular Days
Popular Posts
This thread is a work in progress. Updated information will be added at the top in this post. Feel free to ask questions or post further problems in this thread. Workstation in
StevenMattera
October 18, 2017
I’m trying to run PFSense in a VM on my HP ProLiant MicroServer Gen 8. (System ROM: J06 11/02/2015) I installed an Intel Pro/1000 Dual Post NIC that I bought off Amazon into it’s single PCI-Express x1
perfecblue
February 15, 2018
Hi, I also have a Microserver Gen 8 and was having the same ACPI Error message spamming issue as well. I found THIS POST and went ahead and unload the «acpi_power_meter» module from the k
Источник
HP Proliant выходит из строя с индикатором критической ошибки Мигает — что тогда?
После нескольких часов корректной работы наш сервер останавливают расчет с мигающим светодиодом System Healt 12, который согласно документации ( http://h20628.www2.hp.com/km-ext/kmcsdirect/emr_na-c01706108-8 .pdf ) является признаком «Обнаружен критический сбой системы (процессор, память, регулятор, тепловое событие, вентилятор, NMI)» (стр. 96).
SSH тогда потерян. Мы можем перезагрузиться и снова получить ssh (я не на месте), но я не знаю, что тогда проверять? есть ли лог-файл, где можно найти информацию?
Я нашел это руководство: http://denis.herve.free.fr/trsfrt/HProliant.pdf, но мне кажется, что это ошеломляет.
Мой коллега предположил, что это может быть перегрузка RAM + Swap, которая приводит к краху всего сервера. Я не совсем согласен с ним, поскольку, насколько мне известно, проблема с памятью не приведет к критическому отказу системы. Есть идеи на этот счет?
Мне интересно, могут ли быть какие-либо отношения с моим предыдущим постом: замена сервера Linux до полного заполнения памяти.
мы находимся на Ubuntu 14.04.
PS: сервер находится в подвале, утром может быть немного конденсата .
РЕДАКТИРОВАТЬ Folowing @Hennes замечание, мы вернули сервер обратно в гостиную. Но после ночи исчисления, это снова мерцало с красным светом 🙁
Теперь я пытаюсь разобраться с файлами журналов. Мы перезагрузили сервер сегодня утром около 09:44 Вот файлы, которые были недавно изменены:
Что искать, где, чтобы получить информацию об ошибке?
-> Здесь я не понимаю, какие значения в первом столбце, например, [6.731027]: это количество секунд с момента загрузки?
Я также проверил «fan», «nmi», «критический» в файле системного журнала, но ничего не выводил.
Я вспомнил некоторые вопросы о стековом потоке, когда люди, которые копируют / вставляют файлы на внешнем веб-сайте журнала — я не могу вспомнить имя — я готов выложить файлы в Интернете, если кому-то это интересно.
Любой намек на то, где искать, какое ключевое слово приветствуется.
Мы используем сервер с докером и сервером r-studio наверху для исчисления ML. Я действительно сомневаюсь, что тип использования может быть источником этой проблемы, но в ИТ мы никогда не узнаем, поэтому я уточняю это;)
Спасибо за любую идею.
1 ответ 1
Предполагая, что вашей системой является ML150 G6, о котором упоминается в документации, о которой вы упомянули, позвольте мне настоятельно рекомендовать вам настроить и использовать в системе функции управления Lights Out-100.
Основные инструкции можно найти здесь. Как только вы получите доступ к управлению Lights Out-100 (я бы рекомендовал использовать веб-интерфейс, пока вы не ознакомитесь с тем, что предлагает LO100 и как вы его используете), а затем посмотрите страницы 28-32 этого же документа. ; он показывает, как вы можете видеть в режиме реального времени датчики и информацию о событиях для вашей системы. Часто, если проблема с оборудованием вызывает перезагрузку, она будет указана в журнале системных событий, и ее обнаружение даст вам некоторое представление о том, что происходит с вашей машиной. Журнал системных событий должен собирать свои данные независимо от того, касались ли вы когда-нибудь LO100, поэтому, как только вы попадете туда, у него должно быть что-то интересное, чтобы рассказать вам.
Большую часть той же информации можно получить через вашу работающую ОС, либо через /var /log /messages (которую вы уже пробовали без особого успеха), либо через инструменты HP Insight, которые доступны для установки для некоторых версий Linux (см. Http ://downloads.linux.hp.com/SDR/project/mcp/ для хорошей отправной точки для получения некоторых из этих инструментов). К сожалению, не все события видны в системных журналах, так как они зависят от оборудования, и агенты HP, а не собственно ядро, являются их инструментом.
Сказав это, вы также можете увидеть, если у вас установлен и работает mcelog; он может перехватывать некоторые аппаратные события и, как правило, записывает что-то в журнал сообщений, когда перехватывает событие. Он также обычно либо записывает информацию о событии в отдельный журнал, либо сохраняет ее в памяти, чтобы вы могли запросить ее с помощью команды mcelog. Стоит поискать mcelog в журнале сообщений или посмотреть, есть ли у вас недавно обновленный файл /var/log/mcelog .
Источник
-
awalton_nc
- Posts: 4
- Joined: 2014/10/02 14:09:44
iso install fail DL160 ERST:Failed to get Error Log Address
Using Centos 7 DVD.iso on USB to install on HP DL160
Previously in stalled RHEL 6.5 and Ubuntu 13 with same method
After selecting any option from initial menu get error
ERST: Failed to get Error Log Address Range
[sdb] No Caching mode page found
[sdb] Assuming drive cache: write through
Then goes to
dracut#
-
TrevorH
- Site Admin
- Posts: 32528
- Joined: 2009/09/24 10:40:56
- Location: Brighton, UK
Re: iso install fail DL160 ERST:Failed to get Error Log Addr
Post
by TrevorH » 2014/10/02 14:35:06
Are you sure your iso image md5sums ok? How are you using the iso image — burning it to DVD? or usb stick or attaching it to the iLO virtual media?
-
awalton_nc
- Posts: 4
- Joined: 2014/10/02 14:09:44
Re: iso install fail DL160 ERST:Failed to get Error Log Addr
Post
by awalton_nc » 2014/10/02 15:21:03
Burned to USB Flash.
The check sums appear to be ok. The image passes check on file transfer and when burned to the USB stick.
-
gerald_clark
- Posts: 10642
- Joined: 2005/08/05 15:19:54
- Location: Northern Illinois, USA
Re: iso install fail DL160 ERST:Failed to get Error Log Addr
Post
by gerald_clark » 2014/10/02 15:26:29
You don’t «burn» to a USB stick.
Explain EXACTLY how you installed the ISO on the USB stick.
-
awalton_nc
- Posts: 4
- Joined: 2014/10/02 14:09:44
Re: iso install fail DL160 ERST:Failed to get Error Log Addr
Post
by awalton_nc » 2014/10/02 18:19:46
To install the iso image to usb I use Universal USB Installer. Have also used Unbootin as well with same result.
I get the same result with RHEL 7.0 and Centos 7.0 install attempts. Screen shot in the attachment…
With a Centos 6.5 install I get into the install but at the point of partitioning the hard drive it gives me an error saying unable to find the ISO image, copy it to the disk (this although I have booted off of the iso on the USB.
With RHEL 6.5 I am successful for the entire install
I have two identical HP DL160 and get the same result with both
- rhel7.jpg (140.85 KiB) Viewed 11915 times
-
gerald_clark
- Posts: 10642
- Joined: 2005/08/05 15:19:54
- Location: Northern Illinois, USA
Re: iso install fail DL160 ERST:Failed to get Error Log Addr
Post
by gerald_clark » 2014/10/02 18:24:49
The only supported way to copy the ISO to a usb flash drive is to dd the ISO directly to the drive. That means the drive itself, not a partition.
-
TrevorH
- Site Admin
- Posts: 32528
- Joined: 2009/09/24 10:40:56
- Location: Brighton, UK
Re: iso install fail DL160 ERST:Failed to get Error Log Addr
Post
by TrevorH » 2014/10/02 19:46:38
The screenshot you posted shows pretty much what happens when you copy the iso to a USB stick in the wrong way…
-
awalton_nc
- Posts: 4
- Joined: 2014/10/02 14:09:44
Re: iso install fail DL160 ERST:Failed to get Error Log Addr
Post
by awalton_nc » 2014/10/03 15:35:38
I’ve used dd to install iso on the usb stick and it is now working.
Thank You!!
Description
Andy Liebman
2012-05-16 00:27:42 CEST
I installed Mageia 2 RC 1 on the following hardware: Supermicro X8STE motherboard Intel "Westmere" Xeon CPU W3680 CPU WD 320 GB SATA OS drive 3x 3ware 9750 RAID cards Used Grub bootloader (after failure with Lilo). On each boot, the OS text-portion of the boot hangs for a couple of minutes with the following message: "ERST: Failed to get Error Log Address Range" Eventually, the boot up continues and things run normally, but it definitely looks as if the OS has hung for a long time.
Comment 2
Andy Liebman
2012-05-25 16:20:06 CEST
I should point out that with the same hardware, I am able to install and run: Mandriva 2010 Mandriva 2010.2 Mandriva 2011 without getting this error. Also, I have compiled and run the 3.3 kernel on Mandriva 2010.2 on this same hardware without getting that error.
Comment 3
Marja Van Waes
2012-05-26 13:06:10 CEST
Hi, This bug was filed against cauldron, but we do not have cauldron at the moment. Please report whether this bug is still valid for Mageia 2. Thanks :) Cheers, marja
Keywords:
(none) =>
NEEDINFO
Comment 4
Andy Liebman
2012-06-02 15:30:30 CEST
This is still valid for the final release.
Version:
Cauldron =>
2
Comment 5
Sander Lepik
2012-06-02 15:46:33 CEST
Please install systemd-tools and run this command: systemd-analyze plot > ~/boot.svg and attach this file. Then we can see what is delaying the boot.
CC:
(none) =>
sander.lepik
Version:
2 =>
Cauldron
Whiteboard:
(none) =>
MGA2TOO
Manuel Hiebel
2012-06-25 05:42:52 CEST
Keywords:
NEEDINFO =>
(none)
Comment 6
Nic Baxter
2015-03-10 05:11:15 CET
Please respond to request or close.
CC:
(none) =>
nic
Comment 7
Samuel Verschelde
2016-10-12 14:25:30 CEST
Closing for lack of answer and bug probably fixed in recent kernels.
Status:
NEW =>
RESOLVED
Resolution:
(none) =>
OLD