I did that after I read your message but didn't find anything? Heard back from Andy he's never seen that before.

@Glenn

I should have said

using the Advanced search link at the top of the forum,

that is how you would get to the search I was talking about.

---

---
CPDN Visiting Scientist

Thread 7592, specifically message 46161?

Yes, I saw that one. But all it tells me is there's something wrong with writing files to a device. I/O should be buffered normally but there are places in the code where it tries to force a flush. But even that is only a hint to the OS which can choose to ignore it. If it was me getting those errors, I'd check the device health as a first step.

Thread 7592, specifically message 46161?

FWIW, I have 7 zips that cannot upload. "transient HTTP error"

Andy's just informed me that he's restarted the httpd server on the Korean machine. It was running & not out of space, but rather alot of uploads and most likely stale connections. Hope that's got stuck uploads moving again.

If it misbehaves again, pls post it here.

I have 9 now stuck. I just now tried to upload, with no success:

1182081	climateprediction.net	10/10/2023 9:08:03 AM	Started upload of wah2_eas25_a2h5_200112_24_996_012226757_2_r1545933914_8.zip	
1182214	climateprediction.net	10/10/2023 9:08:52 AM	Temporarily failed upload of wah2_eas25_a2h5_200112_24_996_012226757_2_r1545933914_8.zip: transient HTTP error	
1182215	climateprediction.net	10/10/2023 9:08:52 AM	Backing off 05:00:54 on upload of wah2_eas25_a2h5_200112_24_996_012226757_2_r1545933914_8.zip	
1182216			10/10/2023 9:08:53 AM	Project communication failed: attempting access to reference site	
1182217			10/10/2023 9:08:54 AM	Internet access OK - project servers may be temporarily down.	

I have let the project know along with the crucial extract from an event log. See this post.

Thanks - I'll put that idea in the red-herring bin

[quote][quote]I have 9 now stuck. I just now tried to upload, with no success:

I feel your pain. I've resigned myself to the reality this issue isn't going to get fixed.

I have 9 now stuck. I just now tried to upload, with no success:

What I would really like to understand is why some don't seem to have any problems. Is it just random or is there a pattern that neither I nor anyone else are seeing?

Edit: My message has been passed from the researcher to those maintaining the server. Unfortunately, this issue may be so esoteric that it might not help much.

From germany. I make them count:
$ for host in r r2 r5 pc; do echo "$host $(bnc $host --get_file_transfers | grep -c wah2)"; done
r 48
r2 42
r5 38
pc 3

Sometimes I see a few uploads, but mostly stuck while uploading.

From the researcher

Hi Dave, a IT staff told me there isn’t any change in bandwidth settings (port 50000-51000) for Korean server , so it should be (physically) open for any user as usual. Since he wants to investigate further, could you provide me more information? I will hand it over to him. *Uploader information having an issue: e.g., its IP address, a upload date, an intended port number, etc.

See my comments in the Windows upload thread.

I have posted your further comments on the Trello board. Richard. My own uploads are all still getting through with only the occasional transient http error from a bored band connection maxing out at about 120Kb/second with a following wind.

In addition to 12 zip files, I now have a completed task that cannot upload.

Since I apparently overlooked a Windows 10 update, 15 tasks crapped out after the unexpected re-boot.

14 errored-out with "Signal 11 received: Segment violation" but one of them strangely enough also had "The system cannot find the drive specified. (0xf) - exit code 15 (0xf)"

One of them had "The access code is invalid. (0xc) - exit code 12 (0xc)"

All of them had at least 1 trickle, meaning it's not wu's that errored-out at the initial startup.

I've experienced an unexpected power failure today. My two hosts were both running an EAS task while this happened. Both seem to have survived the abnormal shutdown and are now crunching ahead.

The win10 host task survived also the patch Tuesday restart earlier this morning.

---

Lost 9 of my 12 tasks following a "planned" reboot. 3 unexplained but the rest all sig 11 seg violation. One resend picked up this morning also failed sig 11 seg violation.

What are these restart zip files I'm seeing?

Well all three of my tasks crashed after uploading 10 trickles each. My machine got another task and it crashed after uploading a single trickle.
I cannot tell what really went wrong with any of them.

My machine is
Computer ID 1512658, and the tasks were:

22340449
22339081
22339022
22346116

---

What are these restart zip files I'm seeing?

They are files generated by a lot of CPDN tasks thatI think can be used to generate further tasks. They don't however always get used. More often than not they are generated at the end of a task rather than half way through as in this and the previous batch.

While I was out last night another signal 11 arrived and departed.
https://www.cpdn.org/result.php?resultid=22346439

At the same time three other tasks continued the long plod towards completion.

Haul of failure since 5th October
SIGNAL 11 = 6 (runtime ~ 2 minutes)
"restart" failure/ signal 11 = 6 (runtime >3 minutes)
(One of these https://www.cpdn.org/result.php?resultid=22337980 was not associated with a shutdown/restart cycle, but failed ~20 minutes after first start.)

Only 3 tasks of the 15 received have any chance of reaching completion, I'll keep the PC (and BOINC) running until they have finished.