all the wu in error on raspberry pi 4

27 Sep 2019, 12:51:07 UTC 27 Sep 2019, 13:53:55 UTC Error while computing 3,594.87 470.96 --- iThena CNode v1.13
arm-unknown-linux-gnueabihf

27 Sep 2019, 11:56:44 UTC 27 Sep 2019, 12:51:07 UTC Error while computing 3,142.72 412.52 --- iThena CNode v1.13
arm-unknown-linux-gnueabihf

Yes. Version v1.13 is quite old.
There may be problems ...
Soon I will try to update the application on this type of platform.

I add new version: https://root.ithena.net/usr/forum_thread.php?id=11#51.
You can check? ;)

1 Oct 2019, 5:05:52 UTC 4 Oct 2019, 5:05:52 UTC In progress --- --- --- iThena CNode v1.17
arm-unknown-linux-gnueabihf

wu calculation still in court after 10 hours is this normal?

Probably not.
What is your Internet connection?
Is wget available on the system / console?

Probably not.
What is your Internet connection?
Is wget available on the system / console?

Connection : ADSL
OS : Debian

Can you check the contents of the directory with the slot in the BOINC client (when the application is running longer)?

Did you check something?
I have a theory on how to improve it ...

Can you check the contents of the directory with the slot in the BOINC client (when the application is running longer)?

<scheduler_reply>
<scheduler_version>715</scheduler_version>
<dont_use_dcf/>
<master_url>https://root.ithena.net/usr/</master_url>
<request_delay>7.000000</request_delay>
<project_name>iThena</project_name>
<userid>34</userid>
<user_name>fzs600</user_name>
<user_total_credit>0.001287</user_total_credit>
<user_expavg_credit>0.000099</user_expavg_credit>
<user_create_time>1569574951</user_create_time>
<email_hash>9418a1185fbaa1af64fc9a78bb36033c</email_hash>
<cross_project_id>08985f83511fb5e32a81729c37fee7c0</cross_project_id>
<external_cpid>7a587af91e139731bb024accecd55297</external_cpid>
<project_preferences>
<resource_share>100</resource_share>
<no_cpu>0</no_cpu>
<allow_beta_work>1</allow_beta_work>
</project_preferences>
<host_total_credit>0.000000</host_total_credit>
<host_expavg_credit>0.000000</host_expavg_credit>
<host_venue></host_venue>
<host_create_time>1569906352</host_create_time>
<teamid>3</teamid>
<team_name>L'Alliance Francophone</team_name>
<result_ack>
<name>MAP_SERIES_2_27958_1000_0</name>
</result_ack>
<app>
<name>ithena_cnode</name>
<user_friendly_name>iThena CNode</user_friendly_name>
<non_cpu_intensive>1</non_cpu_intensive>
<fraction_done_exact>0</fraction_done_exact>
</app>
<file_info>
<name>ithena_cnode_v1.17_arm-unknown-linux-gnueabihf</name>
<url>https://root.ithena.net/usr/download/ithena_cnode_v1.17_arm-unknown-linux-gnueabihf</url>
<executable/>
<file_signature>
e30336cb66da7ff8d5c6a835fa5d888a4678e64576e515320b6c90ee62047fa1
dc61d3e1d8332e7d5cde12132748e6d04b6a10708ead8167f51daa50bb806f79
6f4c77569b636962173d6c31e29dcad6cf7b11bf88dbc48ab27cf24c1ed705e3
9b57e686648c55c83ea5d094489da1675e34beb4dad70fc93f052ddc0d03ed3b
.
</file_signature>
<nbytes>2525708</nbytes>
</file_info>
<file_info>
<name>ithena_cnode_route_v1.17_arm-unknown-linux-gnueabihf</name>
<url>https://root.ithena.net/usr/download/ithena_cnode_route_v1.17_arm-unknown-linux-gnueabihf</url>
<executable/>
<file_signature>
3f012f717add047a01a0ea79212bd26a5628aee76fb3d4810736e4136c55de81
c5bda1260cd2facf9978ba7a45eaa8b32a272aabad8e6030fcb2c3ee6b1e4b17
cbc58d3cee692b7905cf58e9095920db6ba2fe7b3fcc6836102d630a9ff8d497
cfb55562f84703eb17139264b2a5611a54fbe50bc5a498310957e5ef234db456
.
</file_signature>
<nbytes>610352</nbytes>
</file_info>
<app_version>
<app_name>ithena_cnode</app_name>
<version_num>117</version_num>
<api_version>7.15.0</api_version>
<file_ref>
<file_name>ithena_cnode_v1.17_arm-unknown-linux-gnueabihf</file_name>
<copy_file/>
<main_program/>
</file_ref>
<file_ref>
<file_name>ithena_cnode_route_v1.17_arm-unknown-linux-gnueabihf</file_name>
<open_name>ithena_cnode_route_v1.17_arm-unknown-linux-gnueabihf</open_name>
<copy_file/>
</file_ref>
<needs_network/>
<platform>arm-unknown-linux-gnueabihf</platform>
<avg_ncpus>1.000000</avg_ncpus>
<flops>2112206679.438218</flops>
</app_version>
<file_info>
<no_delete/>
<name>ithena_cnode_in0_1000b</name>
<url>https://root.ithena.net/usr/download/88/ithena_cnode_in0_1000b</url>
<md5_cksum>ad865d2f63b9feb2552c220385fbb7e3</md5_cksum>
<nbytes>5</nbytes>
</file_info>
<workunit>
<rsc_fpops_est>1440000.000000</rsc_fpops_est>
<rsc_fpops_bound>1440000.000000</rsc_fpops_bound>
<rsc_memory_bound>134217728.000000</rsc_memory_bound>
<rsc_disk_bound>134217728.000000</rsc_disk_bound>
<name>MAP_SERIES_2_29318_1000</name>
<app_name>ithena_cnode</app_name>
<file_ref>
<file_name>ithena_cnode_in0_1000b</file_name>
<open_name>ithena_cnode_in0</open_name>
<copy_file/>
</file_ref>
</workunit>
<file_info>
<name>MAP_SERIES_2_29318_1000_0_r2015900166_0</name>
<generated_locally/>
<upload_when_present/>
<max_nbytes>5000000</max_nbytes>
<url>https://root.ithena.net/ithena_cgi/file_upload_handler</url>
</file_info>
<file_info>
<name>MAP_SERIES_2_29318_1000_0_r2015900166_1</name>
<generated_locally/>
<upload_when_present/>
<max_nbytes>5000000</max_nbytes>
<url>https://root.ithena.net/ithena_cgi/file_upload_handler</url>
</file_info>
<result>
<report_deadline>1570276750</report_deadline>
<wu_name>MAP_SERIES_2_29318_1000</wu_name>
<name>MAP_SERIES_2_29318_1000_0</name>
<file_ref>
<file_name>MAP_SERIES_2_29318_1000_0_r2015900166_0</file_name>
<open_name>ithena_cnode_out0</open_name>
<copy_file>1</copy_file>
<no_delete/>
</file_ref>
<file_ref>
<file_name>MAP_SERIES_2_29318_1000_0_r2015900166_1</file_name>
<open_name>ithena_cnode_out1</open_name>
<copy_file>1</copy_file>
<no_delete/>
</file_ref>
<report_immediately/>

<platform>arm-unknown-linux-gnueabihf</platform>
<version_num>117</version_num>
<plan_class></plan_class>
</result>
<non_cpu_intensive/>
<gui_urls>
<gui_url>
<name>Message boards</name>
<description>Correspond with other users on the iThena message boards</description>
<url>https://root.ithena.net/usr/forum_index.php</url>
</gui_url>
<gui_url>
<name>Your account</name>
<description>View your account information</description>
<url>https://root.ithena.net/usr/home.php</url>
</gui_url>
<gui_url>
<name>Your tasks</name>
<description>View the last week or so of computational work</description>
<url>https://root.ithena.net/usr/results.php?userid=34</url>
</gui_url>
<ifteam>
<gui_url>
<name>Your team</name>
<description>View information about your team: L'Alliance Francophone</description>
<url>https://root.ithena.net/usr/team_display.php?teamid=3</url>
</gui_url>
</ifteam>
</gui_urls>
<rss_feeds>
<rss_feed>
<url>https://root.ithena.net/usr/notices.php?userid=34&auth=34_cbed1b5ca84e3569cc78839f7db96aba</url>
<poll_interval>86400</poll_interval>
</rss_feed>
</rss_feeds>
</scheduler_reply>

All raspberry WUs fail with me with this message:

<message>
Disk usage limit exceeded</message>
<stderr_txt>
E) / sizeof (_nl_value_type_LC_TIME[0]))' failed.
ithena_cnode_route_v1.17_arm-unknown-linux-gnueabihf: loadlocale.c:129: _nl_intern_locale_data: Assertion `cnt < (sizeof (_nl_value_type_LC_TIME) / sizeof (_nl_value_type_LC_TIME[0]))' failed.
</stderr_txt>

Can you see what files are taking so much disk space?
Any contents of this file?

My guess is too much checkpoints. The check.dat gets re-created several times a second, and stderr.txt is growing rapidly (5 MB in half an hour, while the raspberry WUs take more than 10 hour, meaning a 100MB stderr.txt at this rate)

The content of the stderr.txt is like I reported before, only I had previously reduced the error lines to just one.
In reality it is a big lot of those lines, each the same, and they keep getting added.

@Dirk Broer: If I developed a version for RaspberryPi 4, would you have a moment for your own tests on your raspberry? I would send applications for testing ;)

I have one Raspberry Pi 4 that runs plain 32-bit Raspbian Buster, and one that has a 64-bit kernel and further a 32-bit userland Raspbian Buster
I have no objections running tests, let them come!

P.S.: I also have two Raspberry Pi 3's (with an ARM Cortex-A53) and two Raspberry Pi 2's (the original, with an ARM Cortex-A7)

I have one Raspberry Pi 4 that runs plain 32-bit Raspbian Buster, and one that has a 64-bit kernel and further a 32-bit userland Raspbian Buster
I have no objections running tests, let them come!

P.S.: I also have two Raspberry Pi 3's (with an ARM Cortex-A53) and two Raspberry Pi 2's (the original, with an ARM Cortex-A7)

And I am quite willing to buy yet another Raspberry Pi 4 to let it run 64-bit Ubuntu 19.10 for Raspberry

I will send a message to you.
Currently working on other issues - many other problems.

It looks like the program has perhaps trouble with the (Dutch) timezone I am in, though the error "loadlocale.c:129: _nl_intern_locale_data: Assertion `cnt < (sizeof (_nl_value_type_LC_TIME) / sizeof (_nl_value_type_LC_TIME[0]))' failed" is by no means unknown, lots of people have (variants of) it.

raspberrypifour

111 iThena 23-10-2019 03:32:45 Aborting task MAP_SERIES_2_69299_1000_0: exceeded disk limit: 128.05MB > 128.00MB
112 iThena 23-10-2019 03:32:47 Computation for task MAP_SERIES_2_69299_1000_0 finished
113 iThena 23-10-2019 03:32:47 Output file MAP_SERIES_2_69299_1000_0_r1171129049_0 for task MAP_SERIES_2_69299_1000_0 absent
114 iThena 23-10-2019 03:32:47 Output file MAP_SERIES_2_69299_1000_0_r1171129049_1 for task MAP_SERIES_2_69299_1000_0 absent
115 iThena 23-10-2019 03:34:46 Sending scheduler request: To report completed tasks.
116 iThena 23-10-2019 03:34:46 Reporting 1 completed tasks
117 iThena 23-10-2019 03:34:46 Not requesting tasks: non CPU intensive
118 iThena 23-10-2019 03:34:49 Scheduler request completed
119 iThena 23-10-2019 03:34:51 Starting task MAP_SERIES_2_70543_1000_0

Nice to know that it's a known error, not nice that all advertised solutions do not work. Things I tried so far:

setting locale-gen again with sudo locale-gen
including the path in LANG. e.g. LANG=/usr/lib/locale/en_US or LANG=/usr/lib/locale/nl_NL (depending on the Raspberry tested)
sudo dpkg-reconfigure locales
Replaced UTF-8 with rtf8 in the relevant files and then
sudo rm -f /usr/lib/locale/locale-archive
sudo locale-gen --no-archive
sudo locale-gen --no-archive en_US.utf8
sudo locale-gen --no-archive ru_RU.utf8

all to no avail. It seems to be connected with a bug in glibc -which is at 2.28 with the Raspberries. It seems to have been introduced with glibc 2.20 in Linux/ARM.