![]() |
|
|
#1 | |
|
Bemusing Prompter
"Danny"
Dec 2002
California
23×313 Posts |
Something very strange happened to one of my mfaktc runs.
You may recall in another thread that I was unable to run mfaktc on all eight GPUs in a server without tripping the circuit breaker. Because I don't want to drop these assignments, I decided to finish them using four GPUs at a time. Just for the record: 1) I'm using my own script to launch mfaktc on multiple GPUs and 2) I like round numbers and usually run batches of 100 assignments per device. The first run completed without problems. However, all four instances somehow terminated early during the second run. Both results.txt and worktodo.txt show the same last-modified date, although these times differ by up to 20 minutes across devices. In one instance, there was an incomplete entry in the results.txt file: Quote:
This suggests mfaktc suffered some sort of I/O error. The terminal history doesn't show anything usual. It's probably also not a disk space issue because /dev/sda1 is less than half full. I'm at a loss to explain what might have happened. Anyone got ideas? Last fiddled with by ixfd64 on 2019-10-11 at 01:13 |
|
|
|
|
![]() |
| Thread Tools | |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Misfit and worktodo.add with mfaktc | Thecmaster | Software | 21 | 2019-04-13 13:44 |
| TF assignments with factors not being cleared? | ixfd64 | GPU to 72 | 7 | 2018-05-21 15:33 |
| MFAKTC worktodo.txt permissions keep changing back | Rodrigo | GPU Computing | 16 | 2017-12-23 15:04 |
| N/A in my worktodo.txt file? | uigrad | PrimeNet | 13 | 2008-11-10 13:12 |
| LL assignments on slow PCs "die" shortly before finishing? | Andi47 | PrimeNet | 1 | 2007-02-28 22:03 |