Announcement

Collapse
No announcement yet.

feeding from a vm - fr24feed offline?

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • 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
    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

    Comment


    • #3
      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

      Comment

      Working...
      X