distccd quit distributing...

Ask questions about Arch Linux ARM. Please search before making a new topic.

distccd quit distributing...

Postby keithspg » Sat Jan 20, 2018 3:30 am

pretty frusteating as I had this working and now it does not work. I have a Raspberry Pi3 as my master. I previously distributed it to a desktop running Arch x64 (both are fully updated). I have not tried this in about a year and needed to set it up again. So, the Master is still set up correctly, I have not changed anything and the /etc/makepkg.conf still has distccd unbanged and the slave is listed as a DISTCC_HOST. On the slave, I have installed the package from https://github.com/WarheadsSE/PKGs/tree ... tccd-alarm. It all installs and the service is running when checked with status. In the distccd-armv6h.conf has:
$this->bbcode_second_pass_code('', 'PATH=/usr/local/x-tools-armv6h/x-tools6h/arm-unknown-linux-gnueabihf/bin:$PATH
DISTCC_ARGS="--user nobody --allow 192.168.2.0/24 --port 3633"')
My LAN is 192.168.2.x the master is at 199 and the slave is at 101. How do I allow the Master to connect to the Slave? On the master, I still get:
distcc[3470] (dcc_build_somewhere) Warning: failed to distribute, running locally instead
I can ping the slave from the master.
On the slave, The service is running:
$this->bbcode_second_pass_code('', '~$ systemctl status distccd-armv7h
● distccd-armv7h.service - A distributed C/C++ compiler for armv7h
Loaded: loaded (/usr/lib/systemd/system/distccd-armv7h.service; disabled; vendor preset: disabled)
Active: active (running) since Fri 2018-01-19 20:20:39 CST; 6s ago
Docs: man:distccd(1)
Main PID: 8900 (distccd-armv7h)
Tasks: 8 (limit: 4915)
CGroup: /system.slice/distccd-armv7h.service
├─8900 /usr/bin/distccd-armv7h --daemon --no-detach --user nobody --allow 192.168.2.0/24 --log-file /tmp/distccd-
├─8902 /usr/bin/distccd-armv7h --daemon --no-detach --user nobody --allow 192.168.2.0/24 --log-file /tmp/distccd-
├─8903 /usr/bin/distccd-armv7h --daemon --no-detach --user nobody --allow 192.168.2.0/24 --log-file /tmp/distccd-
├─8913 /usr/bin/distccd-armv7h --daemon --no-detach --user nobody --allow 192.168.2.0/24 --log-file /tmp/distccd-
├─8914 /usr/bin/distccd-armv7h --daemon --no-detach --user nobody --allow 192.168.2.0/24 --log-file /tmp/distccd-
├─8917 /usr/bin/distccd-armv7h --daemon --no-detach --user nobody --allow 192.168.2.0/24 --log-file /tmp/distccd-
├─8931 /usr/bin/distccd-armv7h --daemon --no-detach --user nobody --allow 192.168.2.0/24 --log-file /tmp/distccd-
└─8932 /usr/bin/distccd-armv7h --daemon --no-detach --user nobody --allow 192.168.2.0/24 --log-file /tmp/distccd-

Jan 19 20:20:39 desktop systemd[1]: Started A distributed C/C++ compiler for armv7h.')
Iptables is not running on the slave. nmap from the master only shows 2 ports open, though
$this->bbcode_second_pass_code('', 'alarm@alarmpi:~$ nmap 192.168.2.101

Starting Nmap 7.60 ( https://nmap.org ) at 2018-01-20 03:25 UTC
Nmap scan report for desktop.griders (192.168.2.101)
Host is up (0.00068s latency).
Not shown: 998 closed ports
PORT STATE SERVICE
22/tcp open ssh
631/tcp open ipp

Nmap done: 1 IP address (1 host up) scanned in 0.40 seconds')

How can I fix this to allow my slave to compile this?

Gearhead
keithspg
 
Posts: 221
Joined: Mon Feb 23, 2015 4:14 pm

Re: distccd quit distributing... (SOLVED, mostly)

Postby keithspg » Sat Jan 20, 2018 3:13 pm

ok, I finally got it to distribute again. I looked at the /etc/conf.d/distcd-armv6h.pacsave and noticed that I had set the port to 3632, previously.
Slave /etc/conf.d/distccd-armv6h
$this->bbcode_second_pass_code('', 'PATH=/usr/local/x-tools-armv6h/x-tools6h/arm-unknown-linux-gnueabihf/bin:$PATH
#DISTCC_ARGS="--user nobody --allow 192.168.2.0/24 --port 3633"
DISTCC_ARGS="--log-file /var/log/distcc-armv6h.log --log-level error --user nobody --allow 192.168.2.0/24 --port 3632"')
the Package installed it using port 3633, I had to change it to 3632. I changed this to 3632 then was able to dsitccd compile and no longer get the 'not distributing' notices and while it was compiling, so I assume it started working as the time to compile dropped a lot. On the slave, I was able to get a status of distccd-armv6h and see the compilation on the slave.
$this->bbcode_second_pass_code('', '● distccd-armv6h.service - A distributed C/C++ compiler for armv6h
Loaded: loaded (/usr/lib/systemd/system/distccd-armv6h.service; disabled; vendor preset: disabled)
Active: active (running) since Fri 2018-01-19 21:55:40 CST; 7min ago
Docs: man:distccd(1)
Main PID: 17805 (distccd-armv6h)
Tasks: 15 (limit: 4915)
CGroup: /system.slice/distccd-armv6h.service
├─17805 /usr/bin/distccd-armv6h --daemon --no-detach --log-file /var/log/distcc-armv6h.log --log-level error --user nobody
├─17807 /usr/bin/distccd-armv6h --daemon --no-detach --log-file /var/log/distcc-armv6h.log --log-level error --user nobody
├─17816 /usr/bin/distccd-armv6h --daemon --no-detach --log-file /var/log/distcc-armv6h.log --log-level error --user nobody
├─17819 /usr/bin/distccd-armv6h --daemon --no-detach --log-file /var/log/distcc-armv6h.log --log-level error --user nobody
├─17822 /usr/bin/distccd-armv6h --daemon --no-detach --log-file /var/log/distcc-armv6h.log --log-level error --user nobody
├─17824 /usr/bin/distccd-armv6h --daemon --no-detach --log-file /var/log/distcc-armv6h.log --log-level error --user nobody
├─17825 /usr/bin/distccd-armv6h --daemon --no-detach --log-file /var/log/distcc-armv6h.log --log-level error --user nobody
├─17835 /usr/bin/distccd-armv6h --daemon --no-detach --log-file /var/log/distcc-armv6h.log --log-level error --user nobody
├─17836 /usr/bin/distccd-armv6h --daemon --no-detach --log-file /var/log/distcc-armv6h.log --log-level error --user nobody
├─18649 g++ -pthread -fpermissive -O2 -fvisibility=hidden -fno-threadsafe-statics -fmerge-all-constants -ffast-math -ftree
├─18650 /usr/local/x-tools-armv6h/x-tools6h/arm-unknown-linux-gnueabihf/bin/../libexec/gcc/arm-unknown-linux-gnueabihf/7.2
├─18651 g++ -pthread -fpermissive -O2 -fvisibility=hidden -fno-threadsafe-statics -fmerge-all-constants -ffast-math -ftree
├─18652 /usr/local/x-tools-armv6h/x-tools6h/arm-unknown-linux-gnueabihf/bin/../libexec/gcc/arm-unknown-linux-gnueabihf/7.2
├─18653 g++ -pthread -fpermissive -O2 -fvisibility=hidden -fno-threadsafe-statics -fmerge-all-constants -ffast-math -ftree
└─18655 /usr/local/x-tools-armv6h/x-tools6h/arm-unknown-linux-gnueabihf/bin/../libexec/gcc/arm-unknown-linux-gnueabihf/7.2')

I never have seen anything listed in the distccd-gnome not distccd-text applets on the slave. How can I get these to report what is going on? Going back to the Pi master, I could not figure out where port 3632 was set, but it was, somehow. WHere is this set? It is not in the /etc/makepkg.conf. It does not seem to be set in any of the files in /etc/distccd/. I do not know where else it would be set.
keithspg
 
Posts: 221
Joined: Mon Feb 23, 2015 4:14 pm

Re: distccd quit distributing...

Postby graysky » Sun Apr 08, 2018 2:20 pm

Use https://aur.archlinux.org/packages/dist ... rm-armv6h/

Note the postinstall message regarding ports. You can always `tail -f /tmp/distccd-armv6h.log` on whatever node to see what's going on.
graysky
Developer
 
Posts: 1731
Joined: Sun Jun 26, 2011 6:56 am
Location: /run/user/1000


Return to User Questions

Who is online

Users browsing this forum: No registered users and 18 guests