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

No tool download known for OS... (Crawler generates empty update file)

    XMLWordPrintable

    Details

    • Similar Issues:

      Description

      • cmake plugin version: 2.3.2
      • jenkins version: 1.631
      • the master and the slave node are both sles11
      • cmake version (downloaded from cmake.org is 3.3.2
      • cmakebuilder plugin:
      • Name: cmake-3.3.2-downloaded
      • Install automatically = true
      • Install from cmake.org: version: 3.3.2
        Trying to biuld a project with this setup fails with the following message:
        Install from cmake.org [cmake-3.3.2-downloaded]: No tool download known for OS `Linux` and arch `i386`.
        Possible problem: cmake.org download path changed and the plugin is unable to download the cmake sources anymore

        Attachments

          Activity

          Hide
          15knots Martin Weber added a comment - - edited

          Big Problem

          It looks like cmake.org revamped their download pages. Most of them now say: Directory index no longer supported.
          In turn the backend-crawler fails to detect the list of available download URLs, which causes this issue.
          File $JENKINS_HOME/updates/hudson.plugins.cmake.CmakeInstaller will be nearly empty.

          To fix this, we need to contact cmake.org first.

          Show
          15knots Martin Weber added a comment - - edited Big Problem It looks like cmake.org revamped their download pages. Most of them now say: Directory index no longer supported. In turn the backend-crawler fails to detect the list of available download URLs, which causes this issue. File $JENKINS_HOME/updates/hudson.plugins.cmake.CmakeInstaller will be nearly empty. To fix this, we need to contact cmake.org first.
          Hide
          georgeg George Gugulea added a comment - - edited

          In the mean time I suggest adding in the plugin configuration:

          HTTP only (no S) will redirect to HTTPS and this should be taken care of as well.
          Following is the wget output:


          – 2015-11-04 11:33:46 – http://cmake.org/files/v3.3/cmake-3.3.2-Linux-i386.tar.gz
          Resolving cmake.org (cmake.org)... 66.194.253.19
          Connecting to cmake.org (cmake.org)|66.194.253.19|:80... connected.
          HTTP request sent, awaiting response... 301 Moved Permanently
          Location: https://cmake.org/files/v3.3/cmake-3.3.2-Linux-i386.tar.gz [following]
          – 2015-11-04 11:33:47 – https://cmake.org/files/v3.3/cmake-3.3.2-Linux-i386.tar.gz
          Connecting to cmake.org (cmake.org)|66.194.253.19|:443... connected.
          HTTP request sent, awaiting response... 200 OK
          Length: 27390817 (26M) [application/x-gzip]

          Show
          georgeg George Gugulea added a comment - - edited In the mean time I suggest adding in the plugin configuration: a check box to override the URL detection a input to specify the cmake URL (e.g.: http://cmake.org/files/v3.3/cmake-3.3.2-Linux-i386.tar.gz ) There will always be the possibility of the URL forming scheme to change because the cmake.org site is not under the cmake plugin control HTTP only (no S) will redirect to HTTPS and this should be taken care of as well. Following is the wget output: – 2015-11-04 11:33:46 – http://cmake.org/files/v3.3/cmake-3.3.2-Linux-i386.tar.gz Resolving cmake.org (cmake.org)... 66.194.253.19 Connecting to cmake.org (cmake.org)|66.194.253.19|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: https://cmake.org/files/v3.3/cmake-3.3.2-Linux-i386.tar.gz [following] – 2015-11-04 11:33:47 – https://cmake.org/files/v3.3/cmake-3.3.2-Linux-i386.tar.gz Connecting to cmake.org (cmake.org)|66.194.253.19|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 27390817 (26M) [application/x-gzip]
          Hide
          15knots Martin Weber added a comment -

          @georgeg Use the zip installer as a fall back installer on the global config page.

          Meanwhile, I contacted the cmake guys and they were kind enough to re-enable directory index listing.
          The issue will resolve with the next run of the crawler (runs daily on jenkins-ci.org). Your Jenkins instance will update the crawler result within 2-3 days.
          To force an update, you may delete file $JENKINS_HOME/updates/hudson.plugins.cmake.CmakeInstaller

          Show
          15knots Martin Weber added a comment - @georgeg Use the zip installer as a fall back installer on the global config page. Meanwhile, I contacted the cmake guys and they were kind enough to re-enable directory index listing. The issue will resolve with the next run of the crawler (runs daily on jenkins-ci.org). Your Jenkins instance will update the crawler result within 2-3 days. To force an update, you may delete file $JENKINS_HOME/updates/hudson.plugins.cmake.CmakeInstaller
          Hide
          15knots Martin Weber added a comment -

          Thanks to Brad King for fixing this on the cmake.org site

          Show
          15knots Martin Weber added a comment - Thanks to Brad King for fixing this on the cmake.org site
          Hide
          jg_lgc Justin Georgeson added a comment -

          I am seeing this error with v2.5.2 of cmake plugin and Jenkins core 2.60.2 installed. The Install from cmake.org option also doesn't give me a combobox pre-filled list of versions to select from but rather a simple text field, so I'm just entering the <x.y.z> version number in that field. Is the lack of pre-filled list of versions indicative of some other issue? I am behind a proxy and proxy is configured for plugin management (and working at least for plugin upgrades/installs and listing available plugins).

          Show
          jg_lgc Justin Georgeson added a comment - I am seeing this error with v2.5.2 of cmake plugin and Jenkins core 2.60.2 installed. The  Install from cmake.org option also doesn't give me a combobox pre-filled list of versions to select from but rather a simple text field, so I'm just entering the <x.y.z> version number in that field. Is the lack of pre-filled list of versions indicative of some other issue? I am behind a proxy and proxy is configured for plugin management (and working at least for plugin upgrades/installs and listing available plugins).
          Hide
          15knots Martin Weber added a comment - - edited

          Justin Georgeson If you do not see a file hudson.plugins.cmake.CmakeInstaller.json in directory $JENKINS_HOME/updates, you are suffering from INFRA-1483. If so, please vote there.

          As a workaround, you could manually download the file from https://updates.jenkins-ci.org/updates/hudson.plugins.cmake.CmakeInstaller.json

          Show
          15knots Martin Weber added a comment - - edited Justin Georgeson If you do not see a file hudson.plugins.cmake.CmakeInstaller.json in directory $JENKINS_HOME/updates, you are suffering from INFRA-1483 . If so, please vote there. As a workaround, you could manually download the file from https://updates.jenkins-ci.org/updates/hudson.plugins.cmake.CmakeInstaller.json
          Hide
          jg_lgc Justin Georgeson added a comment -

          Thanks for the quick response Martin! Did you link the right issue? When I click the link it takes me back to this issue (closed so I can't vote on it), when I type in URL for 3137 directly it loads "Allow permissions at batch task level" for the batch-task-plugin (seems unrelated, but also closed so I can't vote).

          I don't have that file on my server, have downloaded it manually and am quieting the server to reload config.

           

          Show
          jg_lgc Justin Georgeson added a comment - Thanks for the quick response Martin! Did you link the right issue? When I click the link it takes me back to this issue (closed so I can't vote on it), when I type in URL for 3137 directly it loads "Allow permissions at batch task level" for the  batch-task-plugin (seems unrelated, but also closed so I can't vote). I don't have that file on my server, have downloaded it manually and am quieting the server to reload config.  
          Hide
          jg_lgc Justin Georgeson added a comment -

          the manual download workaround worked. If there is an open issue I can vote on, please give me the link.

          Show
          jg_lgc Justin Georgeson added a comment - the manual download workaround worked. If there is an open issue I can vote on, please give me the link.
          Hide
          15knots Martin Weber added a comment -

          Sorry, the link to the issue was wrong, corrected now. Anyway INFRA-1483 is closed now.

          Show
          15knots Martin Weber added a comment - Sorry, the link to the issue was wrong, corrected now. Anyway INFRA-1483 is closed now.

            People

            Assignee:
            15knots Martin Weber
            Reporter:
            georgeg George Gugulea
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Dates

              Created:
              Updated:
              Resolved: