[Solved] F@H Kills Network On Boot Under Arch Linux

FAH provides a V7 client installer for Debian / Mint / Ubuntu / RedHat / CentOS / Fedora. Installation on other distros may or may not be easy but if you can offer help to others, they would appreciate it.

Moderators: Site Moderators, FAHC Science Team

Post Reply
adam777
Posts: 10
Joined: Fri Oct 25, 2013 8:14 pm

[Solved] F@H Kills Network On Boot Under Arch Linux

Post by adam777 »

Hello all,
I just did a fresh Arch Linux installation, based on the [testing] repository and using NetworkManager under Gnome 3.12.
Upon using the system this last few days I had some weird network issues where my wireless connection would connect fine during boot, but I could not do anything, not even pinging my local router.
Spending a few fruitless hours, I finally managed to connect the issue to Folding@Home, such that if folding is enabled on boot the network is behaving as described above.
If I disable folding (by pausing it and rebooting the system, disabling the service etc.), network behaves just fine on next boot.
I really can't figure any logical connection between the two, but after several enabling and disabling I'm pretty sure Folding@Home is to blame.
I'm not sure what kind of log will be beneficial to the situation, but will be glad to test whatever is needed.
Thanks, Adam.
Last edited by adam777 on Tue Apr 15, 2014 8:19 am, edited 1 time in total.
Jesse_V
Site Moderator
Posts: 2850
Joined: Mon Jul 18, 2011 4:44 am
Hardware configuration: OS: Windows 10, Kubuntu 19.04
CPU: i7-6700k
GPU: GTX 970, GTX 1080 TI
RAM: 24 GB DDR4
Location: Western Washington

Re: F@H Kills Network On Boot Under Arch Linux

Post by Jesse_V »

That is extremely odd. I do know that F@h binds a couple of localhost ports but I don't see how that could be problematic based on your description. My best guess is that it's trying to open ports and initiate the FAHClient localhost server before the networking is fully ready, so it's a sort of race condition. That doesn't seem very likely though.
F@h is now the top computing platform on the planet and nothing unites people like a dedicated fight against a common enemy. This virus affects all of us. Lets end it together.
davidcoton
Posts: 1094
Joined: Wed Nov 05, 2008 3:19 pm
Location: Cambridge, UK

Re: F@H Kills Network On Boot Under Arch Linux

Post by davidcoton »

Jesse, I beg to differ. It's known that older versions of FAH (7.3.x and possibly before) on Linux, running as a service, could try to access the network before it was ready, thus failing (ever) to download GPUs.txt. That particular symptom has been fixed in 7.4.4, probably by detecting the failure and retrying until the network is up. It's possible that early access could break the network handler. I think Mr Coffland will need to take a look -- he may be able to suggest some tests.

It will be important to identify exactly which Linux builds are affected (Standard Arch? Test build? Other features?) because the absence of other reports suggests the effect, while serious, is not widespread.

David
Image
7im
Posts: 10179
Joined: Thu Nov 29, 2007 4:30 pm
Hardware configuration: Intel i7-4770K @ 4.5 GHz, 16 GB DDR3-2133 Corsair Vengence (black/red), EVGA GTX 760 @ 1200 MHz, on an Asus Maximus VI Hero MB (black/red), in a blacked out Antec P280 Tower, with a Xigmatek Night Hawk (black) HSF, Seasonic 760w Platinum (black case, sleeves, wires), 4 SilenX 120mm Case fans with silicon fan gaskets and silicon mounts (all black), a 512GB Samsung SSD (black), and a 2TB Black Western Digital HD (silver/black).
Location: Arizona
Contact:

Re: F@H Kills Network On Boot Under Arch Linux

Post by 7im »

I'm sure Joe can build in some delay mechanism, but it's not going to be a high priority to workaround an inherent operating systems' failure to handle a standard network call. A post on the arch Linux distro forum about that failure might be more productive.
How to provide enough information to get helpful support
Tell me and I forget. Teach me and I remember. Involve me and I learn.
Kurtis200200
Posts: 80
Joined: Sat Jul 06, 2013 4:37 pm

Re: F@H Kills Network On Boot Under Arch Linux

Post by Kurtis200200 »

adam777,

This suggestion may go against some other priorities you have in using NetworkManager, but I'm running arch linux [not 'testing' packages though] and foldingathome on boot and am not experiencing your issues; my network interface connection is controlled by the systemd files mentioned on the ArchWiki, specifically the entries under 5.1.1 (for dhcpcd) and 5.2.1 (for static IP).
Specifically (I'm using static IP and wpa_supplicant to connect to a wireless network), my [email protected] file is as follows:

Code: Select all

[user@System ~]$  cat /etc/systemd/system/network-wireless\@.service 
[Unit]
Description=Wireless (MyWirelessNetwork) Connectivity (%i)
Wants=network.target
Before=network.target
BindsTo=sys-subsystem-net-devices-%i.device
After=sys-subsystem-net-devices-%i.device

[Service]
Type=oneshot
RemainAfterExit=yes
EnvironmentFile=/etc/conf.d/network-wireless\@%i

ExecStart=/usr/bin/ip link set dev %i up
ExecStart=/usr/bin/wpa_supplicant -B -i %i -c /etc/wpa_supplicant.conf
ExecStart=/usr/bin/ip addr add ${address}/${netmask} broadcast ${broadcast} dev %i
ExecStart=/usr/bin/ip route add default via ${gateway}

ExecStop=/usr/bin/ip addr flush dev %i
ExecStop=/usr/bin/ip link set dev %i down

[Install]
WantedBy=multi-user.target
and my network@thenameofmywifideviceunder"ip link" is as follows

Code: Select all

[user@System ~]$  cat /etc/conf.d/network@thenameofmywifideviceunder"ip link".service
address=192.168.0.77
netmask=24
broadcast=192.168.0.255
gateway=192.168.0.1
My guess is that since systemd in my case is handling the wireless connection, it happens early enough in boot that I'm not experiencing the same problems you are
Last edited by Kurtis200200 on Mon Apr 14, 2014 7:04 pm, edited 1 time in total.
bruce
Posts: 20824
Joined: Thu Nov 29, 2007 10:13 pm
Location: So. Cal.

Re: F@H Kills Network On Boot Under Arch Linux

Post by bruce »

Adam777, I don't think you're going to find the help you need. We can bet that Mr.vCoffland doesn't have an Arch Linux system so he can't test out your problem. Moreover, Arch is not on the list of supported versions, so when he sends a bill for his services to the folks at Stanford, he's not going to get paid. I'm afraid you're on your own with a little help from volunteers here on the forum like Kurtis and Jesse.
Jesse_V wrote:That is extremely odd. I do know that F@h binds a couple of localhost ports but I don't see how that could be problematic based on your description. My best guess is that it's trying to open ports and initiate the FAHClient localhost server before the networking is fully ready, so it's a sort of race condition. That doesn't seem very likely though.
Yes, it's likely that FAH is trying to download GPUs.txt before the network is ready. That part of the FAH code ans not changed. FAH will then stop trying for long enough for the network to get started once it sees a network error. (The part that changed is that now it tries again later -- I think it waits 5 minutes before trying again.)
Kurtis200200
Posts: 80
Joined: Sat Jul 06, 2013 4:37 pm

Re: F@H Kills Network On Boot Under Arch Linux

Post by Kurtis200200 »

I'm also happy to provide more-live support via private messages or IRC; Arch Linux has been to me a cruel partner, but is also probably my favorite operating system for 24/7 crunching and folding to-date.
bruce
Posts: 20824
Joined: Thu Nov 29, 2007 10:13 pm
Location: So. Cal.

Re: F@H Kills Network On Boot Under Arch Linux

Post by bruce »

Kurtis200200 wrote:I'm also happy to provide more-live support via private messages or IRC; Arch Linux has been to me a cruel partner, but is also probably my favorite operating system for 24/7 crunching and folding to-date.
If you use PM/IRC, you'll only be helping one person. As a general rule, it's better to post the suggestions since others may have the same problem.
Kurtis200200
Posts: 80
Joined: Sat Jul 06, 2013 4:37 pm

Re: F@H Kills Network On Boot Under Arch Linux

Post by Kurtis200200 »

I'm afraid I'm getting mixed signals from you bruce; either there are too few people using Arch to merit a thread on this forum, in which case help should be off-forum and can benefit from being faster, or adam777 should slow down the resolution of his boot problem by conducting it on this forum for the benefit of other presumed Arch linux users
bruce
Posts: 20824
Joined: Thu Nov 29, 2007 10:13 pm
Location: So. Cal.

Re: F@H Kills Network On Boot Under Arch Linux

Post by bruce »

The signals are not mixed. Apparently you misunderstood.

Forum volunteers are welcome to help people with unsupported versions of Linux. I've moved this topic to the forum specifically dealing with unsupported Linux Distros where the discussion can continue until it's solved.

Stanford specifies which Distros they're able to support and Arch doesn't happen to be one of them. That does not mean FAH won't run on on them, only that the professional programmers who are hired by Stanford won't be able to fix things discovered through volunteer-based-support unless they also apply to Debian,Mint,Ubuntu,Redhat,Centos, or Fedora.
adam777
Posts: 10
Joined: Fri Oct 25, 2013 8:14 pm

Re: F@H Kills Network On Boot Under Arch Linux

Post by adam777 »

Thanks all for pointing me in the right direction.
It indeed seems like some weird race condition.
To sort things out, I've created a simple systemd timer to delay the start of the folding service after boot and everything seems to work fine

Code: Select all

[Unit]
Description=Delay foldingathome service

[Timer]
OnBootSec=5min
Unit=foldingathome.service

[Install]
WantedBy=multi-user.target
Jesse_V
Site Moderator
Posts: 2850
Joined: Mon Jul 18, 2011 4:44 am
Hardware configuration: OS: Windows 10, Kubuntu 19.04
CPU: i7-6700k
GPU: GTX 970, GTX 1080 TI
RAM: 24 GB DDR4
Location: Western Washington

Re: [Solved] F@H Kills Network On Boot Under Arch Linux

Post by Jesse_V »

Very nice, looks like we all win the prize here!

Thanks for posting the script, we can keep it in mind next time.
F@h is now the top computing platform on the planet and nothing unites people like a dedicated fight against a common enemy. This virus affects all of us. Lets end it together.
Post Reply