Open thelaughingwolf opened 3 years ago
The error is persisting across multiple hosts. I can temporarily resolve the issue by changing the ID, but after enough restarts and reconnects, the error will appear again and I have to update the ID to get it to work.
I have tried with both datastore: "redis"
and datastore: "ioredis"
. Also, clearDatastore: true
appears to have no effect.
Given this behavior, we're unable to rely on this package for any real-world applications. I've used Bottleneck without problems before, and according to the documentation, this package is relied upon in many demanding environments, but it's consistently breaking down for us.
Can anyone provide any guesses or suggestions? I don't see any alternatives to Bottleneck's limiting behavior.
In case this helps somebody. I have been running into this error today on version 2.19.5. I have figured out why it's happening in our case
the minTime
provided in the config was a Float (calculated as 12.5)
new Bottleneck.Group({id: 'test', minTime: 12.5 }
below are the commands from redis monitor that helped me track it down. Looks like this float eventually coerces the millisecond time to pexpire to be a float as well.
1618273385.366529 [15 lua] "zadd" "b_test-test_client_last_registered" "1618273385366" "cl6rj00kshg"
1618273385.366540 [15 lua] "hset" "b_test-test_settings" "nextRequest" "1618273385378.5"
1618273385.366549 [15 lua] "pexpire" "b_test-test_settings" "300012.5"
I'm getting an error from Redis on limiter startup. I've seen this error before, but I resolved it by using
clearDatastore: true
and restarting. I don't want to wipe out the shared limiter configuration every time an instance of my app restarts, though.Error:
Non-sensitive config:
I saw this error, then I removed the
id
option and my app connected. Then I restoredid
and my app connected again. I don't have any idea how to explain this behavior, since all I did was remove and restore the ID, and it's concerning that my app simply won't start sometimes.