Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 6 replies
  • Subscribers 3 subscribers
  • Views 1045 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

"Event Viewer" for Astaro.

Alvin
Hi

My Astaro runs on a HP Server.
Recently my Display Screen Died. (Yeah I only know it died when I need to look at what happen to my Astaro)

Thus if my Astaro have some failures, I can no longer see the error from the screen.

if I cannot access my Astaro, I hard reboot the server with the power button.

But I would like to find out what is causing my Astaro to fail recently such as RAM Error, HDD Error, Network Card Error, Blue Screen of Death ( I know it run linux but I do not know what it is named in linux, Kernel Panic? )

In short, which Log to look at what happened?

I tried to view the logs, some are just too complex to understand, some just show the OK messages after a proper reboot but not what happened before the reboot.



I am in the process of sourcing for a screen.
* Let me know if you know of some screens that is suitable for Astaro as in do not need as 15" etc type to use with desktops, really just a screen plug in when necessary to use with firewalls such as Astaro.


This thread was automatically locked due to age.
  • 0
    Hi, /var/log/kernel.log would have the hardware messages.

    15" screens should be very cheap on eBay. I know 10" and 12" VGA LCDs are available but I doubt they'd be any cheaper.

    Barry
  • 0 in reply to BarryG
    Hi BarryG

    - The "hang" incident happened on 09 March 2010 at around 4pm.
    - I hard reboot the server at about 5:30pm
    - The above is correct to the best of my knowledge based on the daily report graphs.
    - I did try to look at the various log files including Kernel.
    - As shown below, it seems to have the logs for Boot Up after 5:30pm but it does not have anything Before that time.
    - I checked the log file for 08 March 2010 (Kernel), it is empty.

    2010:03:09-17:36:41 (none) kernel: ACPI: Power Button (FF) [PWRF]
    2010:03:09-17:36:41 (none) kernel: ACPI: Power Button (CM) [PWRB]
    2010:03:09-17:36:41 (none) kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
    2010:03:09-17:36:41 (none) kernel: Netfilter messages via NETLINK v0.30.
    2010:03:09-17:36:41 (none) kernel: ip_conntrack version 2.4 (191739 buckets, 1533912 max) - 252 bytes per conntrack
    2010:03:09-17:36:42 (none) kernel: ctnetlink v0.90: registering with nfnetlink.
    2010:03:09-17:36:57 (none) kernel: NET: Registered protocol family 17
    2010:03:09-17:36:58 (none) kernel: klips_info:ipsec_init: Openswan KLIPS IPsec stack version 2.4.13, cluster version: v1.3
    2010:03:09-17:36:58 (none) kernel: NET: Registered protocol family 15
    2010:03:09-17:36:58 (none) kernel: ipsec_sha2_init(alg_type=14 alg_id=5 name=sha2_256): ret=0
    2010:03:09-17:36:58 (none) kernel: ipsec_sha2_init(alg_type=14 alg_id=7 name=sha2_512): ret=0
    2010:03:09-17:36:58 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=12 name=aes keyminbits=128 keymaxbits=256, found(0)
    2010:03:09-17:36:58 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=253 name=twofish keyminbits=128 keymaxbits=256, found(0)
    2010:03:09-17:36:58 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=252 name=serpent keyminbits=128 keymaxbits=256, found(0)
    2010:03:09-17:36:58 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=6 name=cast5 keyminbits=128 keymaxbits=128, found(0)
    2010:03:09-17:36:58 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=7 name=blowfish keyminbits=96 keymaxbits=448, found(0)
    2010:03:09-17:36:58 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=3 name=des3_ede keyminbits=192 keymaxbits=192, found(0)
    2010:03:09-17:36:58 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=2 name=des keyminbits=64 keymaxbits=64, found(0)
    2010:03:09-17:36:58 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=11 name=cipher_null keyminbits=0 keymaxbits=0, found(0)
    2010:03:09-17:36:58 (none) kernel: tg3: eth0: Link is up at 100 Mbps, full duplex.
    2010:03:09-17:36:58 (none) kernel: tg3: eth0: Flow control is off for TX and off for RX.
    2010:03:09-17:36:59 (none) kernel: tg3: eth1: Link is up at 1000 Mbps, full duplex.
    2010:03:09-17:36:59 (none) kernel: tg3: eth1: Flow control is off for TX and off for RX.
    2010:03:09-17:37:03 (none) kernel: tun: Universal TUN/TAP device driver, 1.6
    2010:03:09-17:37:03 (none) kernel: tun: (C) 1999-2004 Max Krasnyansky 
    2010:03:09-17:37:15 Guards kernel: Ebtables v2.0 registered
    2010:03:09-17:37:15 Guards kernel: device eth0 entered promiscuous mode
    2010:03:09-17:37:15 Guards kernel: device eth0 left promiscuous mode
    2010:03:09-17:37:15 Guards kernel: device eth0 entered promiscuous mode
    2010:03:09-17:37:17 Guards kernel: netfilter PSD loaded - (c) astaro AG
    2010:03:09-17:37:28 Guards kernel: IPSEC EVENT: KLIPS device ipsec0 shut down.
    2010:03:09-17:37:33 Guards kernel: parport0: PC-style at 0x378 (0x778) [PCSPP(,...)]
    2010:03:09-17:37:34 Guards kernel: parport0: PC-style at 0x378 (0x778) [PCSPP(,...)]
    2010:03:09-17:37:34 Guards kernel: parport0: irq 7 detected
    2010:03:09-17:37:34 Guards kernel: hda: ATAPI 48X CD-ROM drive, 128kB Cache
    2010:03:09-17:37:34 Guards kernel: Uniform CD-ROM driver Revision: 3.20
    2010:03:09-17:37:35 Guards kernel: BIOS EDD facility v0.16 2004-Jun-25, 1 devices found
    2010:03:09-22:06:02 Guards kernel: nf_log_packet: can't log since no backend logging module loaded in! Please either load one, or disable logging explicitly
    2010:03:09-22:06:02 Guards kernel: nf_log_packet: can't log since no backend logging module loaded in! Please either load one, or disable logging explicitly
    2010:03:09-22:06:03 Guards kernel: nf_log_packet: can't log since no backend logging module loaded in! Please either load one, or disable logging explicitly
    2010:03:09-22:06:03 Guards kernel: nf_log_packet: can't log since no backend logging module loaded in! Please either load one, or disable logging explicitly
    2010:03:09-22:06:03 Guards kernel: nf_log_packet: can't log since no backend logging module loaded in! Please either load one, or disable logging explicitly
    2010:03:09-22:06:03 Guards kernel: nf_log_packet: can't log since no backend logging module loaded in! Please either load one, or disable logging explicitly
    2010:03:09-22:06:04 Guards kernel: nf_log_packet: can't log since no backend logging module loaded in! Please either load one, or disable logging explicitly
    2010:03:09-22:06:04 Guards kernel: nf_log_packet: can't log since no backend logging module loaded in! Please either load one, or disable logging explicitly
    2010:03:09-22:06:05 Guards kernel: nf_log_packet: can't log since no backend logging module loaded in! Please either load one, or disable logging explicitly
    2010:03:09-22:06:05 Guards kernel: nf_log_packet: can't log since no backend logging module loaded in! Please either load one, or disable logging explicitly
    2010:03:09-22:06:05 Guards kernel: IPSEC EVENT: KLIPS device ipsec0 shut down.
    2010:03:09-22:07:33 (none) kernel: ACPI: Power Button (FF) [PWRF]
    2010:03:09-22:07:33 (none) kernel: ACPI: Power Button (CM) [PWRB]
    2010:03:09-22:07:33 (none) kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
    2010:03:09-22:07:34 (none) kernel: Netfilter messages via NETLINK v0.30.
    2010:03:09-22:07:34 (none) kernel: ip_conntrack version 2.4 (191739 buckets, 1533912 max) - 252 bytes per conntrack
    2010:03:09-22:07:34 (none) kernel: ctnetlink v0.90: registering with nfnetlink.
    2010:03:09-22:07:49 (none) kernel: NET: Registered protocol family 17
    2010:03:09-22:07:50 (none) kernel: klips_info:ipsec_init: Openswan KLIPS IPsec stack version 2.4.13, cluster version: v1.3
    2010:03:09-22:07:50 (none) kernel: NET: Registered protocol family 15
    2010:03:09-22:07:50 (none) kernel: ipsec_sha2_init(alg_type=14 alg_id=5 name=sha2_256): ret=0
    2010:03:09-22:07:50 (none) kernel: ipsec_sha2_init(alg_type=14 alg_id=7 name=sha2_512): ret=0
    2010:03:09-22:07:50 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=12 name=aes keyminbits=128 keymaxbits=256, found(0)
    2010:03:09-22:07:50 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=253 name=twofish keyminbits=128 keymaxbits=256, found(0)
    2010:03:09-22:07:50 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=252 name=serpent keyminbits=128 keymaxbits=256, found(0)
    2010:03:09-22:07:50 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=6 name=cast5 keyminbits=128 keymaxbits=128, found(0)
    2010:03:09-22:07:50 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=7 name=blowfish keyminbits=96 keymaxbits=448, found(0)
    2010:03:09-22:07:50 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=3 name=des3_ede keyminbits=192 keymaxbits=192, found(0)
    2010:03:09-22:07:50 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=2 name=des keyminbits=64 keymaxbits=64, found(0)
    2010:03:09-22:07:50 (none) kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=11 name=cipher_null keyminbits=0 keymaxbits=0, found(0)
    2010:03:09-22:07:50 (none) kernel: tg3: eth0: Link is up at 100 Mbps, full duplex.
    2010:03:09-22:07:50 (none) kernel: tg3: eth0: Flow control is off for TX and off for RX.
    2010:03:09-22:07:51 (none) kernel: tg3: eth1: Link is up at 1000 Mbps, full duplex.
    2010:03:09-22:07:51 (none) kernel: tg3: eth1: Flow control is off for TX and off for RX.
    2010:03:09-22:07:57 (none) kernel: tun: Universal TUN/TAP device driver, 1.6
    2010:03:09-22:07:57 (none) kernel: tun: (C) 1999-2004 Max Krasnyansky 
    2010:03:09-22:08:09 Guards kernel: device eth0 entered promiscuous mode
    2010:03:09-22:08:09 Guards kernel: device eth0 left promiscuous mode
    2010:03:09-22:08:09 Guards kernel: device eth0 entered promiscuous mode
    2010:03:09-22:08:10 Guards kernel: Ebtables v2.0 registered
    2010:03:09-22:08:12 Guards kernel: netfilter PSD loaded - (c) astaro AG
    2010:03:09-22:08:26 Guards kernel: IPSEC EVENT: KLIPS device ipsec0 shut down.
    2010:03:09-22:08:28 Guards kernel: parport0: PC-style at 0x378 (0x778) [PCSPP(,...)]
    2010:03:09-22:08:28 Guards kernel: parport0: PC-style at 0x378 (0x778) [PCSPP(,...)]
    2010:03:09-22:08:28 Guards kernel: parport0: irq 7 detected
    2010:03:09-22:08:29 Guards kernel: hda: ATAPI 48X CD-ROM drive, 128kB Cache
    2010:03:09-22:08:29 Guards kernel: Uniform CD-ROM driver Revision: 3.20
    2010:03:09-22:08:32 Guards kernel: BIOS EDD facility v0.16 2004-Jun-25, 1 devices found
  • 0
    Well, the hardware log won't have much in it except on boot, and after an error.
    BUT, if the system totally hangs, Linux won't be able to write anything to the log.

    Check the fans in the server, and check for dustbunnies around the heatsinks and power supply.

    If it is a kernel panic, you'll need a monitor to see it, but anything other hard crash won't normally show anything on screen.

    You might be able to configure a serial console if you don't want to buy a new monitor; search these forums for (old) how-tos.

    Barry
  • 0 in reply to BarryG
    BarryG

    - Yes I do plan to buy a screen but I wish to buy one whereby it is portable so that when I do Astaro installation for other people, I can bring it along too.

    - Actually the "hang" happened when I was using the normal vaccum cleaner to clean the server front, back and vaccum the internals while the server is running.
    * Yeah I know ideally should not do such cleaning with the server running but was reluctant to shutdown the machine as I am proud of it's uptime, other than those Up2Date that need to reboot, I did not reboot my machine more than a year.

    - I made sure I did not knock any cables out but I may have touched those rams pieces.

    - I did monitor the HDD Activities and Motherboard Bios Beep to see if there was any reboot, nothing was detected.

    - It was after I closed it up, I realized my network is down [:(]
    - Spent about 1 hour to troubleshoot with static IP etc to confirm where the problem is and eventually hard reboot the server.

    Then I was keen to find out what is wrong.

    Well now that you confirmed there is no way for me to see it, at least we tried.

    Thank You !

    Hopefully Astaro may consider selling their hardware for us to use at home as this way also get to learn how their hardware behaves and also no need to take care of this huge box [:)]