1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

MAINTENANCE displayed on HDR-FOX T2 in standby

Discussion in 'HD/HDR-FOX T2 Customised Firmware' started by Brian, Jan 5, 2013.

  1. Brian

    Brian Administrator Staff Member

    I got up this morning to find one of my HDR's in standby with MAINTENANCE on the front panel display. It was left in standby as usual last night, the LED ring is Amber as it should be.
     
  2. Greecian

    Greecian Member

    My HDR-Fox T2 1tb was also left in standby & is as normal, i.e. not showing 'maintenance'...We're in the Crystal palace area.
     
  3. Black Hole

    Black Hole Felinos Guru

    The "maintenance" message is something the custom firmware might send to the front panel display, nothing to do with the broadcast chain. Brian is raising this as an observation of some weird behaviour related to the custom firmware.
     
  4. Brian

    Brian Administrator Staff Member

    Yes, I have never attempted to put this box into maintenance mode, so I am guessing that something may have happened during the early morning OTA wake up period.
     
  5. Brian

    Brian Administrator Staff Member

    I have just tried to bring the box out of standby, there is no response to the remote control, or front panel buttons. There is no access via webif, although I do have access via telnet.

    Is there anything that I can do to get it out of this state via telnet, or do I need to switch off at the rear?
     
  6. xyz321

    xyz321 Well-Known Member

    If you are running CF 2.14 then you may see the maintenance mode menu:
    Code:
        1 - Check and repair hard disk (fix-disk)"
        2 - Clear persistent EPG data.
        x - Leave maintenance mode (Humax will restart).
    
    Type 'x' to restart in normal mode.

    If an earlier version and you see the 'humax#' prompt then type 'reboot'.
     
  7. Brian

    Brian Administrator Staff Member

    I am running CF 2.14, and have telnet expert mode set, so just have the humax# prompt.
    Do you have any ideas how my box managed to get into the maintenance mode without any user intervention?
    Is there anything that I should try to do to help diagnose this issue before I try the reboot command?
     
  8. xyz321

    xyz321 Well-Known Member

    I can't think of any reason why it would enter maintenance mode of its own accord. I notice that a few packages have been updated recently but it seems unlikely that these changes would have caused this problem.
     
  9. af123

    af123 Administrator Staff Member

    I have no idea how that could happen! It only goes into maintenance mode if a particular file exists in flash at boot time. That file is created through a diagnostic, option 1 on the telnet menu or by running fix-disk.

    There should be a maintenance log file in /tmp though - does it say anything interesting?
     
  10. Brian

    Brian Administrator Staff Member

    Can I access that via telnet, or should I reboot first?
     
  11. af123

    af123 Administrator Staff Member

    Via telnet (a reboot will clear the log)


    cat /tmp/maintenance.boot.log

    (IIRC)
     
  12. Brian

    Brian Administrator Staff Member

    Does this contain anything interesting?

    Code:
    Humax HDR-Fox T2 (humax3) 1.02.29/2.14
     
    humax3# cat /tmp/maintenance.boot.log
    Starting humaxtv process...
      ... pid 168 ...
    Waiting for hardware initialisation to complete...
      still waiting...
      still waiting...
      still waiting...
      still waiting...
    route: SIOCADDRT: File exists
      still waiting...
      still waiting...
      still waiting...
    killall: tinyftp: no process killed
      still waiting...
      still waiting...
    DRV_DSC_Init_Begin
    SIOCDELRT failed , ret->-1
      still waiting...
      still waiting...
      still waiting...
    Stopping humaxtv process...
    Stopping dnsmasq process...
    Unloading BCM kernel module...
    Killing run-and-gun
    Killing modinit
    killall: modinit: no process killed
    Done.
    humax3#
     
  13. af123

    af123 Administrator Staff Member

    Only that it definitely went into proper maintenance mode.. How odd!
     
  14. Brian

    Brian Administrator Staff Member

    Is there anything else useful that can be done before I reboot it?
     
  15. af123

    af123 Administrator Staff Member

    The uptime command will give an idea of when it happened. I can't think of anything else useful though.
     
  16. Brian

    Brian Administrator Staff Member

    Here is the output from uptime
    Code:
    Humax HDR-Fox T2 (humax3) 1.02.29/2.14
     
    humax3# uptime
    15:47:16 up 11:18,  0 users,  load average: 0.00, 0.00, 0.00
    humax3#
    It looks like it happened at around 4:30 am, which would tie in with the Auto Update event.
     
  17. af123

    af123 Administrator Staff Member

    If the flag were somehow set earlier in the evening without a following reboot, then maintenance mode would be entered when it booted for the auto update event..

    We just don't know how the flag got created in the first place.
     
  18. Brian

    Brian Administrator Staff Member

    After doing a bit of reading on the WiKi, I think that I have found the answer.
    I was looking at the webif diagnostics the day before, and tried some of the diagnostics on the drop down menu, general, epgrange, and diagmode.
    I now know that diagmode was responsible for putting the box into maintenance mode at the 4:30 auto update event.
    Perhaps diagmode could be renamed maintenancemode to make it clearer what it does.
     
  19. af123

    af123 Administrator Staff Member

    I will just remove it from the drop down list. I think requiring telnet to enter diag mode makes sense since you'll need telnet once in it, and with the telnet menu it's easy enough now.
     
  20. Brian

    Brian Administrator Staff Member

    That sounds like the best option.