Announcement

Collapse
No announcement yet.

Two feeds in the same Raspberry

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

  • #46
    Originally posted by abcd567 View Post
    HF_ATL:

    Since you have initially run script for dump1090-mutability, then uninstalled dump1090-mutability, you think it is completely removed. Just give these two commands to confirm both instances of dump1090-mutability are removed. If both removed, you shall get responce "service not found" for both, else "service not found" for one and "failed" for other.

    Code:
    sudo systemctl status dump1090-mutability
    
    sudo systemctl status dump1090-mutability2
    Seems that one instance is running:

    Code:
    sudo systemctl status dump1090-mutability
    dump1090-mutability.service - LSB: dump1090 daemon (mutability variant)
    Loaded: loaded (/etc/init.d/dump1090-mutability; generated)
    Active: active (exited) since Wed 2019-10-23 14:10:49 WEST; 1 day 18h ago
    Docs: man:systemd-sysv-generator(8)
    Process: 411 ExecStart=/etc/init.d/dump1090-mutability start (code=exited, sta


    Code:
    sudo systemctl status dump1090-mutability2
    Unit dump1090-mutability2.service could not be found.

    Comment


    • #47
      Deleting /etc/lighttpd folder is not asking for trouble if one uninstalls both dump1090-mutability AND lighttpd, and that is what I always do and recommend.

      After uninstalling both dump1090-mutability and lighttpd and deleting folder /etc/lighttpd, installing dump1090-fa automatically installs lighttpd again as its dependency, and
      generates folder /etc/lighttpd with configuration files for dump1090-fa, without any trace of previous configuration of dump1090-mutability.
      Last edited by abcd567; 2019-10-25, 08:34.

      Comment


      • #48
        HF_ATL

        Code:
        sudo update-rc.d -f dump1090-mutability remove 
        sudo update-rc.d -f dump1090-mutability2 remove 
        sudo systemctl daemon-reload 
        
        sudo rm /etc/init.d/dump1090-mutability
        sudo rm /etc/init.d/dump1090-mutability2
        
        sudo reboot
        After reboot, check status again
        Code:
        sudo systemctl status dump1090-mutability
        sudo systemctl status dump1090-mutability2
        Last edited by abcd567; 2019-10-25, 08:24.

        Comment


        • #49
          Originally posted by abcd567 View Post
          HF_ATL

          Code:
          sudo update-rc.d -f dump1090-mutability remove 
          sudo update-rc.d -f dump1090-mutability2 remove 
          sudo systemctl daemon-reload 
          
          sudo rm /etc/init.d/dump1090-mutability
          sudo rm /etc/init.d/dump1090-mutability2
          
          sudo reboot
          After reboot, check status again
          Code:
          sudo systemctl status dump1090-mutability
          sudo systemctl status dump1090-mutability2
          I have just done that and rebooted the RPi.
          However I got the same output as before: dump1090-mutability running and dump1090-mutability2 not found.

          Comment


          • #50
            sudo apt remove dump1090-mutability

            This is enough to make sure it no longer runs and interferes with dump1090-fa.

            Comment


            • #51
              Originally posted by wiedehopf View Post
              sudo apt remove dump1090-mutability

              This is enough to make sure it no longer runs and interferes with dump1090-fa.
              Done that but the result is the same: dump1090-mutability running and dump1090-mutability2 not found.
              However dump1090-mutability should have been removed as now "sudo apt remove dump1090-mutability" gives me "Package 'dump1090-mutability' is not installed, so not removed"

              Comment


              • #52
                That's not running:
                dump1090-mutability.service - LSB: dump1090 daemon (mutability variant)
                Loaded: loaded (/etc/init.d/dump1090-mutability; generated)
                Active: active (exited) since Wed 2019-10-23 14:10:49 WEST; 1 day 18h ago
                But if you mind it we can remove the service files and it should be gone:

                sudo rm -f /lib/systemd/system/dump1090-mutability.service /etc/systemd/system/dump1090-mutability.service
                sudo reboot

                Anyway the snippet you showed just shows that it was running 2 days ago, not that it's running.
                So it doesn't really matter.

                Comment


                • #53
                  Originally posted by wiedehopf View Post
                  That's not running:


                  But if you mind it we can remove the service files and it should be gone:

                  sudo rm -f /lib/systemd/system/dump1090-mutability.service /etc/systemd/system/dump1090-mutability.service
                  sudo reboot

                  Anyway the snippet you showed just shows that it was running 2 days ago, not that it's running.
                  So it doesn't really matter.

                  Now I have the following output for the "sudo systemctl status dump1090-mutability":
                  dump1090_mut.png

                  Comment


                  • #54
                    That's a 2nd service you must have created yourself. (note the -2)

                    Remove it like this.

                    sudo rm -f /lib/systemd/system/dump1090-mutability-2.service /etc/systemd/system/dump1090-mutability-2.service
                    sudo reboot

                    Removing the displayed file in init.d didn't help because it's generated from the service file.

                    If you don't know what you are doing and have followed one guide unsuccessfully and don't know how to undo what you did, it's really best to start with a fresh image.

                    Comment


                    • #55
                      The dump1090-mutability's service file is generated by the system (systemd-sysv-generator) at boot from its init.d file "/etc/init.d/dump1090-mutability". The last set of commands I gave should remove this file for both instances. It must be left-over copy of service file which can be removed by command mentioned by weidehopf
                      Code:
                      sudo rm -f /lib/systemd/system/dump1090-mutability.service /etc/systemd/system/dump1090-mutability.service 
                      
                      sudo reboot
                      You can find left-over file location by command:

                      Code:
                      sudo find / -name dump1090-mutability
                      After this headache, do you realize it was better to re-image and then install dump1090-fa?
                      Last edited by abcd567; 2019-10-25, 12:58.

                      Comment


                      • #56
                        Wait so it's generating it from the /etc/init.d/ files?
                        That makes more sense, must have gotten it backwards.

                        I have no clue which file you still have floating around and frankly it doesn't matter because the executable is no longer around.

                        Comment


                        • #57
                          You can find left-over files location by command:

                          Code:
                          sudo find / -name dump1090-mutability
                          sudo find / -name dump1090-mutability2
                          sudo find / -name dump1090-mutability-2
                          Last edited by abcd567; 2019-10-25, 13:08.

                          Comment


                          • #58
                            Please note that the 2-receiver script does not generate dump1090-mutability-2, it generates dump1090-mutability2 (ie sufix 2 and not -2). It seems you have done some configuration manually.

                            Here is the output on my 2-receiver install, which clearly shows dump1090-mutability-2 does not exist.

                            Code:
                            pi@raspberrypi:~ $ sudo find / -name dump1090-mutability
                            /etc/default/dump1090-mutability
                            /etc/nginx/sites-available/dump1090-mutability
                            /etc/logrotate.d/dump1090-mutability
                            /etc/init.d/dump1090-mutability
                            find: ‘/proc/12809’: No such file or directory
                            find: ‘/proc/12985’: No such file or directory
                            /usr/share/dump1090-mutability
                            /usr/share/doc/dump1090-mutability
                            /usr/bin/dump1090-mutability
                            /run/dump1090-mutability
                            
                            
                            pi@raspberrypi:~ $ sudo find / -name dump1090-mutability2
                            /etc/default/dump1090-mutability2
                            /etc/init.d/dump1090-mutability2
                            /run/dump1090-mutability2
                            
                            
                            pi@raspberrypi:~ $ sudo find / -name dump1090-mutability-2
                            pi@raspberrypi:~

                            Comment


                            • #59
                              Running the 2-receiver script for dump1090-fa AFTER re-imaging would have been much better as it wont have any left-over files of dump1090-mutability.

                              Comment


                              • #60
                                You're right. Better to start from a fresh install and avoid dealing with all of these issues.
                                However by this time I'll not do it since it is working despite this issue. So it doesn't really matter

                                Btw here is my output:
                                pi@raspberrypi:~ $ sudo find / -name dump1090-mutability
                                /home/pi/build-dump-mut/dump1090/debian/nginx/dump1090-mutability
                                /home/pi/build-dump-mut/dump1090/debian/.debhelper/dump1090-mutability
                                /home/pi/build-dump-mut/dump1090/debian/.debhelper/generated/dump1090-mutability
                                /home/pi/build-dump-mut/dump1090/debian/dump1090-mutability
                                /home/pi/build-dump-mut/dump1090/debian/dump1090-mutability/usr/share/doc/dump1090-mutability
                                /home/pi/build-dump-mut/dump1090/debian/dump1090-mutability/usr/share/dump1090-mutability
                                /home/pi/build-dump-mut/dump1090/debian/dump1090-mutability/usr/bin/dump1090-mutability
                                /home/pi/build-dump-mut/dump1090/debian/dump1090-mutability/etc/nginx/sites-available/dump1090-mutability
                                /home/pi/build-dump-mut/dump1090/debian/dump1090-mutability/etc/init.d/dump1090-mutability
                                /home/pi/build-dump-mut/dump1090/debian/dump1090-mutability/etc/logrotate.d/dump1090-mutability
                                /run/dump1090-mutability
                                find: ‘/run/user/1000/gvfs’: Permission denied
                                /etc/nginx/sites-available/dump1090-mutability
                                /etc/dump1090-mutability
                                /etc/default/dump1090-mutability
                                /etc/logrotate.d/dump1090-mutability

                                pi@raspberrypi:~ $ sudo find / -name dump1090-mutability2
                                find: ‘/run/user/1000/gvfs’: Permission denied

                                pi@raspberrypi:~ $ sudo find / -name dump1090-mutability-2
                                /usr/share/dump1090-mutability-2
                                find: ‘/run/user/1000/gvfs’: Permission denied
                                /etc/init.d/dump1090-mutability-2
                                /etc/default/dump1090-mutability-2

                                Comment

                                Working...
                                X