Results 1 to 3 of 3

Thread: feeding from a vm - fr24feed offline?

  1. #1
    Passenger
    Join Date
    Aug 2016
    Posts
    3

    feeding from a vm - fr24feed offline?

    Hi

    I've setup a VM on my home server and given it the USB thing to read from. Running dump1090-fa manually shows a lot of data, but fr24feed is reported offline for a length of time, apparing online only every now and then. Since this is debian/x64, there's no package available, so it's just running interactively in a tmux session. I can't see any obvious error messages in the logs.

    See log output below (I'm not allowed to pastebin things yet).

    roy

    root@fr24:~# fr24feed
    2016-08-22 23:53:01 | [main][i]FR24 Feeder/Decoder
    2016-08-22 23:53:01 | [main][i]Version: 1.0.18-5/generic
    2016-08-22 23:53:01 | [main][i]Built on Mar 4 2016 16:26:55 (devel-d11ca48.git/Linux/x86_64)
    2016-08-22 23:53:01 | [main][i]Copyright 2012-2016 Flightradar24 AB
    2016-08-22 23:53:01 | [main][i]<censored>
    2016-08-22 23:53:01 | [main][i]DNS mode: LIBC
    2016-08-22 23:53:01 | [main][i]Automatic updates are DISABLED
    2016-08-22 23:53:01 | [main][i]Reader thread started
    2016-08-22 23:53:01 | [time][i]Synchronizing time via NTP
    2016-08-22 23:53:01 | [reader][i]Initializing reader
    2016-08-22 23:53:01 | [reader][i]Connecting to Beast receiver via (avr-tcp://127.0.0.1:30002)
    2016-08-22 23:53:01 | [master][i]Starting processing thread
    2016-08-22 23:53:01 | [reader][i]Connected to the receiver, configuring
    2016-08-22 23:53:01 | [reader][i]Configured, processing messages
    2016-08-22 23:53:01 | [httpd][i]Server started, listening on 0.0.0.0:8754
    2016-08-22 23:53:04 | [time][i]Time synchronized correctly, offset -0.0000 seconds
    2016-08-22 23:53:04 | [main][i]Feed Network client started
    2016-08-22 23:53:04 | [feed][i]Downloading configuration
    2016-08-22 23:53:04 | [feed][c]Interval: 5s
    2016-08-22 23:53:04 | [feed][c]Latitude: 59.7877
    2016-08-22 23:53:04 | [feed][c]Longitude: 10.7763
    2016-08-22 23:53:04 | [feed][c]GND: YES
    2016-08-22 23:53:04 | [feed][c]NonADSB: YES
    2016-08-22 23:53:04 | [feed][c]Timestamps: optional
    2016-08-22 23:53:04 | [feed][c]Max range AIR: 350.0nm
    2016-08-22 23:53:04 | [feed][c]Max range GND: 100.0nm
    2016-08-22 23:53:04 | [feed][i]defined 5 servers
    2016-08-22 23:53:04 | [feed][n]ENRY22@83.140.21.87:8099/UDP
    2016-08-22 23:53:04 | [feed][n]connecting
    2016-08-22 23:53:04 | [stats][i]Stats thread started
    2016-08-22 23:53:04 | [feed][n]connected via UDP (fd 8)
    2016-08-22 23:53:04 | [feed][n]working
    2016-08-22 23:53:35 | [feed][n]ping 1
    2016-08-22 23:53:36 | [feed][n]syncing stream: 1
    2016-08-22 23:54:05 | [feed][n]ping 2
    2016-08-22 23:54:06 | [feed][n]syncing stream: 1
    2016-08-22 23:54:35 | [feed][n]ping 3
    2016-08-22 23:54:37 | [feed][n]syncing stream: 1
    2016-08-22 23:55:06 | [feed][n]ping 4
    2016-08-22 23:55:07 | [feed][n]syncing stream: 1
    2016-08-22 23:55:36 | [feed][n]ping 5
    2016-08-22 23:55:37 | [feed][n]syncing stream: 1
    2016-08-22 23:56:07 | [feed][n]ping 6
    2016-08-22 23:56:08 | [feed][n]syncing stream: 1
    2016-08-22 23:56:38 | [feed][n]ping 7
    2016-08-22 23:56:39 | [feed][n]syncing stream: 1
    2016-08-22 23:57:08 | [feed][n]ping 8
    2016-08-22 23:57:09 | [feed][n]syncing stream: 1

  2. #2
    Super Moderator
    Join Date
    May 2011
    Location
    T-NZCH1, PP:PH New Zealand
    Posts
    4,964
    If you have it in interactive therr is the first problem. It outputs to screen not data ports that fr24feed require.

    Sent from my GT-I9300 using Tapatalk
    Posts not to be taken as official support representation - Just a helpful uploader who tinkers

  3. #3
    Passenger
    Join Date
    Aug 2016
    Posts
    3
    Quote Originally Posted by Oblivian View Post
    If you have it in interactive therr is the first problem. It outputs to screen not data ports that fr24feed require.

    Sent from my GT-I9300 using Tapatalk
    It wasn't started with interactive. It runs in a tmux since I haven't bothered to create a service for it. The problem was that the USB controller the VM had been given (by default) by virt-manager (kvm), was an USB2 controller which lacked DMA support, so it used a polling driver, which generally is a very bad idea indeed. Changed this to a USB3 controller (all from virt-manager) and CPU is now down to around 8% for that VM, measured from the host.

    roy

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •