如何解决什么会改变现有流程的掩盖?
目标是了解哪些因素可以改变已经运行的进程的umask,并提供有关如何追踪可能导致变化的原因的建议。
启动了一个巨大的过程,这是一个更大的“启动”过程的一部分。这个过程是一个大型Java过程,它执行大量的JNI调用以及一些文件I / O和目录的创建。
在一个shell脚本中是一个循环,该循环使/ proc // status捕获该过程的“ umask”值。 随着umask值的滚动,您实际上可以看到值的变化。
007
007
113
113
113
007
113
113
007
通常在2个值之间切换。
该平台是Linux,并使用Corretto 11。
问题:
1-进程A是否可以更改进程B的umask值?如果是这样,将使用什么命令?我可以检查该命令是否正在使用。
2-此HUGE进程中的过程/函数/ JNI调用是否可以更改其自身进程的umask?如果是这样,将使用什么命令?我可以检查该命令是否正在使用。
3-我应该搜索哪些其他调用,这可能会更改此特定过程的umask值?
4-是否有任何推荐的工具可用于监视导致umask更改的原因?
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。