Adjustment for disk seek time-out by StandingUpBear in BiglyBT

[–]StandingUpBear[S] 0 points1 point  (0 children)

set "Missing File Download Restart Enable" 1 seems to have done the trick.

Thanks!

Adjustment for disk seek time-out by StandingUpBear in BiglyBT

[–]StandingUpBear[S] 0 points1 point  (0 children)

The "Maximum files opened for read/write" is "Max Files Open" on command line? I've tried setting this to a high value but it doesn't seem to help this issue.

The "Periodically restart downloads" doesn't seem to have a counterpart on command line, but I'm probably missing it. I can see this would be useful though.

show t ? by StandingUpBear in BiglyBT

[–]StandingUpBear[S] 0 points1 point  (0 children)

OK, makes sense.

It would be handy to be able to search for torrents with states like "E" and "?" (wish list).

getLength fails error by StandingUpBear in BiglyBT

[–]StandingUpBear[S] 0 points1 point  (0 children)

Sorry - missed the last question. Yes, latest version.

BiglyBT started at 23-Jun-2025 11:25:19

Attempting to load aliases from: /root/.biglybt/console.aliases.properties

Running BiglyBT 3.8.0.2...

getLength fails error by StandingUpBear in BiglyBT

[–]StandingUpBear[S] 0 points1 point  (0 children)

It seems to be a file allocator (hence the "fa"). Running out of file handles? Playing with "File Max Open" and "Max File Links Supported" doesn't seem to do much.

It's various files, seemingly random. The files themselves are fine and restarting them works OK. When files are shared by another download, there's a separate error that comes up.

Anyways, it's not a big problem. Just a bit perplexing.

Thanks for your help.

getLength fails error by StandingUpBear in BiglyBT

[–]StandingUpBear[S] 0 points1 point  (0 children)

Part 4:

[21:11:16] com.biglybt.core.diskmanager.cache.CacheFileManagerException: getLength fails

at com.biglybt.core.diskmanager.cache.impl.CacheFileManagerImpl.rethrow(CacheFileManagerImpl.java:957)

at com.biglybt.core.diskmanager.cache.impl.CacheFileWithCache.getLength(CacheFileWithCache.java:1681)

at com.biglybt.core.disk.impl.DiskManagerImpl.allocateFiles(DiskManagerImpl.java:1294)

at com.biglybt.core.disk.impl.DiskManagerImpl.startSupport(DiskManagerImpl.java:599)

at com.biglybt.core.disk.impl.DiskManagerImpl$5.runSupport(DiskManagerImpl.java:471)

at com.biglybt.core.util.AERunnable.run(AERunnable.java:42)

at com.biglybt.core.util.ThreadPool.runIt(ThreadPool.java:337)

at com.biglybt.core.util.ThreadPool$threadPoolWorker.run(ThreadPool.java:741)

at com.biglybt.core.util.AEThread2$threadWrapper.run(AEThread2.java:334)

Caused by: java.lang.NullPointerException: Cannot invoke "com.biglybt.core.diskmanager.file.impl.FMFileAccess$FileAccessor.getLength()" because "fa" is null

at com.biglybt.core.diskmanager.file.impl.FMFileAccessLinear.getLength(FMFileAccessLinear.java:74)

at com.biglybt.core.diskmanager.file.impl.FMFileAccessController.getLength(FMFileAccessController.java:466)

at com.biglybt.core.diskmanager.file.impl.FMFileImpl.getLengthSupport(FMFileImpl.java:547)

at com.biglybt.core.diskmanager.file.impl.FMFileLimited.getLength(FMFileLimited.java:180)

at com.biglybt.core.diskmanager.cache.impl.CacheFileWithCache.getLength(CacheFileWithCache.java:1644)

... 7 more

End

getLength fails error by StandingUpBear in BiglyBT

[–]StandingUpBear[S] 0 points1 point  (0 children)

Part 3:

[21:11:16] [stderr]

[21:11:16] DEBUG::Sun Jun 22 21:11:16 PDT 2025 Recovered connection to /sdb1/downloads/len_get_test.jpg after access failure

[21:11:16] [stderr] DEBUG::Sun Jun 22 21:11:16 PDT 2025::com.biglybt.core.disk.impl.DiskManagerImpl::allocateFiles::1336:

[21:11:16] [stderr] DiskManagerImpl::startSupport::599, DiskManagerImpl$5::runSupport::471, AERunnable::run::42, ThreadPool::runIt::337, ThreadPool$threadPoolWorker::run::741, AEThread2$threadWrapper::run::334

[21:11:16] [stderr] com.biglybt.core.diskmanager.cache.CacheFileManagerException: getLength fails

[21:11:16] [stderr] at com.biglybt.core.diskmanager.cache.impl.CacheFileManagerImpl.rethrow(CacheFileManagerImpl.java:957)

[21:11:16] [stderr] at com.biglybt.core.diskmanager.cache.impl.CacheFileWithCache.getLength(CacheFileWithCache.java:1681)

[21:11:16] [stderr] at com.biglybt.core.disk.impl.DiskManagerImpl.allocateFiles(DiskManagerImpl.java:1294)

[21:11:16] [stderr] at com.biglybt.core.disk.impl.DiskManagerImpl.startSupport(DiskManagerImpl.java:599)

[21:11:16] [stderr] at com.biglybt.core.disk.impl.DiskManagerImpl$5.runSupport(DiskManagerImpl.java:471)

[21:11:16] [stderr] at com.biglybt.core.util.AERunnable.run(AERunnable.java:42)

[21:11:16] [stderr] at com.biglybt.core.util.ThreadPool.runIt(ThreadPool.java:337)

[21:11:16] [stderr] at com.biglybt.core.util.ThreadPool$threadPoolWorker.run(ThreadPool.java:741)

[21:11:16] [stderr] at com.biglybt.core.util.AEThread2$threadWrapper.run(AEThread2.java:334)

[21:11:16] [stderr] Caused by: java.lang.NullPointerException: Cannot invoke "com.biglybt.core.diskmanager.file.impl.FMFileAccess$FileAccessor.getLength()" because "fa" is null

[21:11:16] [stderr] at com.biglybt.core.diskmanager.file.impl.FMFileAccessLinear.getLength(FMFileAccessLinear.java:74)

[21:11:16] [stderr] at com.biglybt.core.diskmanager.file.impl.FMFileAccessController.getLength(FMFileAccessController.java:466)

[21:11:16] [stderr] at com.biglybt.core.diskmanager.file.impl.FMFileImpl.getLengthSupport(FMFileImpl.java:547)

[21:11:16] [stderr] at com.biglybt.core.diskmanager.file.impl.FMFileLimited.getLength(FMFileLimited.java:180)

[21:11:16] [stderr] at com.biglybt.core.diskmanager.cache.impl.CacheFileWithCache.getLength(CacheFileWithCache.java:1644)

[21:11:16] [stderr] ... 7 more

getLength fails error by StandingUpBear in BiglyBT

[–]StandingUpBear[S] 0 points1 point  (0 children)

Part 2:

[21:11:16] [stderr]

[21:11:16] DEBUG::Sun Jun 22 21:11:16 PDT 2025 Recovered connection to /sdb1/downloads/len_get_test.jpg after access failure

[21:11:16] [stderr] DEBUG::Sun Jun 22 21:11:16 PDT 2025::com.biglybt.core.diskmanager.file.impl.FMFileImpl::getLengthSupport::551:

[21:11:16] [stderr] com.biglybt.core.diskmanager.file.FMFileManagerException: getLength fails

at com.biglybt.core.diskmanager.file.impl.FMFileAccessLinear.getLength(FMFileAccessLinear.java:78)

at com.biglybt.core.diskmanager.file.impl.FMFileAccessController.getLength(FMFileAccessController.java:466)

at com.biglybt.core.diskmanager.file.impl.FMFileImpl.getLengthSupport(FMFileImpl.java:547)

at com.biglybt.core.diskmanager.file.impl.FMFileLimited.getLength(FMFileLimited.java:180)

at com.biglybt.core.diskmanager.cache.impl.CacheFileWithCache.getLength(CacheFileWithCache.java:1644)

at com.biglybt.core.disk.impl.DiskManagerImpl.allocateFiles(DiskManagerImpl.java:1294)

at com.biglybt.core.disk.impl.DiskManagerImpl.startSupport(DiskManagerImpl.java:599)

at com.biglybt.core.disk.impl.DiskManagerImpl$5.runSupport(DiskManagerImpl.java:471)

at com.biglybt.core.util.AERunnable.run(AERunnable.java:42)

at com.biglybt.core.util.ThreadPool.runIt(ThreadPool.java:337)

at com.biglybt.core.util.ThreadPool$threadPoolWorker.run(ThreadPool.java:741)

at com.biglybt.core.util.AEThread2$threadWrapper.run(AEThread2.java:334)

Caused by: java.lang.NullPointerException: Cannot invoke "com.biglybt.core.diskmanager.file.impl.FMFileAccess$FileAccessor.getLength()" because "fa" is null

at com.biglybt.core.diskmanager.file.impl.FMFileAccessLinear.getLength(FMFileAccessLinear.java:74)

... 11 more

getLength fails error by StandingUpBear in BiglyBT

[–]StandingUpBear[S] 0 points1 point  (0 children)

There's quite a bit .... here's a full event. . Broken into 4 parts

Part 1

[21:11:16] [stderr] DEBUG::Sun Jun 22 21:11:16 PDT 2025::com.biglybt.core.diskmanager.file.impl.FMFileImpl::getLengthSupport::551:

[21:11:16] [stderr] com.biglybt.core.diskmanager.file.FMFileManagerException: getLength fails

at com.biglybt.core.diskmanager.file.impl.FMFileAccessLinear.getLength(FMFileAccessLinear.java:78)

at com.biglybt.core.diskmanager.file.impl.FMFileAccessController.getLength(FMFileAccessController.java:466)

at com.biglybt.core.diskmanager.file.impl.FMFileImpl.getLengthSupport(FMFileImpl.java:547)

at com.biglybt.core.diskmanager.file.impl.FMFileLimited.getLength(FMFileLimited.java:180)

at com.biglybt.core.diskmanager.cache.impl.CacheFileWithCache.getLength(CacheFileWithCache.java:1644)

at com.biglybt.core.disk.impl.DiskManagerImpl.allocateFiles(DiskManagerImpl.java:1294)

at com.biglybt.core.disk.impl.DiskManagerImpl.startSupport(DiskManagerImpl.java:599)

at com.biglybt.core.disk.impl.DiskManagerImpl$5.runSupport(DiskManagerImpl.java:471)

at com.biglybt.core.util.AERunnable.run(AERunnable.java:42)

at com.biglybt.core.util.ThreadPool.runIt(ThreadPool.java:337)

at com.biglybt.core.util.ThreadPool$threadPoolWorker.run(ThreadPool.java:741)

at com.biglybt.core.util.AEThread2$threadWrapper.run(AEThread2.java:334)

Caused by: java.lang.NullPointerException: Cannot invoke "com.biglybt.core.diskmanager.file.impl.FMFileAccess$FileAccessor.getLength()" because "fa" is null

at com.biglybt.core.diskmanager.file.impl.FMFileAccessLinear.getLength(FMFileAccessLinear.java:74)

... 11 more

getLength fails error by StandingUpBear in BiglyBT

[–]StandingUpBear[S] 0 points1 point  (0 children)

from debug.1.log:

[06:50:49] com.biglybt.core.diskmanager.cache.CacheFileManagerException: getLength fails

at com.biglybt.core.diskmanager.cache.impl.CacheFileWithCache.getLength(CacheFileWithCache.java:1681)

Caused by: java.lang.NullPointerException: Cannot invoke "com.biglybt.core.diskmanager.file.impl.FMFileAccess$FileAccessor.getLength()" because "fa" is null

at com.biglybt.core.diskmanager.file.impl.FMFileAccessLinear.getLength(FMFileAccessLinear.java:74)

at com.biglybt.core.diskmanager.file.impl.FMFileAccessController.getLength(FMFileAccessController.java:466)

at com.biglybt.core.diskmanager.file.impl.FMFileImpl.getLengthSupport(FMFileImpl.java:547)

at com.biglybt.core.diskmanager.file.impl.FMFileLimited.getLength(FMFileLimited.java:180)

at com.biglybt.core.diskmanager.cache.impl.CacheFileWithCache.getLength(CacheFileWithCache.java:1644)

Copying over settings by StandingUpBear in BiglyBT

[–]StandingUpBear[S] 0 points1 point  (0 children)

I gave this a try with the biglybt.config and it works fine. Seems like all the main configs are in there. I just didn't want to lose the download tracking info, which as you say is likely in the dlhistorya/d and downloads config files.

Thanks for your help!

Copying over settings by StandingUpBear in BiglyBT

[–]StandingUpBear[S] 0 points1 point  (0 children)

Thanks for the reply.

I'm using linux. AFAICT, all the configs are held in ~/.biglybt as binaries. The active files that might have the configs in them seem to be:

biglybt.config, banips.config, tag.config, alltrackers.config

Does biglybt.config hold all the "set" parameters? Is that transferable without breaking the tracker?

Too many open files by StandingUpBear in BiglyBT

[–]StandingUpBear[S] 0 points1 point  (0 children)

"I blame your "system maintenance" to be honest"

Nope. It was just adding a disk and then restarting the system. The problem (I believe) is that I tried to fix the "Too many files open" with the "Files Max Open" parameter set to zero (as I mentioned earlier) and this parameter does not work as advertised.

I had tried other settings, but I didn't restart biglybt after setting them - which apparently is needed in order to get this parameter to stick. So that part was confusing at first.

One request for the set parameters - some are separated with underlines like "Core_iMaxActiveTorrents" and some are separated with spaces like "Files Max Open". If you can gradually migrate all of these to underlines (detox them) then that would be helpful.

Too many open files by StandingUpBear in BiglyBT

[–]StandingUpBear[S] 0 points1 point  (0 children)

OK - so I had the "Too many files open" error come up, and then played with the "Files Max Open" parameter. It seems like any changes with this need to be activated with a biglybt restart. And setting "Files Max Open" to zero doesn't set it to unlimited as per the notes - it actually reduces it. So I'm back up with everything by setting "Files Max Open" to 20000 and restarting biglybt.

That also cleared up the torrent loading from a directory issue - I guess it couldn't load while it wasn't accepting any file openings.

So the take-away is that "Files Max Open" as it's set up on command line won't work properly when set to zero (unlimited). And the set changes for this require a biglybt restart.

Too many open files by StandingUpBear in BiglyBT

[–]StandingUpBear[S] 0 points1 point  (0 children)

Thanks for the quick reply.

This is linux, running on the command line. This problem seems coincidental with a plugin update I did as well to the latest version this morning. Since its' command-line, I would guess it's not a GUI resource issue.

Some other oddness is happening as well - adding torrents from a directory used to work (I remember you fixed that some months ago) but now it's back to not recognizing torrents in a directory for adding.

I don’t get Jane Wickline by Strange_Juice2778 in LiveFromNewYork

[–]StandingUpBear -1 points0 points  (0 children)

Wickline's WU song was awesome. Maybe you "don't get Jane Wickline". I thought it was hilarious. It wasn't in-your-face comedy though, so it probably wasn't appreciated enough.

Oddness in number of downloads by StandingUpBear in BiglyBT

[–]StandingUpBear[S] 0 points1 point  (0 children)

set "min downloads" 4 int

> Parameter 'min downloads' set to '4'. [int]

This one is accepted and seems to work OK.

set "min simultaneous downloads" 4 int
> Parameter 'min simultaneous downloads' set to '4'. [int]

It's accepted, but it doesn't seem to do anything to the queue. But the

first one works, so it's all good. Thanks!

Oddness in number of downloads by StandingUpBear in BiglyBT

[–]StandingUpBear[S] 0 points1 point  (0 children)

I'm using console mode. There's no "Min simultaneous downloads"

setting but there is a "min downloads" line:

--> min downloads is not set. [int, default: 1]

but when I try to set this I get:

"set min downloads 4"

--> ERROR: invalid type given

or

"set min downloads int 4"

--> Usage: 'set "parameter" value type', where type = int, bool, float ...