Linux Setup (Advanced)

Downloads & Instructions
Post Reply
nickk
Silicondust
Posts: 20156
Joined: Tue Jan 13, 2004 9:39 am
x 374

Linux Setup (Advanced)

Post by nickk »


dartrunner
Posts: 3
Joined: Sat Sep 02, 2017 7:35 pm

Re: Linux Setup (Advanced)

Post by dartrunner »

How do I auto start the HDHomeRun RECORD for Linux when Ubuntu server reboots?

ssyspro
Posts: 20
Joined: Thu Sep 29, 2016 3:14 pm

Re: Linux Setup (Advanced)

Post by ssyspro »

Been a long time since I set mine up but doing a search on google for hdhomerun_record.service should have results for a few systemd examples.

I believe that a package has been created by another user for deb based systems like ubuntu, I have not tried it but here is the forum link if you would like to. viewtopic.php?t=65560

averyfreeman
Posts: 271
Joined: Sun Apr 09, 2017 11:12 am
Device ID: 1326E235 1313788A
Location: Olympia, WA
x 1
Contact:

Re: Linux Setup (Advanced)

Post by averyfreeman »

dartrunner wrote: Thu Nov 23, 2017 7:23 am How do I auto start the HDHomeRun RECORD for Linux when Ubuntu server reboots?
Hi,

Sorry for reviving the necrothread but hopefully this will help someone who stumbles upon it like me -

You would want to create a systemd.service unit file to have systemd run the record executable as a service in the background and start at boot. It's pretty easy to use:

Code: Select all

# systemctl enable hdhomerun-record.service
would start it up at boot. You can replace 'enable' with 'start' to start it manually. Same thing with 'stop', and 'status'.

Creating the unit file is a little more involved, but this document explains it really well:

https://access.redhat.com/documentation ... unit_files

I know you use Ubuntu, but this RedHat document explains it better than the Ubuntu documentation does and they both work the same way.

averyfreeman
Posts: 271
Joined: Sun Apr 09, 2017 11:12 am
Device ID: 1326E235 1313788A
Location: Olympia, WA
x 1
Contact:

Re: Linux Setup (Advanced)

Post by averyfreeman »


gtb
Expert
Posts: 4222
Joined: Thu Oct 06, 2011 1:00 pm
Location: Sunnyvale, CA USA
x 15

Re: Linux Setup (Advanced)

Post by gtb »

averyfreeman wrote: Fri Apr 13, 2018 10:44 pm Pretty good example
With the usual caveat that your mileage *will* vary (over the years I have created enough init, launchd, system management facility, systemd scripts/configurations to know that examples should be evaluated, and one should sort of expect to need to modify it for your unique environment (although in this case, that unit file may be >98% exactly what you need, since it is intended to be used with the record engine in modern Linux systems)).

And (the usual caveat I always try to remember to add), at some point SD will likely provide formal packages for the *major* NAS and Linux/Unix distributions which may completely change the approaches necessary (I would expect allowing enabling autostart will be included in the packages). It should be noted that some (especially) NAS devices makes stable autostart complex (read only file systems that are replaced from flash at every boot, and the overlay is different for each vendor) such that there is no way for a single approach to work everywhere, and the vendors often change things are firmware updates to invalidate existing approaches. Got to love standards (and everyone having a different one).

averyfreeman
Posts: 271
Joined: Sun Apr 09, 2017 11:12 am
Device ID: 1326E235 1313788A
Location: Olympia, WA
x 1
Contact:

Re: Linux Setup (Advanced)

Post by averyfreeman »

gtb wrote: Sat Apr 14, 2018 7:54 am
averyfreeman wrote: Fri Apr 13, 2018 10:44 pm Pretty good example
With the usual caveat that your mileage *will* vary (over the years I have created enough init, launchd, system management facility, systemd scripts/configurations to know that examples should be evaluated, and one should sort of expect to need to modify it for your unique environment (although in this case, that unit file may be >98% exactly what you need, since it is intended to be used with the record engine in modern Linux systems)).

And (the usual caveat I always try to remember to add), at some point SD will likely provide formal packages for the *major* NAS and Linux/Unix distributions which may completely change the approaches necessary (I would expect allowing enabling autostart will be included in the packages). It should be noted that some (especially) NAS devices makes stable autostart complex (read only file systems that are replaced from flash at every boot, and the overlay is different for each vendor) such that there is no way for a single approach to work everywhere, and the vendors often change things are firmware updates to invalidate existing approaches. Got to love standards (and everyone having a different one).
Yeah, undoubtedly why they only include installer scripts for the easiest-to-use OS like NAS, and would be spending all their time supporting different distros if they tried to make them for ALL of them

I noticed when I set up RECORD on Fedora 27 it saw my MiniDLNA instance like a NAS and had an installer package that just required ssh root access and smbd to be available. On CentOS it didn't even see the device, but it worked anyway if the RECORD service was started. Same with FreeBSD. I ended up not using Fedora because of how often the packages are updated (thought it was too bleeding-edge) but I suspect if I had just gone with it it may have been a lot easier than what I've gone through to get where I am now ...

bqq100
Posts: 6
Joined: Sun Oct 29, 2017 8:44 pm

Re: Linux Setup (Advanced)

Post by bqq100 »

Is 20171013beta1 still the latest version for RECORD for Linux? If not, is there an new download link for the updated version? If it is the latest version are there any plans for an update in the near future?

Thanks!

Ken.F
Posts: 2537
Joined: Fri Apr 05, 2013 9:20 am
Device ID: 1041A706, 1043EB32, 104BAD9E, 13168DC5, 1322A7AC
Location: West Rockhill, PA
x 5

Re: Linux Setup (Advanced)

Post by Ken.F »

bqq100 wrote: Sun Jun 03, 2018 8:24 pm Is 20171013beta1 still the latest version for RECORD for Linux? If not, is there an new download link for the updated version? If it is the latest version are there any plans for an update in the near future?

Thanks!
The download links in the first post in this thread always link to the latest version. Currently it is 20180418.

You may want to subscribe to the changelog thread so you will be notified of updates.
viewtopic.php?f=126&t=32339

bqq100
Posts: 6
Joined: Sun Oct 29, 2017 8:44 pm

Re: Linux Setup (Advanced)

Post by bqq100 »

Ken.F wrote: Sun Jun 03, 2018 9:19 pm
bqq100 wrote: Sun Jun 03, 2018 8:24 pm Is 20171013beta1 still the latest version for RECORD for Linux? If not, is there an new download link for the updated version? If it is the latest version are there any plans for an update in the near future?

Thanks!
The download links in the first post in this thread always link to the latest version. Currently it is 20180418.

You may want to subscribe to the changelog thread so you will be notified of updates.
viewtopic.php?f=126&t=32339
Weird, I downloaded from the link yesterday, dropped it onto my server, and restarted the service but it was still showing the old version number.

And thanks for the link to the changelog thread, definitely worth subscribing to!

bqq100
Posts: 6
Joined: Sun Oct 29, 2017 8:44 pm

Re: Linux Setup (Advanced)

Post by bqq100 »

Ken.F wrote: Sun Jun 03, 2018 9:19 pm
bqq100 wrote: Sun Jun 03, 2018 8:24 pm Is 20171013beta1 still the latest version for RECORD for Linux? If not, is there an new download link for the updated version? If it is the latest version are there any plans for an update in the near future?

Thanks!
The download links in the first post in this thread always link to the latest version. Currently it is 20180418.

You may want to subscribe to the changelog thread so you will be notified of updates.
viewtopic.php?f=126&t=32339
Ah, looks like when I restarted the service it couldn't overwrite the existing /tmp/hdhomerun_record_x64 file so it continued to run the old one. I manually cleared it out and restarted the service again and it is running the updated version now.

Ratomas
Posts: 1
Joined: Sun Jul 29, 2018 8:07 pm

Re: Linux Setup (Advanced)

Post by Ratomas »

After installing on Ubuntu 18.04 and setting up RecordPath, I am getting "Unable to play channel Protocol error". The log just shows


20180730-03:10:37 Recording: discover on 192.168.0.255
20180730-03:10:37 Recording: discover response from 132824FA: lineup url = http://192.168.0.31:80/lineup.json
20180730-03:10:37 Recorded: recorded sync to api.hdhomerun.com
20180730-03:10:37 Recording: event download from api.hdhomerun.com
20180730-03:10:37 System: server time = Mon Jul 30 03:10:37 2018 (correction of 0s)
20180730-03:10:37 Recording: event download success
20180730-03:10:37 Recording: disk space available = 911GB
20180730-03:10:37 Recording: current time = Mon Jul 30 03:10:37 2018 (correction of 0s)
20180730-03:10:37 Recording: no timer events planned
20180730-03:10:37 Recorded: recorded sync success
20180730-03:10:53 Recording: starting new file Live channel 548 d0fc85d2
20180730-03:10:53 Recording: sending request to 132824FA at 192.168.0.31 for Live channel 548 d0fc85d2
20180730-03:10:58 Recording: stream from 132824FA closed - retrying Live channel 548 d0fc85d2
20180730-03:10:59 Recording: no tuners available to record Live channel 548 d0fc85d2
20180730-03:10:59 Playback: Live channel 548 failed to start: (null)
20180730-03:11:09 Recording: stop Live channel 548 d0fc85d2 (result = 0x0000)

IllMethods
Posts: 2
Joined: Wed Jul 25, 2018 6:30 pm

Re: Linux Setup (Advanced)

Post by IllMethods »

Just wondering how many variables I can change in the config?

In my hdhomerun.conf I only have these two, one was put there by record itself

RecordPath=/media-server/ramdisk/HdHomeRun

StorageID=281490fc-8fba-c7f1-3564-0cb2c040b448

What I was wondering is if I could keep the live tv part in the Ram Disk, but store the library elsewhere...

signcarver
Expert
Posts: 11079
Joined: Wed Jan 24, 2007 1:04 am
Device ID: 10A05954 10802091 131B34B7 13231F92 1070A18E 1073ED6F 15300C36
x 35

Re: Linux Setup (Advanced)

Post by signcarver »

Only other real option other than additional paths added to RecordPath (for playback only, not record as it records in first) would be Port=# where # is the port number to use to ensure it always uses the same port when it starts.

What purpose do you want to use the RAM disk for live? You might try to make the Live folder as a link to the RAM disk. In the past, I have had good luck using such links for archive folders on other machines, but one should restart the engine after major archive moves as the reason "remote" storage isn't "allowed" is there can be some issues in being notified of changes but I have never tried to link to a RAM disk typically as such wouldn't have enough space. I would suggest at least 16GB to allow nearly 2 full movies, otherwise it might run into some problems depending on number of clients and how long the show is.

averyfreeman
Posts: 271
Joined: Sun Apr 09, 2017 11:12 am
Device ID: 1326E235 1313788A
Location: Olympia, WA
x 1
Contact:

Re: Linux Setup (Advanced)

Post by averyfreeman »

Just want to thank the team for releasing a new FreeBSD version of RECORD (not sure if there's a Linux update, too, but if so, thanks for that as well)

my.hdhomerun.com complained about my RECORD version being out of date the same way it warns of outdated firmware on the boxes. Pretty awesome touch. It's really the only reason I knew it was outdated, as I'd been trolling this page every few months looking for one and had given up after a while.

After trying a few different distros (CentoOS 7, Ubuntu 16.04 LTS, Fedora 27) and finding each one unpalatable for various reasons (unrelated to the RECORD service), I finally settled on FreeBSD (which I connect to an OmniOS ZFS array through NFS for file storage) and I love it.

Has been going strong for almost a year now working from home and watching the news on delay for commercial skipping.

Every.

Day.

Thanks again!

Edit: I should mention, when I say 'NFS' I actually mean a VMXNET3 connection between VMs in a hyperconverged ESXi host, not a 1Gbps ethernet network.

Post Reply