Getting off the training wheels
FedoraForum.org - Fedora Support Forums and Community
Results 1 to 9 of 9
  1. #1
    Join Date
    Jun 2019
    Location
    New Windsor, MD
    Age
    46
    Posts
    6
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Getting off the training wheels

    Good afternoon,
    This is my first post on the Fedora Forum. I need some advice.

    I have a home server that runs Fedora 27 with Amahi running on top of it. I call Amahi linux on training wheels. For a very specific setup, it works fine, however, they handcuff you in what can be done. I've run into a situation where I want my home server to do more than Amahi will allow, and their handcuffs have essentially cost me the past two evenings of troubleshooting. By handcuffs, I should make it clear, that there are configuration files that they will not let you change. If you change it, even as root or su, upon the next reboot they'll change them back. I've run into a situation where I was trying to do something, through additional configuration files, ended up replicating into their handcuffs, and screwing up my entire system. It's not designed to do that, but it did, and I've gotten zero support out of them. I've been toying with moving over to just a straight version of Fedora server, and I'm pretty much at that point.

    What my server currently does:

    Servers as a DHCP server through dnsmasq
    Serves as a DNS relay and domain server (workstations become workstation.myhda.com) using dnsmasq
    Connects to their Dynamic DNS service
    FIle share server using Samba & Greyhole
    Hosting PlexMediaSever
    Serves as DNS blackhole/ad blocker (Pi-hole). I believe Pi-hole actually disables dnsmasqd.service, but uses the files in /etc/dnsamsq.d/*conf in addition to it's own.
    Hosts my UniFi SDN controller.

    What I would like to do:
    Serve DHCP addresses to multiple subnets on my home network using subinterfaces.
    Keep the same functionality, minus their training wheel interface.
    Have option to boot into Gnome GUI (breaks stuff on Amahi)

    The serving DHCP for multiple subnets is what broke my Amahi installation. I created a subinterface on /etc/sysconfig/network-scripts/(interface.xx) to match the VLAN from my UniFi network. I then created an additional .conf file under /etc/dnsmasq.d/ with the new subnet specs. It worked fine for a few hours, but Amahi's handcuffs kicked in, and my primary interface took over the subinterfaces IP space, and I couldn't reach the server. I had luckily backed up my /etc directory via a .tar ball, and restored it, but something in Amahi kept trying to make it the subinterfaces IP scheme any time I reboot. The result is broken networking, broken DNS, and work restoring and restarting services.

    On top of all this, you may notice I'm running the deprecated Fedora 27. Amahi hasn't been exactly on top of upgrades. They're currently developing Amahi 12 for Fedora 29, when Fedora 30 is out. By the time Amahi 12 is out, Fedora 31 will be out and 29 will be deprecated.

    So, that's my situation. What is my best possible route to keeping what I have/need, and getting up to Fedora 30, and adding the functionality I have. I'm toying with installing Fedora 30 on a larger USB drive, working out everything I have, and not messing with the current installation until I have it all straight.

    Thoughts?

    Thanks in advance.
    Last edited by tamorgen; 12th June 2019 at 09:49 PM.

  2. #2
    Join Date
    Jun 2019
    Location
    New Windsor, MD
    Age
    46
    Posts
    6
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Re: Getting off the training wheels

    To get a better idea of what is running:

    [root@galactica dnsmasq.d]# systemctl status
    ● galactica.starfleet.org
    State: running
    Jobs: 0 queued
    Failed: 0 units
    Since: Tue 2019-06-11 18:29:47 EDT; 22h ago
    CGroup: /
    ├─user.slice
    │ └─user-1000.slice
    │ ├─user@1000.service
    │ │ └─init.scope
    │ │ ├─3622 /usr/lib/systemd/systemd --user
    │ │ └─3623 (sd-pam)
    │ ├─session-20.scope
    │ │ ├─ 3619 sshd: tmorgenthaler [priv]
    │ │ ├─ 3628 sshd: tmorgenthaler@pts/0
    │ │ ├─ 3629 -bash
    │ │ ├─ 3666 sudo -s
    │ │ ├─ 3673 /bin/bash
    │ │ └─15743 /usr/bin/pihole-FTL
    │ └─session-75.scope
    │ ├─21083 sshd: tmorgenthaler [priv]
    │ ├─21095 sshd: tmorgenthaler@pts/1
    │ ├─21096 -bash
    │ ├─21133 sudo -s
    │ ├─21145 /bin/bash
    │ ├─25234 systemctl status
    │ └─25235 systemctl status
    ├─init.scope
    │ └─1 /usr/lib/systemd/systemd --switched-root --system --deserialize 24
    └─system.slice
    ├─rngd.service
    │ └─795 /sbin/rngd -f
    ├─irqbalance.service
    │ └─796 /usr/sbin/irqbalance --foreground
    ├─abrt-journal-core.service
    │ └─836 /usr/bin/abrt-dump-journal-core -D -T -f -e
    ├─nmb.service
    │ ├─1243 /usr/sbin/nmbd --foreground --no-process-group
    │ └─1397 /usr/sbin/nmbd --foreground --no-process-group
    ├─packagekit.service
    │ └─4660 /usr/libexec/packagekitd
    ├─systemd-udevd.service
    │ └─620 /usr/lib/systemd/systemd-udevd
    ├─mariadb.service
    │ └─1380 /usr/libexec/mysqld --basedir=/usr
    ├─polkit.service
    │ └─803 /usr/lib/polkit-1/polkitd --no-debug
    ├─hda-ctl.service
    │ ├─2208 hda-ctl - sleeping for 310 seconds
    │ ├─2209 /usr/bin/perl -w /usr/bin/hda-ctl
    │ └─2544 dhclient
    ├─netatalk.service
    │ ├─1362 /usr/sbin/netatalk
    │ ├─1386 /usr/sbin/afpd -d -F /etc/netatalk//afp.conf
    │ └─1387 /usr/sbin/cnid_metad -d -F /etc/netatalk//afp.conf
    ├─chronyd.service
    │ └─818 /usr/sbin/chronyd
    ├─auditd.service
    │ └─772 /sbin/auditd
    ├─tuned.service
    │ └─1245 /usr/bin/python2 -Es /usr/sbin/tuned -l -P
    ├─php-fpm.service
    │ ├─1254 php-fpm: master process (/etc/php-fpm.conf)
    │ ├─1407 php-fpm: pool www
    │ ├─1408 php-fpm: pool www
    │ ├─1409 php-fpm: pool www
    │ ├─1410 php-fpm: pool www
    │ ├─1411 php-fpm: pool www
    │ └─2361 php-fpm: pool www
    ├─lighttpd.service
    │ ├─18134 /usr/bin/php-cgi
    │ ├─22445 /usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf
    │ ├─22451 /usr/bin/php-cgi
    │ ├─22460 /usr/bin/php-cgi
    │ ├─22461 /usr/bin/php-cgi
    │ ├─22462 /usr/bin/php-cgi
    │ ├─22463 /usr/bin/php-cgi
    │ ├─22464 /usr/bin/php-cgi
    │ └─24665 /usr/bin/php-cgi
    ├─abrt-xorg.service
    │ └─835 /usr/bin/abrt-dump-journal-xorg -fxtD
    ├─amahi-greyhole.service
    │ ├─2153 /bin/bash /usr/bin/greyhole-php /usr/bin/greyhole --daemon
    │ └─2154 /usr/bin/php /usr/bin/greyhole --daemon
    ├─systemd-journald.service
    │ └─595 /usr/lib/systemd/systemd-journald
    ├─atd.service
    │ └─1272 /usr/sbin/atd -f
    ├─hddtemp.service
    │ └─805 /usr/sbin/hddtemp -dF -l 127.0.0.1
    ├─sshd.service
    │ └─1253 /usr/sbin/sshd -D -oCiphers=aes256-gcm@openssh.com,chacha20-poly1305@openssh.com,aes256-ctr,aes256-cbc,aes128-gcm@openssh.com,aes128-ctr,aes128-cbc,3des-cbc -oMACs=umac-128-etm@openssh.c
    ├─crond.service
    │ └─1273 /usr/sbin/crond -n
    ├─NetworkManager.service
    │ └─808 /usr/sbin/NetworkManager --no-daemon
    ├─gssproxy.service
    │ └─811 /usr/sbin/gssproxy -D
    ├─plexmediaserver.service
    │ ├─1276 /usr/lib/plexmediaserver/Plex Media Server
    │ ├─1913 Plex Plug-in [com.plexapp.system] /usr/lib/plexmediaserver/Resources/Plug-ins-eadbcbb45/Framework.bundle/Contents/Resources/Versions/2/Python/bootstrap.py --server-version 1.15.8.1198-ea
    │ ├─1975 Plex Plug-in [com.plexapp.plugins.WebTools] /usr/lib/plexmediaserver/Resources/Plug-ins-eadbcbb45/Framework.bundle/Contents/Resources/Versions/2/Python/bootstrap.py --server-version 1.15
    │ ├─1993 /usr/lib/plexmediaserver/Plex DLNA Server
    │ └─2001 /usr/lib/plexmediaserver/Plex Tuner Service /usr/lib/plexmediaserver/Resources/Tuner/Private /usr/lib/plexmediaserver/Resources/Tuner/Shared 1.15.8.1198-eadbcbb45 32600 /waitmutex
    ├─rsyslog.service
    │ └─794 /usr/sbin/rsyslogd -n
    ├─abrtd.service
    │ └─792 /usr/sbin/abrtd -d -s
    ├─monit.service
    │ └─3887 /usr/bin/monit -I
    ├─httpd.service
    │ ├─1246 /usr/sbin/httpd -DFOREGROUND
    │ ├─1485 /usr/sbin/httpd -DFOREGROUND
    │ ├─1486 Passenger watchdog
    │ ├─1489 Passenger core
    │ ├─1499 Passenger ust-router
    │ ├─1516 /usr/sbin/httpd -DFOREGROUND
    │ ├─1517 /usr/sbin/httpd -DFOREGROUND
    │ ├─1519 /usr/sbin/httpd -DFOREGROUND
    │ ├─2986 /usr/sbin/httpd -DFOREGROUND
    │ └─3063 Passenger RubyApp: /var/hda/platform/html
    ├─smb.service
    │ ├─1406 /usr/sbin/smbd --foreground --no-process-group
    │ ├─1433 /usr/sbin/smbd --foreground --no-process-group
    │ ├─1434 /usr/sbin/smbd --foreground --no-process-group
    │ └─1472 /usr/sbin/smbd --foreground --no-process-group
    ├─mcelog.service
    │ └─793 /usr/sbin/mcelog --ignorenodev --daemon --foreground
    ├─udisks2.service
    │ └─6536 /usr/libexec/udisks2/udisksd
    ├─dbus.service
    │ └─797 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
    ├─system-getty.slice
    │ └─getty@tty1.service
    │ └─1283 /sbin/agetty -o -p -- \u --noclear tty1 linux
    ├─avahi-daemon.service
    │ ├─807 avahi-daemon: running [galactica.local]
    │ └─826 avahi-daemon: chroot helper
    ├─smartd.service
    │ └─801 /usr/sbin/smartd -n -q never
    ├─systemd-logind.service
    │ └─806 /usr/lib/systemd/systemd-logind
    └─abrt-oops.service
    └─837 /usr/bin/abrt-dump-journal-oops -fxtD

  3. #3
    Join Date
    Jul 2004
    Location
    Colton, NY; Junction of Heaven & Earth (also Routes 56 & 68).
    Age
    73
    Posts
    23,744
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Re: Getting off the training wheels

    moved to EOL as F27 is no longer supported.
    Linux & Beer - That TOTALLY Computes!
    Registered Linux User #362651


    Don't use any of my solutions on working computers or near small children.

  4. #4
    Join Date
    Jun 2019
    Location
    New Windsor, MD
    Age
    46
    Posts
    6
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Re: Getting off the training wheels

    Quote Originally Posted by bob
    moved to EOL as F27 is no longer supported.
    I know it's end of life. I said so. I'm trying to get out of it.

  5. #5
    Join Date
    Jul 2004
    Location
    Colton, NY; Junction of Heaven & Earth (also Routes 56 & 68).
    Age
    73
    Posts
    23,744
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Re: Getting off the training wheels

    Served me right for not reading all the way down to the bottom there! At 73, I tend to fall asleep before the second paragraph. Let's stick you back in Servers instead. Sorry 'bout that!
    Linux & Beer - That TOTALLY Computes!
    Registered Linux User #362651


    Don't use any of my solutions on working computers or near small children.

  6. #6
    Join Date
    Jun 2019
    Location
    New Windsor, MD
    Age
    46
    Posts
    6
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Re: Getting off the training wheels

    Quote Originally Posted by bob
    Served me right for not reading all the way down to the bottom there! At 73, I tend to fall asleep before the second paragraph. Let's stick you back in Servers instead. Sorry 'bout that!
    Thank you sir! No worries. I find myself glazing over long emails all the time, and I'm only 46.

  7. #7
    Join Date
    Feb 2005
    Location
    London, UK
    Posts
    1,006
    Mentioned
    3 Post(s)
    Tagged
    0 Thread(s)

    Re: Getting off the training wheels

    This currently seems large a large problem which makes it awkward to assist all in one go, like any big problem it's better to break it down in to smaller chunks and go step by step. I'd take it one service at a time, get that service running on Fedora and then disable it on Amahi, then repeat until you have no more Amahi services left running. You mention the config files get reverted at reboot due to Amahi, are they Fedora/Linux or Amahi config files? If Amahi then there shouldn't be a problem, if Amahi locks the standard Linux config files, can you disable Amahi DHCP for example and would it still revert the DHCP config files after a reboot when disabled?

  8. #8
    Join Date
    Jun 2019
    Location
    New Windsor, MD
    Age
    46
    Posts
    6
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Re: Getting off the training wheels

    Quote Originally Posted by HaydnH
    This currently seems large a large problem which makes it awkward to assist all in one go, like any big problem it's better to break it down in to smaller chunks and go step by step. I'd take it one service at a time, get that service running on Fedora and then disable it on Amahi, then repeat until you have no more Amahi services left running. You mention the config files get reverted at reboot due to Amahi, are they Fedora/Linux or Amahi config files? If Amahi then there shouldn't be a problem, if Amahi locks the standard Linux config files, can you disable Amahi DHCP for example and would it still revert the DHCP config files after a reboot when disabled?
    It is quite a large issue, which is why I've been reluctant to address it until this point. Amahi acts as system manager in some respects. It configures many of the services in a specific manner that their developers believe is the most common/optimal configuration. Unfortunately, this doesn't permit customization much. I had posted on their forums a request for help, and their lead developer responded, saying "Amahi was not designed for this kind of under-the-hood hacking with VLANs, multiple interfaces and whatnot." I don't believe subinterfaces, not multiple interfaces (multiple ethernet ports vs single ethernet with multiple IP addresses assigned) is a hack of any sort. In fact, you can set up subinterfaces for different VLANs when you run Anaconda during the Fedora setup. Many web administrators use them so they can have multiple web pages running on their server, and use the same port, but different IP address, and they don't have to use oddball, nonstandard ports.

    But I digress...

    Here is my approach that I see is my best path forward. I am unable to run dnf upgrade to any of the current Fedora releases, because Amahi's repo doesn't have a more current release the Fedora 27. I believe what I need to do is do a dnf remove on the hda-ctl (Amahi's software), after removing any Amahi specific apps. One of the apps I use the most is Greyhole, which has it's own Amahi specific release, but I see no reason why I can't uninstall it, and then install the Fedora vanilla version. So, I get the Amahi apps uninstalled, install vanilla apps, remove Amahi, and I should be able to move forward. Pi-hole is using Amahi's config files for DHCP and DNS, so I think I'll be okay if I remove Amahi. My main concern will be Greyhole and Samba shares, as I have over 20 TB of MKV files on my home server. I also want to avoid network interruption if possible. Once Amahi is uninstalled, I should be able to run dnf upgrade and get up to Fedora 30.

    Once that is done, I should be able to address the subinterfaces issue directly.

  9. #9
    Join Date
    Feb 2005
    Location
    London, UK
    Posts
    1,006
    Mentioned
    3 Post(s)
    Tagged
    0 Thread(s)

    Re: Getting off the training wheels

    That approach sounds like it will cause down time though, which may or may not be OK in your circumstances. If you can migrate one service off of Amahi at a time (e.g: get DHCP working outside of Amahi, and disable the Amahi one) you should be able to avoid downtime. Then again, if Amahi simply controls the standard config files, I *assume* (having never used Amahi) that the config files would still be intact and the services would still work as intended after the uninstall? That seems more like a question for the Amahi forums though.

Similar Threads

  1. N00b training
    By razing32 in forum Programming & Packaging
    Replies: 10
    Last Post: 7th November 2010, 11:27 AM
  2. Education/Training
    By nkaem_ael in forum Linux Chat
    Replies: 2
    Last Post: 10th February 2009, 08:22 PM
  3. IT Training/Degree
    By Linesma in forum Wibble
    Replies: 9
    Last Post: 5th October 2008, 04:45 PM
  4. CBT training
    By LT72884 in forum Wibble
    Replies: 9
    Last Post: 7th April 2008, 02:57 PM

Posting Permissions

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