• State Suggested Answer
  • Date
    Kurt
  • Date
  • Replies 9 replies
  • Answers 2 answers
  • Subscribers 192 subscribers
  • Views 4997 views
  • Users 0 members are here

Eos RPU not seeing flash drives

I've got an Eos RPU that I'm working on getting back up and running. I was told that earlier in the season it was being used as a backup and decided to take control during a show without the primary console crashing. I'm currently trying to find the problem and fix it, but I ran into a *hopefully* related problem today.

The console doesn't appear to recognize any sort of flash storage device connected to it. I was trying to update to 2.6 (currently 2.5.1.9) in the hopes it might solve some problems, but my flash drive doesn't show up, in the file explorer or otherwise. I've tested with multiple flash drives, both of which I've confirmed are functional on my machine (Running Ubuntu v16.0). I've switched USB ports with the same ones functionally running my mouse and keyboard and none of them will recognize my flash storage, or even give me the blinking lights.

Any insight on this problem, or the aforementioned issue with the device taking unwarranted control? I took this contract only a few weeks ago, so I only have limited details on the history of this processor.

Parents
  • 0

    I would definitely give tech support a ring on Tuesday during business hours. They'll get you sorted out.

    There are many factors that could cause a backup to take over control, and not all require the Primary to crash to the shell. An intermittent network cable could cause it, as could a spike in network latency.

    For what it's worth, it is considered best practice to set the RPU as Primary, and the facepanel console (where you are programming and executing cues) as the Backup. This way, if the primary fails, the operator doesn't have to do anything differently. Just keep pressing the same Go button.

Reply
  • 0

    I would definitely give tech support a ring on Tuesday during business hours. They'll get you sorted out.

    There are many factors that could cause a backup to take over control, and not all require the Primary to crash to the shell. An intermittent network cable could cause it, as could a spike in network latency.

    For what it's worth, it is considered best practice to set the RPU as Primary, and the facepanel console (where you are programming and executing cues) as the Backup. This way, if the primary fails, the operator doesn't have to do anything differently. Just keep pressing the same Go button.

Children
No Data
Related

www.etcconnect.com