Perfect, I voted for it
Yes, the scan timeout â the error Iâm getting comes from the timeout, and I have the impression that the nmap command takes longer to execute from the Gladys plugin than when run directly on the container.
All the more so because before adding this timeout I could find my devices on the network.
So I think that for cases like mine, making it configurable (leaving 30s as the default) could help, at least to rule out this possibility.
Otherwise we can just increase the timeout to 45 seconds; I donât see any problem with that.
Well, I ended up bringing up a fresh Gladys instance on another server, same problem.
So this time itâs clear: itâs indeed the timeout thatâs breaking the plugin for me.
What should I do to get the timeout increased in a future release?
If possible, 1 minute rather than 30 or 45 seconds, please
If youâre comfortable with GitHub, you can make a Pull Request to change the variables here: Gladys/server/services/lan-manager/lib/lan-manager.constants.js at master · GladysAssistant/Gladys · GitHub
I created a PR here :
It was really a change that took me a second ![]()
Itâs merged, it will be included in the next version of Gladys!
Thank you very much!
No, Iâm not at all comfortable with GitHub unfortunately, Iâd really like to âŠ
@pierre-gilles I just tested on version 4.40, everything is OK!
Thank you very much
Great, glad to see that 4.40 fixed your issue!
Iâm closing this thread ![]()