java 命令创建奇怪的 PID 日志文件

Question

我一直在使用默认安装java版本的Amazon Linux EC2，如下所示：

java version "1.7.0_75"
OpenJDK Runtime Environment (amzn-2.5.4.0.53.amzn1-x86_64 u75-b13)
OpenJDK 64-Bit Server VM (build 24.75-b04, mixed mode)

每当运行Java独立程序（即你好世界）时，如下所示

java HelloWorld

它自动创建一个进程ID文件，例如1234，内容如下。当我用另一个Java版本指定另一个Java_home时，例如oracle java jdk1.7.0_71

Home/ec2-user/jdk1.7.0_71.bin/java HelloWorld

文件未创建。

如果我运行默认的java，但作为另一个用户（根）文件没有创建。

有什么想法吗？

sun.rt.createVmBeginTime
sun.rt.createVmEndTime
sun.rt.vmInitDoneTime
java.threads.started
java.threads.live
java.threads.livePeak
java.threads.daemon
sun.rt.safepointSyncTime
sun.rt.safepoints
sun.rt.safepointTime
sun.rt.applicationTime
sun.rt.jvmVersion
sun.rt.threadInterruptSignaled
sun.rt.interruptedBeforeIO
sun.rt.interruptedDuringIO
sun.rt.jvmCapabilities
java.cls.loadedClasses
java.cls.unloadedClasses
java.cls.sharedLoadedClasses
java.cls.sharedUnloadedClasses
sun.cls.loadedBytes
sun.cls.unloadedBytes
sun.cls.sharedLoadedBytes
sun.cls.sharedUnloadedBytes
sun.cls.methodBytes
sun.cls.time
sun.cls.classInitTime
sun.cls.classInitTime.self
sun.cls.classVerifyTime
sun.cls.classVerifyTime.self
sun.cls.classLinkedTime
sun.cls.classLinkedTime.self
sun.cls.initializedClasses
sun.cls.linkedClasses
sun.cls.verifiedClasses
sun.cls.parseClassTime
sun.cls.parseClassTime.self
sun.cls.lookupSysClassTime
sun.cls.sharedClassLoadTime
sun.cls.sysClassLoadTime
sun.cls.appClassLoadTime
sun.cls.appClassLoadTime.self
sun.cls.appClassLoadCount
sun.cls.defineAppClasses
sun.cls.defineAppClassTime
sun.cls.defineAppClassTime.self
sun.cls.appClassBytes
sun.cls.sysClassBytes
sun.cls.systemLoaderLockContentionRate
sun.cls.nonSystemLoaderLockContentionRate
sun.cls.jvmFindLoadedClassNoLockCalls
sun.cls.jvmDefineClassNoLockCalls
sun.cls.jniDefineClassNoLockCalls
sun.cls.unsafeDefineClassCalls
sun.cls.isUnsyncloadClassSet
sun.cls.loadInstanceClassFailRate
sun.gc.cause
No GC
sun.gc.lastCause
No GC
sun.gc.generation.0.name
sun.gc.generation.0.spaces
sun.gc.generation.0.minCapacity
sun.gc.generation.0.maxCapacity
sun.gc.generation.0.capacity
sun.gc.generation.0.space.0.name
eden
sun.gc.generation.0.space.0.maxCapacity
sun.gc.generation.0.space.0.capacity
sun.gc.generation.0.space.0.used
sun.gc.generation.0.space.0.initCapacity
sun.gc.generation.0.space.1.name
sun.gc.generation.0.space.1.maxCapacity

编辑:alias显示如下，但是declare -f什么也没有显示。

$alias

alias l.='ls -d .* --color=auto'
alias ll='ls -l --color=auto'
alias ls='ls --color=auto'
alias vi='vim'
alias which='alias | /usr/bin/which --tty-only --read-alias --show-dot --show-tilde'

$declare -f

Answer 1

我已经将“x”权限添加到dir / tmp / hsperfdata_user并且它的工作原理，奇怪的pid日志文件不再存在。

Answer 2

对我来说，答案是/tmp/hsperfdata_user目录的权限没有设置为x。我运行< code > chmod x/tmp/hsperfdata _ user 来修复它，其中user是受影响的帐户的用户名。

应该注意的是，由于hsperfdata_user目录驻留在 /tmp 中，这意味着重新启动也应该解决此问题，具体取决于导致权限首先更改的原因。