It’s taken a while, but I’ve finally installed 1.4.5-13-1 to take advantage of easy CH4 HD recording. After completing the install I impatiently used the push channel command and then had CH4HD with epg info present on both the webif and rs portal. However the HDR no longer communicated with the rs portal. The last seen date and time never change. Commands issue in the rs portal were not implemented.
I removed the HDR from the rs portal and re-registered it from the webif. It registered fine and waiting the scheduling commands were sent. However, the HDR never again contacted the rs portal.
I removed 1.4.5-13-1 from the package management screen on the webif and reinstalled 1.4.5-12. Within a few minutes and the HDR was talking again with the rs portal and I successfully sent commands to the HDR.
I then reinstalled just the 1.4.5-13-1 package (I assumed the other three packages I installed were still there). Again communication between HDR and rs portal stopped. Using the push channels I could restore CH4HD to the rs portal epg, but everything else stopped. Last seen date and name stayed the same for the next 24 hours.
I would greatly appreciate any help that could be offered, as it would be a most useful feature. If it has any bearing there are two other HDR’s running 1.4.5-12 connected to the same rs portal account.
I have one other question, if I may, while I have peoples attention. While I obtain CH4HD epg information on the webif, there is no option to schedule a recording from the webif, only the rs portal. Is that how its supposed to work?
As ever thank you for any assistance.
ls -tr /opt/tmp/*.sta | tail -n 1
That's because it's just a simple log call that doesn't involve any semi-complex processing so the program doesn't crash.Additional information.
I've just noticed in the rs portal on the Home Page of the HDR in question, at the bottom of the page where it lists Recent Activity. It is still reporting when the system is booted or housekeeping was carried out. Last seen date and time and queued events to schedule though, remain the same.
There's life in the old dog yet!
As requested, please attach the /opt/tmp/rspnps.log created by running that command to your reply - I need to be able to see the content.Hope that is enlightening!
Seems that the installation script failed to upgrade one of the databases. Please save the attached file in /opt/tmp/rs.rsqueue3.sql (note the extension .sql), then please run the command:Sun 01 Mar 2020 09:23:17  ERROR: Failed building SQL statement select command from queue where ? <= max_recs and ( minstamp is null or minstamp <= ? ) order by stamp: no such column: minstamp
sqlite3 /opt/etc/rsqueue.db < /opt/tmp/rs.rsqueue3.sql
rs_process -d 2 now -ps > /opt/tmp/rspnps.log
No - because MofTot wants to see the file /opt/tmp/rspnps.log, not the command line consequences of running the command which created it.Hope that is enlightening!
Thanks a lot, running that database changes made the trick, it seems to be fully working now.Hello again
1. Have attached the first required rspnps. Added 'old' to distinguish from the later one and changed it to a .txt to upload it. Sorry misunderstood which output you wanted, but we got there.
2. Ran rs.rsqueue3.sql. Two files appeared rsv.txt and rsvp.now.txt. Have attached.
3. Reran the code for the rspnps.log. Attached with 'new' added to file name and changed to .txt.
Excellent, pleased to hear it!Hello,
Yes I can confirm it's working. Deleted and rescheduled some recordings with reboots and all were carried out.
Many thanks for your help in this and even more thanks for making it in the first place. Time for my paypal donation to the upkeep of the service.
I was pleased to see new freesat boxes being released. May freesat and my trio of faithful HDR's keep going for many more years.
One has to ask: how often, compared with simply listing a file? Being very picky (and off-topic),It's called concatenate since it's often used to do that with multiple files:
catdoesn't actually concatenate files unless the output is directed to a file... so really it is just reading all the files in the list and sending their contents to a standard stream.
In shell scripting, at least as often as not. At the CLI, almost always since for viewing a single file most people will use theOne has to ask: how often, compared with simply listing a file?
Yes it does. In UNIX (and Linux is UNIX-like) everything is a file, including your terminal output.Being very picky (and off-topic),
catdoesn't actually concatenate files unless the output is directed to a file...