Docker 线程“main”java.lang.RuntimeException中出现异常：无法重置文件系统

我正在尝试使用docker文件在OpenShift上部署sonarqube，构建正在工作，部署后，我看到了错误

2016.08.30 10:06:42 INFO  app[o.s.a.AppFileSystem] Cleaning or creating temp directory /opt/sonarqube/temp
Exception in thread "main" java.lang.RuntimeException: Failed to reset file system
    at org.sonar.process.monitor.Monitor.resetFileSystem(Monitor.java:127)
    at org.sonar.process.monitor.Monitor.startProcesses(Monitor.java:107)
    at org.sonar.process.monitor.Monitor.start(Monitor.java:101)
    at org.sonar.application.App.start(App.java:54)
    at org.sonar.application.App.main(App.java:141)
Caused by: java.nio.file.AccessDeniedException: /opt/sonarqube/temp/README.txt
    at sun.nio.fs.UnixException.translateToIOException(UnixException.java:84)
    at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102)
    at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107)
    at sun.nio.fs.UnixFileSystemProvider.implDelete(UnixFileSystemProvider.java:244)
    at sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:103)
    at java.nio.file.Files.delete(Files.java:1126)
    at org.sonar.application.AppFileSystem$CleanTempDirFileVisitor.visitFile(AppFileSystem.java:149)
    at org.sonar.application.AppFileSystem$CleanTempDirFileVisitor.visitFile(AppFileSystem.java:130)
    at java.nio.file.Files.walkFileTree(Files.java:2670)
    at org.sonar.application.AppFileSystem.createOrCleanTempDirectory(AppFileSystem.java:126)
    at org.sonar.application.AppFileSystem.reset(AppFileSystem.java:83)
    at org.sonar.process.monitor.Monitor.resetFileSystem(Monitor.java:124)
    ... 4 more

我的docker文件看起来像-

 FROM rhel7:latest

MAINTAINER Naveen Kumar02 <na>

RUN set -x \
    && yum -y install tar unzip \
    && yum -y update \
    && yum -y clean all 

ENV SONAR_VERSION=6.0 \
    SONARQUBE_HOME=/opt/sonarqube \
    # Database configuration
    # Defaults to using H2
    SONARQUBE_JDBC_USERNAME=sonar \
    SONARQUBE_JDBC_PASSWORD=sonar \
    SONARQUBE_JDBC_URL=
#java
ENV JAVA_HOME /opt/java
ENV JAVA_VERSION_MAJOR 8
ENV JAVA_VERSION_MINOR 102
ENV JAVA_VERSION_BUILD 14

RUN mkdir -p /opt \
  && curl --fail --silent --location --retry 3 \
  --header "Cookie: oraclelicense=accept-securebackup-cookie; " \
  http://download.oracle.com/otn-pub/java/jdk/${JAVA_VERSION_MAJOR}u${JAVA_VERSION_MINOR}-b${JAVA_VERSION_BUILD}/server-jre-${JAVA_VERSION_MAJOR}u${JAVA_VERSION_MINOR}-linux-x64.tar.gz \
  | gunzip \
  | tar -x -C /opt \
  && ln -s /opt/jdk1.${JAVA_VERSION_MAJOR}.0_${JAVA_VERSION_MINOR} ${JAVA_HOME}


# Http port
EXPOSE 9000

RUN set -x \

    # see https://bugs.debian.org/812708
    # and https://github.com/SonarSource/docker-sonarqube/pull/18#issuecomment-194045499
    && cd /tmp \
    && cd /opt \
    && curl -o sonarqube.zip -fSL https://sonarsource.bintray.com/Distribution/sonarqube/sonarqube-$SONAR_VERSION.zip \
#    && curl -o sonarqube.zip.asc -fSL https://sonarsource.bintray.com/Distribution/sonarqube/sonarqube-$SONAR_VERSION.zip.asc \
#    && gpg --batch --verify sonarqube.zip.asc sonarqube.zip \
    && unzip sonarqube.zip \
    && mv sonarqube-$SONAR_VERSION sonarqube \
    && rm sonarqube.zip* \
    && rm -rf $SONARQUBE_HOME/bin/*

RUN echo "-Djava.awt.headless=true" >> /opt/sonarqube/conf/wrapper.conf
RUN echo "-Djava.io.tmpdir=/tmp" >> /opt/sonarqube/conf/wrapper.conf  


WORKDIR /

COPY containerfiles/run.sh /

RUN chmod 777 /run.sh 

#RUN useradd -r -u 200 -m -c "sonar role account" -d ${SONARQUBE_HOME} -s /bin/false sonar   

#USER sonar

VOLUME ["$SONARQUBE_HOME/data", "$SONARQUBE_HOME/extensions"]

#RUN chmod  -R 755 $SONARQUBE_HOME
#RUN chmod 755 $SONARQUBE_HOME/extensions
#RUN chmod 755 /opt/sonarqube/temp/
#RUN chmod 755 /opt/sonarqube/temp/README.txt

WORKDIR $SONARQUBE_HOME

#RUN chown -R sonar:sonar /opt/sonarqube/temp/

ENV JAVA_MAX_MEM 1200m
ENV JAVA_MIN_MEM 1200m
#ENV EXTRA_JAVA_OPTS "-Djava.util.prefs.systemRoot=/nexus-data/.java -Djava.util.prefs.userRoot=/nexus-data/.java/.userPrefs"
#ENV JAVA_OPTS "-Djava.awt.headless=true -Djava.io.tmpdir=/opt/temp"

#COPY containerfiles/run.sh /
#RUN chmod 755 $SONARQUBE_HOME/bin/run.sh

#RUN chmod +x ${SONARQUBE_HOME}/bin/run.sh
RUN useradd sonar
RUN chown -R sonar /opt/sonarqube
ENTRYPOINT ["/run.sh"]

---

是否有人可以指导我解决此错误？

在更改以下权限后，我现在正在工作

RUN mkdir -p /opt/sonarqube/bin/pid
RUN chmod 777 /opt/sonarqube/bin/pid
RUN cd /opt/sonarqube/bin/pid
RUN chmod 777 /opt/sonarqube/logs
#RUN chmod 777 /opt/sonarqube/bin/linux-x86-64
RUN ln -s /opt/java/bin/java /usr/bin/java
RUN chmod 777 /opt/sonarqube/temp
RUN chmod 777 /opt/sonarqube/data
RUN chmod 777 /opt/sonarqube/extensions
RUN chmod 777 /opt/sonarqube/extensions/plugins/
RUN chmod 777 /opt/sonarqube/lib/bundled-plugins

---

在更改以下权限后，我现在有了工作许可证

RUN mkdir -p /opt/sonarqube/bin/pid
RUN chmod 777 /opt/sonarqube/bin/pid
RUN cd /opt/sonarqube/bin/pid
RUN chmod 777 /opt/sonarqube/logs
#RUN chmod 777 /opt/sonarqube/bin/linux-x86-64
RUN ln -s /opt/java/bin/java /usr/bin/java
RUN chmod 777 /opt/sonarqube/temp
RUN chmod 777 /opt/sonarqube/data
RUN chmod 777 /opt/sonarqube/extensions
RUN chmod 777 /opt/sonarqube/extensions/plugins/
RUN chmod 777 /opt/sonarqube/lib/bundled-plugins

---

您的应用程序/用户是否具有读取/写入/修改/opt/sonarqube/temp的权限？是的，运行useradd sonar运行chown-R sonar/opt/sonarqube，但它无法帮助启用Linux？如果是这样的话，chown就不会有足够的用户组设置正确吗？您是否使用setfacl作为新创建文件的默认权限？嗨，Michael，实际上我没有访问Openshift服务器的权限，我只能通过git eclipse部署，使用docker文件，我使用相同的方法成功部署了nexus，并且工作正常。然而，sonarqube不起作用。我也运行了chmod-R 755$SONARQUBE_home您的应用程序/用户是否有权限读/写/修改/opt/SONARQUBE/temp？是的，运行useradd sonar RUN chown-R sonar/opt/SONARQUBE，但它没有帮助启用Linux？如果是这样的话，chown就不会有足够的用户组设置正确吗？您是否使用setfacl作为新创建文件的默认权限？嗨，Michael，实际上我没有访问Openshift服务器的权限，我只能通过git eclipse部署，使用docker文件，我使用相同的方法成功部署了nexus，并且工作正常。然而，sonarqube不起作用。我也这样做了，chmod-R755$SONARQUBE_主页