Hi all,

I recently switched from Mandriva to Fedora 16 (3.1.6-1.fc16.x86_64) and installed boinc accoding to the recommendations in wiki page. This occurred about 2 weeks ago and after a brief struggle I got it working until about 2 days ago, when I noticed that the boinc client was not running any more. I am not sure if a Fedora update made this happen or something else, but since then I have been trying to get it work with no avail. I renamed my /var/lib/boinc directory, uninstalled boinc (ver 6.12.35-1.r24014svn.fc16) and re-installed it. After installation I issued the '/sbin/chkconfig boinc-client on' order as root to get it started on boot time as usual. I rebooted the computer afterwards and issued the 'ps aux | grep boinc' command with the output below:

ps aux |grep boinc
boinc     1606  0.6  0.0 163440  4988 ?        SN   17:24   0:04 /usr/bin/boinc_client --dir /var/lib/boinc
boinc     1615  0.0  0.0      0     0 ?        ZN   17:24   0:00 [boinc_client] <defunct>
hako     18849  0.0  0.0 109244   872 pts/1    S+   17:34   0:00 grep --color=auto boinc

Next thing I did was to issue a 'su -c '/sbin/service boinc-client restart'' command, which gave me this:

Restarting boinc-client (via systemctl):                   [  OK  ]
[hako@semazen ~]$ ps aux |grep boinc
boinc    20301  0.6  0.0 163440  4996 ?        SN   17:35   0:00 /usr/bin/boinc_client --dir /var/lib/boinc
boinc    20304  0.0  0.0      0     0 ?        ZN   17:35   0:00 [boinc_client] <defunct>
hako     20481  0.0  0.0 109240   876 pts/1    S+   17:35   0:00 grep --color=auto boinc

Of note, /var/lib/boinc folder contained only a lockfile and nothing else (all the other files including the gui_rpc_auth.cfg file were missing).

I posted this question to fedora forums, too (http://forums.fedoraforum.org/showthread.php?t=274341, but so far no recommendation is available from there.

Any input will be greatly appreciated.

Thank you Dagorath for such a fast response.

ldd /usr/bin/boinc returns the following:

linux-vdso.so.1 =>  (0x00007fff0eeac000)
        libboinc.so.6 => /usr/lib64/libboinc.so.6 (0x00007f2537166000)
        libboinc_crypt.so.6 => /usr/lib64/libboinc_crypt.so.6 (0x00007f2536f60000)
        libgtk-x11-2.0.so.0 => /usr/lib64/libgtk-x11-2.0.so.0 (0x00000038e4a00000)
        libgdk-x11-2.0.so.0 => /usr/lib64/libgdk-x11-2.0.so.0 (0x00000038e4600000)
        libatk-1.0.so.0 => /usr/lib64/libatk-1.0.so.0 (0x0000003c80800000)
        libgio-2.0.so.0 => /lib64/libgio-2.0.so.0 (0x0000003c80c00000)
        libpangoft2-1.0.so.0 => /usr/lib64/libpangoft2-1.0.so.0 (0x0000003c82000000)
        libpangocairo-1.0.so.0 => /usr/lib64/libpangocairo-1.0.so.0 (0x0000003c81000000)
        libgdk_pixbuf-2.0.so.0 => /usr/lib64/libgdk_pixbuf-2.0.so.0 (0x00000038e4200000)
        libpng12.so.0 => /usr/lib64/libpng12.so.0 (0x00000033caa00000)
        libcairo.so.2 => /usr/lib64/libcairo.so.2 (0x00000033d0400000)
        libpango-1.0.so.0 => /usr/lib64/libpango-1.0.so.0 (0x0000003c83000000)
        libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00000033ca200000)
        libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00000033cb200000)
        libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x0000003c7fc00000)
        libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0 (0x0000003c81c00000)
        libgthread-2.0.so.0 => /lib64/libgthread-2.0.so.0 (0x0000003c80000000)
        librt.so.1 => /lib64/librt.so.1 (0x00000033c4600000)
        libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x0000003c7f800000)
        libcurl.so.4 => /usr/lib64/libcurl.so.4 (0x0000003596000000)
        libssl.so.10 => /usr/lib64/libssl.so.10 (0x00000033cae00000)
        libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00000033c8e00000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00000033c3e00000)
        libnsl.so.1 => /lib64/libnsl.so.1 (0x00000033d7e00000)
        libz.so.1 => /lib64/libz.so.1 (0x00000033c5200000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00000033c4200000)
        libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00000033c6200000)
        libm.so.6 => /lib64/libm.so.6 (0x00000033c4a00000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00000033c4e00000)
        libc.so.6 => /lib64/libc.so.6 (0x00000033c3a00000)
        libX11.so.6 => /usr/lib64/libX11.so.6 (0x00000033c7200000)
        libXfixes.so.3 => /usr/lib64/libXfixes.so.3 (0x00000033cd400000)
        libXext.so.6 => /usr/lib64/libXext.so.6 (0x00000033c9e00000)
        libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00000033cc200000)
        libXinerama.so.1 => /usr/lib64/libXinerama.so.1 (0x00000033cd800000)
        libXi.so.6 => /usr/lib64/libXi.so.6 (0x00000033cba00000)
        libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x00000033ce000000)
        libXcursor.so.1 => /usr/lib64/libXcursor.so.1 (0x00000033cca00000)
        libXcomposite.so.1 => /usr/lib64/libXcomposite.so.1 (0x0000003c82c00000)
        libXdamage.so.1 => /usr/lib64/libXdamage.so.1 (0x0000003c81800000)
        libffi.so.5 => /usr/lib64/libffi.so.5 (0x00000033c6600000)
        libselinux.so.1 => /lib64/libselinux.so.1 (0x00000033c5600000)
        libresolv.so.2 => /lib64/libresolv.so.2 (0x00000033c5a00000)
        libpixman-1.so.0 => /usr/lib64/libpixman-1.so.0 (0x00000033cec00000)
        libexpat.so.1 => /lib64/libexpat.so.1 (0x00000033ca600000)
        /lib64/ld-linux-x86-64.so.2 (0x00000033c3200000)
        libidn.so.11 => /lib64/libidn.so.11 (0x00000033d3c00000)
        liblber-2.4.so.2 => /usr/lib64/liblber-2.4.so.2 (0x0000003595800000)
        libldap-2.4.so.2 => /usr/lib64/libldap-2.4.so.2 (0x0000003595c00000)
        libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00000033c8600000)
        libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00000033c8200000)
        libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00000033c9600000)
        libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00000033c7e00000)
        libssl3.so => /usr/lib64/libssl3.so (0x0000003595000000)
        libsmime3.so => /usr/lib64/libsmime3.so (0x0000003594c00000)
        libnss3.so => /usr/lib64/libnss3.so (0x0000003594800000)
        libnssutil3.so => /usr/lib64/libnssutil3.so (0x00000039cd200000)
        libplds4.so => /lib64/libplds4.so (0x00000033d9a00000)
        libplc4.so => /lib64/libplc4.so (0x00000033d9200000)
        libnspr4.so => /lib64/libnspr4.so (0x00000033d9e00000)
        libssh2.so.1 => /usr/lib64/libssh2.so.1 (0x00000033d6a00000)
        libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00000033c7600000)
        libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x0000003595400000)
        libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00000033c9a00000)
        libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00000033c9200000)
        libXau.so.6 => /usr/lib64/libXau.so.6 (0x00000033c7a00000)
        libcrypt.so.1 => /lib64/libcrypt.so.1 (0x0000003594000000)
        libfreebl3.so => /lib64/libfreebl3.so (0x0000003594400000)

Am I correct to assume that I am missing linux-vdso.so.1 library (the first one listed in the output)? If so, do you have any suggestions? I hope posting the whole output was not a bad idea. I did that since I wasn't sure if I was reading it right.

It seems like it did the trick Dagorath. I followed your instructions and now the 'ps aux |grep boinc" returns:

root      2821  0.1  0.0 21223644 7616 pts/1   S+   23:11   0:00 ./boinc_client --dir /var/lib/boinc
hako      2949  0.0  0.0 109240   876 pts/2    S+   23:12   0:00 grep --color=auto boinc

/var/lib/boinc now contains the follwoing files:

-rw-r--r--.  1 root  root   38K Dec 25 23:11 all_projects_list.xml
-rw-r--r--.  1 root  root  2.8K Dec 25 23:11 client_state_prev.xml
-rw-r--r--.  1 root  root  2.8K Dec 25 23:11 client_state.xml
-rw-r--r--.  1 root  root   112 Dec 25 23:11 daily_xfer_history.xml
-rw-rw----.  1 root  root    32 Dec 25 23:11 gui_rpc_auth.cfg
-rw-r--r--.  1 root  root     0 Dec 25 23:11 lockfile
drwxrwx--x.  2 root  root  4.0K Dec 25 23:11 notices
-rw-r--r--.  1 root  root    57 Dec 25 23:11 time_stats_log

Now of course all of them belong to root and I presume that this may cause problems. So,

Should I delete all of these files and retry making it work again at boot? If so, what is the best way to avoid the same problem happening again, you think?
Also, if you think you figured the source of the problem, is there a way to use my old /var/lib/boinc directory, so I continue my previous tasks? That diractory is renamed to boink now in same location.

Thanks!

is there a way to use my old /var/lib/boinc directory, so I continue my previous tasks? That diractory is renamed to boink now in same location.

you renamed /var/lib/boinc as /var/lib/boink ? the command that dagorath gave you before will work - you just substitute boink for boinc.

./boinc_client --dir /var/lib/boink

Stop the existing instance of boinc running (ctrl-c in the terminal its running should do it) then issue the above command.

---

CIC1=CC=C(C2=N[C@@H](CC(OC(C)(C)C)=O)C3=NN=C(C)N3C4=C2C(C)=C(C)S4)C=C1

Well, I actually tried two things. I erased the contents of the /var/lib/boinc and re-attempted to start boinc daemon at boot time. This didn't work, the ghost precess reappeared with no joy.

I then issued '/sbin/chkconfig boinc-client off' as root, deleted the lock files in botn /var/lib/boinc and /var/lib/boink, rebooted the machine and confirmed that there was no boinc process running by 'ps aux |grep boinc'. Then first tried what Trog Dog suggested and then '/usr/bin/boinc_client --dir /var/lib/boinc' (the default mode) as regular user, who belongs to boinc group. In both instances i got the same error message: "Another instance of BOINC is running". In the mean time,

[hako@semazen boinc]$ ps aux |grep boinc
hako      3898  0.0  0.0 109240   876 pts/1    S+   10:21   0:00 grep --color=auto boinc

It seemed like the client only worked when called by the root. So I tried doing it again as root and it worked from the boink directory.

Why can I not run the daemon as a regular user or more importantly as the user "boinc"? I checked the following files' permissions:

/var/lib/boinc: Owner boinc/boinc, rwer_er_e
/var/lib/boink: Owner boinc/boinc, rwer_er_e
/usr/bin/boinc: Owner root/root, rwer_er_e --> symlink pointing to /usr/bin/boinc_client
/usr/bin/boinc_client: Owner root/root, rwer_er_e
/usr/bin/boinc_gui: Owner root/root, rwer_er_e
/usr/bin/boinccmd: Owner root/root, rwer_er_e
/etc/init.d/boinc-client: Owner, root/root, rwer_er_e

Nothing shouts to me as abnormal here. What am I missing?

all those binary files are owned by root so only root can execute them. you can try

chown

ing them back to boinc

---

CIC1=CC=C(C2=N[C@@H](CC(OC(C)(C)C)=O)C3=NN=C(C)N3C4=C2C(C)=C(C)S4)C=C1

Thanks for the suggestion Trog Dog, but I am not convinced that it is the problem here. These files/folders are all listed as executable by others, even though the owner is root. Also, when I try to execute them as regular user, the error message I am getting is not a permission issue, it specifically reports "Another instance of BOINC is running", although ps -aux |grep boinc (or BOINC) reports none. I still tried chown'ing them to user boinc, and it made no difference in the behaviour BTW.

Thanks for the suggestion Trog Dog, but I am not convinced that it is the problem here. These files/folders are all listed as executable by others, even though the owner is root. Also, when I try to execute them as regular user, the error message I am getting is not a permission issue, it specifically reports "Another instance of BOINC is running", although ps -aux |grep boinc (or BOINC) reports none. I still tried chown'ing them to user boinc, and it made no difference in the behaviour BTW.

Yeah no probs on my box I stop the daemon running then try to start boinc_client running as a non-privileged user I get the another instance message. su to root (haven't bothered to configure sudo on this box) it runs.

trogdog@silverbox ~ $ boinc_client 
Another instance of BOINC is running.
trogdog@silverbox ~ $ su
Password: 
silverbox trogdog # boinc_client 
27-Dec-2011 09:42:03 [---] Starting BOINC client version 6.12.43 for x86_64-pc-linux-gnu
27-Dec-2011 09:42:03 [---] log flags: file_xfer, sched_ops, task

---

CIC1=CC=C(C2=N[C@@H](CC(OC(C)(C)C)=O)C3=NN=C(C)N3C4=C2C(C)=C(C)S4)C=C1

Thanks Dagorath for your suggestions. I did uninstall the package and searched for boinc* here is the outcome:

find: `boinc*': No such file or directory

Then first I downloaded the 'boinc_6.12.34_x86_64-pc-linux-gnu.sh' file and ran it at my home directory. It did install everything under ~/BOINC. Then I issued the command 'boinc --daemon' which returned the following:

./boinc: /usr/lib64/libcurl.so.4: no version information available (required by ./boinc)

Then I realized that this wasn't what you have suggested, therefore I went ahead and re-installed the fedora package and copied the executables in /usr/bin under ~/BOINC (boinc_client, boinc_gui, boinccmd, boincscr). I also copied everything from /var/lib/boink to the same location. Then I changed ownership to myself as you suggested. Then

[hako@semazen BOINC]$ ./boinc_client --daemon
[hako@semazen BOINC]$ ps aux |grep boinc
hako     11002  0.1  0.0 21148612 6176 ?       Ss   19:58   0:00 ./boinc_client --daemon
hako     11005 66.3  0.0 21148488 2872 ?       SN   19:58   0:09 ./boinc_client --daemon
hako     11006 66.4  0.0 21148488 2872 ?       SN   19:58   0:09 ./boinc_client --daemon
hako     11016  0.0  0.0 109240   876 pts/1    S+   19:58   0:00 grep --color=auto boinc
[hako@semazen BOINC]$ ps aux |grep boinc
hako     11028  0.0  0.0 109240   876 pts/1    S+   19:59   0:00 grep --color=auto boinc

Essentially the processes died within 20 seconds or so.
Then,

[hako@semazen BOINC]$ ./boinc_client &
[1] 11035
[hako@semazen BOINC]$ 26-Dec-2011 19:59:29 [---] Starting BOINC client version 6.12.35 for x86_64-pc-linux-gnu
26-Dec-2011 19:59:29 [---] log flags: file_xfer, sched_ops, task
26-Dec-2011 19:59:29 [---] Libraries: libcurl/7.21.7 NSS/3.12.10.0 zlib/1.2.5 libidn/1.22 libssh2/1.2.7
26-Dec-2011 19:59:29 [---] Data directory: /home/hako/BOINC
26-Dec-2011 19:59:29 [---] Processor: 8 GenuineIntel Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz [Family 6 Model 42 Stepping 7]
26-Dec-2011 19:59:29 [---] Processor: 8.00 MB cache
26-Dec-2011 19:59:29 [---] Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 mo
26-Dec-2011 19:59:29 [---] OS: Linux: 3.1.6-1.fc16.x86_64
26-Dec-2011 19:59:29 [---] Memory: 7.78 GB physical, 2.93 GB virtual
26-Dec-2011 19:59:29 [---] Disk: 240.31 GB total, 97.98 GB free
26-Dec-2011 19:59:29 [---] Local time is UTC -6 hours
26-Dec-2011 19:59:29 [---] NVIDIA GPU 0: GeForce GTX 580 (driver version unknown, CUDA version 4010, compute capability 2.0, 1536MB, 1581 GFLOPS peak)
26-Dec-2011 19:59:29 [climateprediction.net] URL http://climateprediction.net/; Computer ID 1185571; resource share 100
26-Dec-2011 19:59:29 [climateprediction.net] General prefs: from climateprediction.net (last modified 30-Sep-2007 21:21:07)
26-Dec-2011 19:59:29 [climateprediction.net] Computer location: home
26-Dec-2011 19:59:29 [climateprediction.net] General prefs: no separate prefs for home; using your defaults
26-Dec-2011 19:59:29 [---] Reading preferences override file
26-Dec-2011 19:59:29 [---] Preferences:
26-Dec-2011 19:59:29 [---]    max memory usage when active: 3983.57MB
26-Dec-2011 19:59:29 [---]    max memory usage when idle: 7170.43MB
26-Dec-2011 19:59:29 [---]    max disk usage: 0.00GB
26-Dec-2011 19:59:29 [---]    max CPUs used: 2
26-Dec-2011 19:59:29 [---]    don't use GPU while active
26-Dec-2011 19:59:29 [---]    suspend work if non-BOINC CPU load exceeds 25 %
26-Dec-2011 19:59:29 [---]    (to change preferences, visit the web site of an attached project, or select Preferences in the Manager)
26-Dec-2011 19:59:29 [---] Not using a proxy
Initialization completed
SIGSEGV: segmentation violation
Stack trace (13 frames):
/usr/lib64/libboinc.so.6(boinc_catch_signal+0x1bc)[0x7f74a28a153d]
/lib64/libc.so.6[0x33c3a36300]
/lib64/libc.so.6[0x33c3a8a1fb]
/usr/lib64/libboinc.so.6(_ZN14APP_CLIENT_SHM10reset_msgsEv+0x25)[0x7f74a289c199]
./boinc_client[0x4230ce]
./boinc_client[0x423647]
./boinc_client[0x444df5]
./boinc_client[0x44203f]
./boinc_client[0x42cc79]
./boinc_client[0x47bafe]
./boinc_client[0x47bcb4]
/lib64/libc.so.6(__libc_start_main+0xed)[0x33c3a2169d]
./boinc_client[0x4135d9]

Exiting...

[1]+  Exit 193                ./boinc_client

There is no reply in fedora forum so far, despite 80 views. I guess I will have to give up with boinc for a while. I will uninstall it again, delete the ~/BOINC directory maybe try again in a few months, unless you have any other suggestion. It will be such a waste of processor power though, I resent it.

The only time it works is when I issue the '/usr/bin/boinc_client' command as root. Otherwise it will always report another instance of boinc running. I am not sure if it a good idea to run it as root though, even if it is the climateprediction files that make it crash. I feel like it is against the linux philosophy.

Thank you very much Dagorath for taking so much time to troubleshoot with me. I will keep an eye on the fedora forum for the responses, and also a new version of the rpm package.

its gotten all the way through to initialisation complete then it crashes - looks like wu/app problem to me - which is probably the initial cause in the first place from a few weeks ago when it stopped working. One way to check creating a new directory like home/hako/clienttest cd into that run boinc_client with no arguments. The client should start and you get all the way through to a message about not being attached to any projects. If it won't run as your normal user run it as root.

If you get that far join a new project and let it crunch one wu as a test.

---

CIC1=CC=C(C2=N[C@@H](CC(OC(C)(C)C)=O)C3=NN=C(C)N3C4=C2C(C)=C(C)S4)C=C1

Here it is:

[hako@semazen ~]$ mkdir clienttest
[hako@semazen ~]$ cd clienttest/
[hako@semazen clienttest]$ boinc_client
27-Dec-2011 01:35:15 [---] Starting BOINC client version 6.12.35 for x86_64-pc-linux-gnu
27-Dec-2011 01:35:15 [---] log flags: file_xfer, sched_ops, task
27-Dec-2011 01:35:15 [---] Libraries: libcurl/7.21.7 NSS/3.12.10.0 zlib/1.2.5 libidn/1.22 libssh2/1.2.7
27-Dec-2011 01:35:15 [---] Data directory: /home/hako/clienttest
27-Dec-2011 01:35:15 [---] Processor: 8 GenuineIntel Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz [Family 6 Model 42 Stepping 7]
27-Dec-2011 01:35:15 [---] Processor: 8.00 MB cache
27-Dec-2011 01:35:15 [---] Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 mo
27-Dec-2011 01:35:15 [---] OS: Linux: 3.1.6-1.fc16.x86_64
27-Dec-2011 01:35:15 [---] Memory: 7.78 GB physical, 2.93 GB virtual
27-Dec-2011 01:35:15 [---] Disk: 240.31 GB total, 99.43 GB free
27-Dec-2011 01:35:15 [---] Local time is UTC -6 hours
27-Dec-2011 01:35:15 [---] NVIDIA GPU 0: GeForce GTX 580 (driver version unknown, CUDA version 4010, compute capability 2.0, 1536MB, 1581 GFLOPS peak)
27-Dec-2011 01:35:15 [---] No general preferences found - using BOINC defaults
27-Dec-2011 01:35:15 [---] Preferences:
27-Dec-2011 01:35:15 [---]    max memory usage when active: 3983.57MB
27-Dec-2011 01:35:15 [---]    max memory usage when idle: 7170.43MB
27-Dec-2011 01:35:15 [---]    max disk usage: 10.00GB
27-Dec-2011 01:35:15 [---]    don't use GPU while active
27-Dec-2011 01:35:15 [---]    suspend work if non-BOINC CPU load exceeds 25 %
27-Dec-2011 01:35:15 [---]    (to change preferences, visit the web site of an attached project, or select Preferences in the Manager)
27-Dec-2011 01:35:15 [---] GUI RPC bind to port 31416 failed: 98
gstate.init() failed
Error Code: -180

What do you think this means?
Port 31416 already has a firewall exception for tcp.

From the opensuse forums

Originally Posted by assas1n

16-Sep-2009 17:33:29 [---] [error] GUI RPC bind to port 31416 failed: 98
gstate.init() failed: -180

The 98 above says the port is in use - somebody else got it first.

Try:

lsof -i:31416 

and it should tell which program has the port.

See if that helps - I'm just googling gui rpc bind....

EDIT: what happens if you run the same as root from /home/hako/clienttest

---

CIC1=CC=C(C2=N[C@@H](CC(OC(C)(C)C)=O)C3=NN=C(C)N3C4=C2C(C)=C(C)S4)C=C1

27-Dec-2011 17:06:55 [---]    don't use GPU while active
27-Dec-2011 17:06:55 [---]    suspend work if non-BOINC CPU load exceeds 25 %
27-Dec-2011 17:06:55 [---]    (to change preferences, visit the web site of an attached project, or select Preferences in the Manager)
27-Dec-2011 17:07:24 [---] [error] GUI RPC bind to port 31416 failed: 98
gstate.init() failed
Error Code: -180

I just managed to generate this on one of my boxes. It occurred because boinc was already running as a service and I tried to start another instance.

---

CIC1=CC=C(C2=N[C@@H](CC(OC(C)(C)C)=O)C3=NN=C(C)N3C4=C2C(C)=C(C)S4)C=C1