Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

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

Closed
DumSkidderik opened this issue Jan 2, 2024 · 10 comments
Assignees

Comments

@DumSkidderik
Copy link

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):

  • OS: Ubuntu 20.04 LTS
  • Memory available to OS: [ 16G ]
  • Container environment used with version: docker

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
Copy link
Owner

immauss commented Jan 7, 2024

@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
Copy link

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
Copy link
Owner

immauss commented Jan 15, 2024

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

@anonymous0871
Copy link

anonymous0871 commented Jan 16, 2024 via email

@anonymous0871
Copy link

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

@immauss
Copy link
Owner

immauss commented Jan 16, 2024

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
Copy link

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

@DumSkidderik
Copy link
Author

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

@immauss
Copy link
Owner

immauss commented Jan 18, 2024

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
Copy link
Owner

immauss commented Jan 22, 2024

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

-Scott

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants