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

[Errno 1] Operation not permitted #35

Closed
rhoerbe opened this issue Sep 27, 2013 · 11 comments
Closed

[Errno 1] Operation not permitted #35

rhoerbe opened this issue Sep 27, 2013 · 11 comments

Comments

@rhoerbe
Copy link
Contributor

rhoerbe commented Sep 27, 2013

This error seems to correlate with the number of entity descriptors loaded.

Debug log:
http://pastebin.com/VSfb24bc

@leifj
Copy link
Contributor

leifj commented Nov 29, 2013

The paste is gone, is this still an issue?

@rhoerbe
Copy link
Contributor Author

rhoerbe commented Dec 12, 2013

The issue is still around with pyFF==0.9.4

It create the aggregated md, but output the message from the title on stderr.

http://pastebin.com/jG7egvFw

@leifj
Copy link
Contributor

leifj commented Dec 12, 2013

Note that pyFF hasn't been released. Is the issue around in HEAD...

@rhoerbe
Copy link
Contributor Author

rhoerbe commented Dec 12, 2013

around HEAD?

DEBUG:root:selecting 6 entities from 1 entity set(s) before validation
DEBUG:root:importing builtins from pyff.pipes to find store
ERROR:root:[Errno 1] Operation not permitted

Should I pull from github?

@leifj
Copy link
Contributor

leifj commented Dec 13, 2013

On 2013-12-12 15:54, Rainer Hörbe wrote:

around HEAD?

DEBUG:root:selecting 6 entities from 1 entity set(s) before validation
DEBUG:root:importing builtins from pyff.pipes to find store
ERROR:root:[Errno 1] Operation not permitted

Should I pull from github?


Reply to this email directly or view it on GitHub
#35 (comment).

yes please make sure you have the latest version - I'm not 100% sure
I've fixed this bug but I want to make sure I'm not chasing ghosts

@rhoerbe
Copy link
Contributor Author

rhoerbe commented Dec 13, 2013

It's still there.

@rhoerbe
Copy link
Contributor Author

rhoerbe commented Dec 13, 2013

wait, I have a clue what the problem is .. seems to be a permission problem on the output side.

@rhoerbe
Copy link
Contributor Author

rhoerbe commented Dec 13, 2013

File perms or selinux dont seem to be the cause. The problem goes away if I start the script as root. However, I prefer to start shell scripts from crontab as restricted user. Anyway, the problem is just the error reporting, 2>/dev/null does it (and all other potential errors) away. The resulting aggregate is OK.
Could it be that pyff tries to create some file, like a named pipe, but continues somehow if it fails?

@leifj
Copy link
Contributor

leifj commented Dec 13, 2013

On 2013-12-13 08:42, Rainer Hörbe wrote:

File perms or selinux dont seem to be the cause. The problem goes away
if I start the script as root. However, I prefer to start shell
scripts from crontab as restricted user. Anyway, the problem is just
the error reporting, 2>/dev/null does it (and all other potential
errors) away. The resulting aggregate is OK.
Could it be that pyff tries to create some file, like a named pipe,
but continues somehow if it fails?


Reply to this email directly or view it on GitHub
#35 (comment).

Aha! Maybe the issue is creating temporary files...

@leifj
Copy link
Contributor

leifj commented Jun 30, 2015

Hey do you have a way to reproduce this wo running on selinux?

@rhoerbe
Copy link
Contributor Author

rhoerbe commented Sep 21, 2015

Cannot reproduce it, independent of setenforce 0 or 1.

@rhoerbe rhoerbe closed this as completed Sep 21, 2015
This issue was closed.
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

2 participants