immauss / openvas

Containers for running the Greenbone Vulnerability Manager. Run as a single container with all services or separate single applications containers via docker-compose.
GNU Affero General Public License v3.0
367 stars 102 forks source link

nasl_pread: Failed to close file descriptor for child process (Operation not permitted) #241

Closed DumSkidderik closed 10 months ago

DumSkidderik commented 10 months ago

Describe the bug After pulling newest image, scans complete instantly and the below error message fills the logs: nasl_pread: Failed to close file descriptor for child process (Operation not permitted)

Environment (please complete the following information):

logs ( commands assume the container name is 'openvas' ) Please attach the output from one of the following commands:

docker

[_openvas_logs.txt] docker logs openvas > (https://github.com/immauss/openvas/files/13808603/_openvas_logs.txt)

immauss commented 10 months ago

@DumSkidderik I'm not able to reproduce this .... Can you give me any more details about the setup? Also, please verify that the container's path to the targets is good. I usually check this by starting a shell in the container and using nmap to verify the connectivity.

-Scott

anonymous0871 commented 10 months ago

Hi Scott, I have the same problem. I scan from cloud server to LAN via zerotier, but without success. I use your docker-compose file to start container. Have any suggest

immauss commented 10 months ago

@anonymous0871 Can you try with an older tag and see if the problem persists?

anonymous0871 commented 10 months ago

Hi  Scott, I can try, sure, and advise you if I will have success.Thanks for your reply. FlorianoInviato dal mio Galaxy -------- Messaggio originale --------Da: GE Scott Knauss @.> Data: 15/01/24 18:36 (GMT+01:00) A: immauss/openvas @.> Cc: anonymous0871 @.>, Mention @.> Oggetto: Re: [immauss/openvas] nasl_pread: Failed to close file descriptor for child process (Operation not permitted) (Issue #241) @anonymous0871 Can you try with an older tag and see if the problem persists?

—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: @.***>

anonymous0871 commented 10 months ago

Hi Scott, no success with an old branch :-(

immauss commented 10 months ago

How far back did you go? What tag?

There is another issue, that seems similar to me for no reason other than my gut, that started with 22.4.34. The problem did not happen with 22.4.33, so Could you also try that tag?

Thank you, -Scott

anonymous0871 commented 10 months ago

Thanks Scott with 22.4.33 all is ok. Have a good day

DumSkidderik commented 10 months ago

Sorry for not replying, github got caught in the spam filter! Confirmed that 22.4.33 works

immauss commented 10 months ago

Well .... . .

That is interesting ....

Thank you. This is VERY helpful ... or it should be. Now I'm I'm just more confused.

This one might take me some time to work out as I'll have to dedicate some time to it and things are a bit busy around here. For the time being, you're no missing anything serious by continuing to use 22.4.33 until I can work it out.

Thanks, -Scott

immauss commented 10 months ago

This appears to be the same problem as #241. So closing this one. Please follow via #241

-Scott