Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-20576

Fresh install (via package installer) doesn't run on OS X

    Details

    • Similar Issues:

      Description

      SYMPTOMS:

      • http://localhost:8080 doesn't accept a connection following new install via OSX platform-specific package.
      • sudo launchctl unload -w /Library/LaunchDaemons/org.jenkins-ci.plist returns
        "org.jenkins-ci: Already loaded"

      SUSPECTED CAUSE:
      Java runtime not installed.
      /usr/bin/java exists and is in PATH, but running `java` from the command line returns
      "No Java runtime present, requesting install."
      Running java directly from the command line produces a pop-up alert prompting to install Java. However, the failing LaunchDaemon dies silently.

      LOG snippet from /var/logs/jenkins/jenkins.log:
      2013-11-13 23:24:14.940 defaults[9590:507]
      The domain/default pair of (/Library/Preferences/org.jenkins-ci, war) does not exist
      2013-11-13 23:24:14.974 defaults[9597:507]
      The domain/default pair of (/Library/Preferences/org.jenkins-ci, JENKINS_HOME) does not exist
      2013-11-13 23:24:14.982 defaults[9598:507]
      The domain/default pair of (/Library/Preferences/org.jenkins-ci, prefix) does not exist
      2013-11-13 23:24:15.003 defaults[9601:507]
      The domain/default pair of (/Library/Preferences/org.jenkins-ci, httpsPort) does not exist
      2013-11-13 23:24:15.011 defaults[9602:507]
      The domain/default pair of (/Library/Preferences/org.jenkins-ci, httpsListenAddress) does not exist
      2013-11-13 23:24:15.019 defaults[9603:507]
      The domain/default pair of (/Library/Preferences/org.jenkins-ci, ajp13Port) does not exist
      2013-11-13 23:24:15.027 defaults[9604:507]
      The domain/default pair of (/Library/Preferences/org.jenkins-ci, ajp13ListenAddress) does not exist
      JENKINS_HOME=/Users/Shared/Jenkins/Home
      Jenkins command line for execution:
      /usr/bin/java -XX:PermSize=256m -XX:MaxPermSize=512m -Xms256m -Xmx512m -jar /Applications/Jenkins/jenkins.war --httpPort=8080 --httpListenAddress=localhost
      No Java runtime present, requesting install.
      2013-11-13 23:24:15.039 java[9589:d0b] JLRequestRuntimeInstall: Error calling: CFMessagePortCreateRemote

      May be similar to JENKINS-19936

        Attachments

          Activity

          Hide
          alttag Tom Gregory added a comment -

          Upgrade to Mavericks "helpfully" uninstalled Java, but left an executable at `/usr/bin/java`.

          (Re)installing Java worked, but it took several minutes following the launch and not a few page refreshes.

          Would not have known to do so without checking error logs.

          Show
          alttag Tom Gregory added a comment - Upgrade to Mavericks "helpfully" uninstalled Java, but left an executable at `/usr/bin/java`. (Re)installing Java worked, but it took several minutes following the launch and not a few page refreshes. Would not have known to do so without checking error logs.
          Hide
          danielbeck Daniel Beck added a comment -

          Could you please explain why this constitutes a critical bug in Jenkins? Looks more like an environment preparation issue.

          Might be possible to extend the installer to include a note that Java needs to be installed.

          Show
          danielbeck Daniel Beck added a comment - Could you please explain why this constitutes a critical bug in Jenkins? Looks more like an environment preparation issue. Might be possible to extend the installer to include a note that Java needs to be installed.
          Hide
          alttag Tom Gregory added a comment -

          I would argue that any circumstance whereby installation fails silently is critical, even if it is an environment issue.

          Even a helpful hint that the install failed to access the Java runtime would have saved a great deal of troubleshooting.

          In this particular case more than a basic test for Java installation was necessary, as the system reported it was installed, even though it was not.

          Show
          alttag Tom Gregory added a comment - I would argue that any circumstance whereby installation fails silently is critical, even if it is an environment issue. Even a helpful hint that the install failed to access the Java runtime would have saved a great deal of troubleshooting. In this particular case more than a basic test for Java installation was necessary, as the system reported it was installed, even though it was not.
          Hide
          danielbeck Daniel Beck added a comment -

          AFAICT we're using priorities mostly consistently with the JIRA definitions, and this isn't Crashes, Loss of Data, Severe Memory Leak. Reducing to Major – while a workaround is present (indicating Minor actually), it prevents operation of Jenkins entirely if unknown, so that looks like a reasonable compromise.

          (FWIW I've asked that the default be set to Minor so that going Major is already a step above the default – no success so far )

          Show
          danielbeck Daniel Beck added a comment - AFAICT we're using priorities mostly consistently with the JIRA definitions, and this isn't Crashes, Loss of Data, Severe Memory Leak . Reducing to Major – while a workaround is present (indicating Minor actually), it prevents operation of Jenkins entirely if unknown, so that looks like a reasonable compromise. (FWIW I've asked that the default be set to Minor so that going Major is already a step above the default – no success so far )
          Hide
          p4paul Paul Allen added a comment -

          Just had the same bug with 'jenkins-2.107.2.pkg' - ended up fixing it by adding JAVA_HOME to the environment section of the /Library/LaunchDaemons/org.jenkins-ci.plist

          Show
          p4paul Paul Allen added a comment - Just had the same bug with 'jenkins-2.107.2.pkg' - ended up fixing it by adding JAVA_HOME to the environment section of the /Library/LaunchDaemons/org.jenkins-ci.plist

            People

            • Assignee:
              Unassigned
              Reporter:
              alttag Tom Gregory
            • Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated: