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

Broken CSS when reloading Jenkins after a time of inactivity

    Details

    • Type: Bug
    • Status: Resolved (View Workflow)
    • Priority: Major
    • Resolution: Duplicate
    • Component/s: core
    • Labels:
      None
    • Similar Issues:

      Description

      Happens semi-random, but whenever I leave the Jenkins page for an amount of time and then come back and hit refresh, the CSS seems to break (see attached image).

      Hitting refresh again does NOT fix it. However, holding shift while refreshing (forced refresh) fixes the issue and the page goes back to looking normal (hitting normal refresh works fine then).

      I've tried it in different browsers (and even a co-worker's computer) and it is happening there too.

        Attachments

          Issue Links

            Activity

            Hide
            dallasgutauckis Dallas Gutauckis added a comment -

            I'm also seeing this issue, with the same "workaround" to resolve.

            Show
            dallasgutauckis Dallas Gutauckis added a comment - I'm also seeing this issue, with the same "workaround" to resolve.
            Hide
            dann Dan Newmarch added a comment -

            I also have this issue with 1.480.3 LTS. With Jenkins running on Windows XP as service.

            If it makes any difference, I've found that some elements seem to lose their styling before others. In particular the breadcrumb navigation buttons at the top left of the screen seem to lose their styling first. This is quite annoying as the unstyled list of navigation items spans the width of the screen and overlays clickable elements on some screens preventing them from being clicked. I have also observed the entire page being unstyled as with above screenshot.

            Show
            dann Dan Newmarch added a comment - I also have this issue with 1.480.3 LTS. With Jenkins running on Windows XP as service. If it makes any difference, I've found that some elements seem to lose their styling before others. In particular the breadcrumb navigation buttons at the top left of the screen seem to lose their styling first. This is quite annoying as the unstyled list of navigation items spans the width of the screen and overlays clickable elements on some screens preventing them from being clicked. I have also observed the entire page being unstyled as with above screenshot.
            Hide
            prestonj Preston Jennings added a comment -

            +1 for this issue appearing in 1.480.3 LTS. I installed the build via a debian package (ubuntu linux OS).

            My feeling is that this issue should have a higher priority than minor as it gives the impression that the 1.480.3 "LTS" build is unpolished. However as noted above, using shift + refresh does make the problem go away.

            Show
            prestonj Preston Jennings added a comment - +1 for this issue appearing in 1.480.3 LTS. I installed the build via a debian package (ubuntu linux OS). My feeling is that this issue should have a higher priority than minor as it gives the impression that the 1.480.3 "LTS" build is unpolished. However as noted above, using shift + refresh does make the problem go away.
            Hide
            rburhum Ragi Burhum added a comment -

            This looks similar to JENKINS-17684. There is other interesting information related to the bug there.

            Show
            rburhum Ragi Burhum added a comment - This looks similar to JENKINS-17684 . There is other interesting information related to the bug there.
            Hide
            nacht Pedro Rodriguez added a comment -

            Defiantly related. Linking to it since it has more info.

            Show
            nacht Pedro Rodriguez added a comment - Defiantly related. Linking to it since it has more info.
            Hide
            amit77us Amit Kulkarni added a comment - - edited

            Same issue, running on Ubuntu 12.04 LTS.

            Additionally, ONLY when the CSS is broken, I can delete existing users. Other times, the "delete" link on left side is not visible. Does anyone else also have this issue ? Are they related ?

            Show
            amit77us Amit Kulkarni added a comment - - edited Same issue, running on Ubuntu 12.04 LTS. Additionally, ONLY when the CSS is broken, I can delete existing users. Other times, the "delete" link on left side is not visible. Does anyone else also have this issue ? Are they related ?
            Hide
            joncage jon cage added a comment - - edited

            Same here running on Windows XP host (as a service) and viewing no client machines using Chrome / FF.

            Closing the tab and opening a new one appears to fix the issue.

            Show
            joncage jon cage added a comment - - edited Same here running on Windows XP host (as a service) and viewing no client machines using Chrome / FF. Closing the tab and opening a new one appears to fix the issue.
            Hide
            plantface Benny Bottema added a comment -

            We're running this in a project with 5 teams of about 2/3 developers per team and we all experience this issue. Simple refresh doesn't work (even with cache turned off under Chrome), but a ctrl-F5 seems to have some effect.

            Show
            plantface Benny Bottema added a comment - We're running this in a project with 5 teams of about 2/3 developers per team and we all experience this issue. Simple refresh doesn't work (even with cache turned off under Chrome), but a ctrl-F5 seems to have some effect.
            Hide
            joncage jon cage added a comment -

            FYI, I've just upgraded to v1.517 and have not as yet seen the issue re-appear.

            Show
            joncage jon cage added a comment - FYI, I've just upgraded to v1.517 and have not as yet seen the issue re-appear.
            Hide
            orrc Christopher Orr added a comment -

            The fix for this should be in 1.518, so you may well still see this problem occur in 1.517.

            Show
            orrc Christopher Orr added a comment - The fix for this should be in 1.518, so you may well still see this problem occur in 1.517.
            Hide
            alien2150 Thomas Z added a comment - - edited

            Can confirm that with the latest version (1.538) as you can see on the screenshot here: https://dl.dropboxusercontent.com/u/617077/jenkins_css_broken.PNG

            It seems that accessing the css files seems to return a HTTP 404 like for "http://<host>/static/1a63fb46/css/style.css" and other files as well. A restart of the whole software seems to fix that.

            Show
            alien2150 Thomas Z added a comment - - edited Can confirm that with the latest version (1.538) as you can see on the screenshot here: https://dl.dropboxusercontent.com/u/617077/jenkins_css_broken.PNG It seems that accessing the css files seems to return a HTTP 404 like for "http://<host>/static/1a63fb46/css/style.css" and other files as well. A restart of the whole software seems to fix that.
            Hide
            glittle Glen Little added a comment -

            After upgrading to 1.538, I was getting missing files too with URL (.../static/...). A full reboot of the server resolved it.

            Show
            glittle Glen Little added a comment - After upgrading to 1.538, I was getting missing files too with URL (.../static/...). A full reboot of the server resolved it.
            Hide
            brunocvcunha Bruno Candido Volpato da Cunha added a comment -

            I'm getting the same issue in 1.538 too.
            https://dl.dropboxusercontent.com/s/ze1soaao4zbg8ig/jenkins-css.png

            This is very annoying and I have to be careful to not press F5.
            The server is generating invalid URLs to static resources (e.g. http://touros:8080/static/38c6342f/images/24x24/grey.png), that gives 404 error.

            A service reboot resolve the problem for a while.

            Show
            brunocvcunha Bruno Candido Volpato da Cunha added a comment - I'm getting the same issue in 1.538 too. https://dl.dropboxusercontent.com/s/ze1soaao4zbg8ig/jenkins-css.png This is very annoying and I have to be careful to not press F5. The server is generating invalid URLs to static resources (e.g. http://touros:8080/static/38c6342f/images/24x24/grey.png ), that gives 404 error. A service reboot resolve the problem for a while.
            Hide
            potatopankakes Jeff Burke added a comment -

            This is happening on 1.539. Most CSS, JavaScript and images are failing to load.

            The resources that succeed have the url formats:
            http://myserver.com:8080/adjuncts/2103c023/org/kohsuke/stapler/rest-of-url
            or
            http://myserver.com:8080/static/2103c023/plugin/rest-of-url

            The resources that fail have the url format:
            http://myserver.com:8080/static/2103c023/rest-of-url.

            Bind.js, jquery.full.js, breadcrumbs.js, breadcrumbs.css and some plugin images are the only files loading for me.

            Clearing cache, force reloading, clearing cookie, logging out, and opening a different browser type does NOT fix the issue for me. I had to restart Jenkins.

            This is on Windows 2008 R2 Standard Server Service Pack 1.

            Show
            potatopankakes Jeff Burke added a comment - This is happening on 1.539. Most CSS, JavaScript and images are failing to load. The resources that succeed have the url formats: http://myserver.com:8080/adjuncts/2103c023/org/kohsuke/stapler/rest-of-url or http://myserver.com:8080/static/2103c023/plugin/rest-of-url The resources that fail have the url format: http://myserver.com:8080/static/2103c023/rest-of-url . Bind.js, jquery.full.js, breadcrumbs.js, breadcrumbs.css and some plugin images are the only files loading for me. Clearing cache, force reloading, clearing cookie, logging out, and opening a different browser type does NOT fix the issue for me. I had to restart Jenkins. This is on Windows 2008 R2 Standard Server Service Pack 1.
            Hide
            gjean Guillaume Jean added a comment -

            I have the same problem with version 1.540 on Mac Os X 10.9

            Sincerely
            GJean

            Show
            gjean Guillaume Jean added a comment - I have the same problem with version 1.540 on Mac Os X 10.9 Sincerely GJean
            Hide
            dalewking Dale King added a comment -

            Is this going to be fixed anytime soon? Jenkins is pretty much unusable in this state, e.g. you cannot submit changes to configuration.

            I am very close to switching to Hudson.

            Show
            dalewking Dale King added a comment - Is this going to be fixed anytime soon? Jenkins is pretty much unusable in this state, e.g. you cannot submit changes to configuration. I am very close to switching to Hudson.
            Hide
            ampledata Greg Albrecht added a comment -

            Same problem here. Debug info attached.

            • Jenkins 1.541.
            • Mac OS X 10.8.5.

            System Properties: https://dl.dropboxusercontent.com/u/4036736/System%20Properties.txt
            Thread Dump: https://dl.dropboxusercontent.com/u/4036736/Thread%20Dump.txt

            Show
            ampledata Greg Albrecht added a comment - Same problem here. Debug info attached. Jenkins 1.541. Mac OS X 10.8.5. System Properties: https://dl.dropboxusercontent.com/u/4036736/System%20Properties.txt Thread Dump: https://dl.dropboxusercontent.com/u/4036736/Thread%20Dump.txt
            Hide
            belpk K P added a comment - - edited

            I suggest most people to first take a look in the TEMP folder on the jenkins server machine.

            Are you cleaning your TEMP directory? Do you have any scripts running that periodically cleans the TEMP directory? Or does an admin sometimes clean the directory or run tools like CCleaner (on Windows), etc... ?

            This applies esp. to people running jenkins using the (embedded) Jetty. I guess people running jenkins in tomcat etc. don't have the issue?

            When running the Windows service, jetty extracts the war into (example) : TEMP\jetty-0.0.0.0-8080-jenkins.war--any-\webapp
            It serves those files (images, .css, etc...) while running.

            If you cleanup your TEMP - or at least some files from jetty's temp directory - while jenkins is still running, you'll get 404 errors, because jetty can't find the requested files anymore.

            Show
            belpk K P added a comment - - edited I suggest most people to first take a look in the TEMP folder on the jenkins server machine. Are you cleaning your TEMP directory? Do you have any scripts running that periodically cleans the TEMP directory? Or does an admin sometimes clean the directory or run tools like CCleaner (on Windows), etc... ? This applies esp. to people running jenkins using the (embedded) Jetty. I guess people running jenkins in tomcat etc. don't have the issue? When running the Windows service, jetty extracts the war into (example) : TEMP\jetty-0.0.0.0-8080-jenkins.war--any-\webapp It serves those files (images, .css, etc...) while running. If you cleanup your TEMP - or at least some files from jetty's temp directory - while jenkins is still running, you'll get 404 errors, because jetty can't find the requested files anymore.
            Hide
            belpk K P added a comment -

            Issue JENKINS-20858 has someone else confirming that clearing out his $TEMP caused the missing images. Missing .css files is similar. (actually, just anything served by jetty may return error 404 after clearing tmp)

            Show
            belpk K P added a comment - Issue JENKINS-20858 has someone else confirming that clearing out his $TEMP caused the missing images. Missing .css files is similar. (actually, just anything served by jetty may return error 404 after clearing tmp)
            Hide
            kraxel Sven Keller added a comment - - edited

            We did some investigation on this issue. It turned out that this indeed happens when the jetty... directory in $TEMP is deleted (or otherwise curupted?)
            With us this occurs every night after upgrade of jenkins and plugins last week (from 1.539 to 1.541 )
            Roll back of jenkins does not help.
            Could it be caused by some plugin?

            Show
            kraxel Sven Keller added a comment - - edited We did some investigation on this issue. It turned out that this indeed happens when the jetty... directory in $TEMP is deleted (or otherwise curupted?) With us this occurs every night after upgrade of jenkins and plugins last week (from 1.539 to 1.541 ) Roll back of jenkins does not help. Could it be caused by some plugin?
            Hide
            dalewking Dale King added a comment -

            Can we confirm this is only when running using the embedded Jetty? If I can switch to using Tomcat, I will do that. Otherwise, I will have to end up switching to Hudson.

            Show
            dalewking Dale King added a comment - Can we confirm this is only when running using the embedded Jetty? If I can switch to using Tomcat, I will do that. Otherwise, I will have to end up switching to Hudson.
            Hide
            kraxel Sven Keller added a comment -

            I have to revise my findings.
            We figured out that a cron job indeed cleaned up the $TEMP.
            Since we didn't have this problem in the past my question was since when are the jetty files put to $TEMP?
            Where was it before, and why did it change?

            Show
            kraxel Sven Keller added a comment - I have to revise my findings. We figured out that a cron job indeed cleaned up the $TEMP. Since we didn't have this problem in the past my question was since when are the jetty files put to $TEMP? Where was it before, and why did it change?
            Hide
            ampledata Greg Albrecht added a comment -

            There are two possible work-arounds on Mac OS X:

            1. Disable daily tmp cleaning by setting daily_clean_tmps_enable=NO in /etc/periodic.conf
            2. Changing Jetty's tmpdir.

            I've submitted a Pull Request for option 2: https://github.com/jenkinsci/jenkins/pull/1061

            Show
            ampledata Greg Albrecht added a comment - There are two possible work-arounds on Mac OS X: 1. Disable daily tmp cleaning by setting daily_clean_tmps_enable=NO in /etc/periodic.conf 2. Changing Jetty's tmpdir. I've submitted a Pull Request for option 2: https://github.com/jenkinsci/jenkins/pull/1061
            Hide
            kainjow Kevin Wojniak added a comment -

            I just ran into this issue again on OS X. It's happened several times in the past, and restarting Jenkins was the only way to resolve it.

            Show
            kainjow Kevin Wojniak added a comment - I just ran into this issue again on OS X. It's happened several times in the past, and restarting Jenkins was the only way to resolve it.
            Hide
            akiko_pusu akiko_pusu added a comment -

            I saw the same situation.
            I have two different version of Jenkins, ver 1.538 and ver 1.542, and now both Jenkins are in the same problem.
            (These Jenkins were fine at the end of last year…)

            Both Jenkins are up for 1 or 2 month.

            I wonder this is because Jetty's behavior.

            Show
            akiko_pusu akiko_pusu added a comment - I saw the same situation. I have two different version of Jenkins, ver 1.538 and ver 1.542, and now both Jenkins are in the same problem. (These Jenkins were fine at the end of last year…) Both Jenkins are up for 1 or 2 month. I wonder this is because Jetty's behavior.
            Hide
            dalewking Dale King added a comment -

            The answer is moving the temp dir for Jetty outside of the normal temp directory which gets periodically cleaned. If you examine Greg's pull request you can see which files to change to move the temp dir for jetty and I can confirm this fixes the problem.

            To implement that solution is to edit /Library/Application Support/Jenkins/jenkins-runner.sh (you'll need su priveleges to do so) and add this line to the middle of the file near the lines that are similar:

            tmpdir=`$defaults tmpdir` && javaArgs="$javaArgs -Djava.io.tmpdir=${tmpdir}"

            You'll need to create a temp directory for Jenkins (/Users/Shared/Jenkins/temp in my example) and give ownership to Jenkins:

            sudo mkdir -p /Users/Shared/Jenkins/temp
            sudo chown jenkins:jenkins /Users/Shared/Jenkins/temp

            Then you need to set that directory as default:

            defaults write /Library/Preferences/org.jenkins-ci tmpdir /Users/Shared/Jenkins/temp

            Restart Jenkins and the problem will be gone for good.

            Show
            dalewking Dale King added a comment - The answer is moving the temp dir for Jetty outside of the normal temp directory which gets periodically cleaned. If you examine Greg's pull request you can see which files to change to move the temp dir for jetty and I can confirm this fixes the problem. To implement that solution is to edit /Library/Application Support/Jenkins/jenkins-runner.sh (you'll need su priveleges to do so) and add this line to the middle of the file near the lines that are similar: tmpdir=`$defaults tmpdir` && javaArgs="$javaArgs -Djava.io.tmpdir=${tmpdir}" You'll need to create a temp directory for Jenkins (/Users/Shared/Jenkins/temp in my example) and give ownership to Jenkins: sudo mkdir -p /Users/Shared/Jenkins/temp sudo chown jenkins:jenkins /Users/Shared/Jenkins/temp Then you need to set that directory as default: defaults write /Library/Preferences/org.jenkins-ci tmpdir /Users/Shared/Jenkins/temp Restart Jenkins and the problem will be gone for good.
            Hide
            akiko_pusu akiko_pusu added a comment -

            Dale, thank you for your information.
            My Jenkins is running on CentOS, installed via RPM package. So, I'm try to modify init script and going to report the result.

            Show
            akiko_pusu akiko_pusu added a comment - Dale, thank you for your information. My Jenkins is running on CentOS, installed via RPM package. So, I'm try to modify init script and going to report the result.
            Hide
            potatopankakes Jeff Burke added a comment -

            I'm on windows as my previous comment elaborated on. I thought it worthwhile to mention that I no longer have this issue.

            The disappearance, for me, might be related to increasing my jvm memory and jvm permgen memory. I had noticed in my jenkins.err.log files, I was getting perm gen space and another out of memory error. It is possible that increasing those values has alleviated the symptoms for me.

            Show
            potatopankakes Jeff Burke added a comment - I'm on windows as my previous comment elaborated on. I thought it worthwhile to mention that I no longer have this issue. The disappearance, for me, might be related to increasing my jvm memory and jvm permgen memory. I had noticed in my jenkins.err.log files, I was getting perm gen space and another out of memory error. It is possible that increasing those values has alleviated the symptoms for me.
            Hide
            scm_issue_link SCM/JIRA link daemon added a comment -

            Code changed in jenkins
            User: Greg Albrecht
            Path:
            osx/Library/Application Support/Jenkins/jenkins-runner.sh
            osx/scripts/postinstall-launchd-jenkins
            http://jenkins-ci.org/commit/jenkins/95842fd6b6fe493da6bbb12faa0ec2c5c314f473
            Log:
            JENKINS-17526 Relocating Jetty/Java tmpdir for Mac OS X.

            Show
            scm_issue_link SCM/JIRA link daemon added a comment - Code changed in jenkins User: Greg Albrecht Path: osx/Library/Application Support/Jenkins/jenkins-runner.sh osx/scripts/postinstall-launchd-jenkins http://jenkins-ci.org/commit/jenkins/95842fd6b6fe493da6bbb12faa0ec2c5c314f473 Log: JENKINS-17526 Relocating Jetty/Java tmpdir for Mac OS X.
            Hide
            scm_issue_link SCM/JIRA link daemon added a comment -

            Code changed in jenkins
            User: Olivier Lamy
            Path:
            osx/Library/Application Support/Jenkins/jenkins-runner.sh
            osx/scripts/postinstall-launchd-jenkins
            http://jenkins-ci.org/commit/jenkins/7c51cec55649b0e46047cb5e3198b66c3bdd94d5
            Log:
            Merge pull request #1061 from OnBeep/feature/ampledata-mac_os_x_tmp

            JENKINS-17526 Relocating Jetty/Java tmpdir for Mac OS X.

            Compare: https://github.com/jenkinsci/jenkins/compare/5727f287e245...7c51cec55649

            Show
            scm_issue_link SCM/JIRA link daemon added a comment - Code changed in jenkins User: Olivier Lamy Path: osx/Library/Application Support/Jenkins/jenkins-runner.sh osx/scripts/postinstall-launchd-jenkins http://jenkins-ci.org/commit/jenkins/7c51cec55649b0e46047cb5e3198b66c3bdd94d5 Log: Merge pull request #1061 from OnBeep/feature/ampledata-mac_os_x_tmp JENKINS-17526 Relocating Jetty/Java tmpdir for Mac OS X. Compare: https://github.com/jenkinsci/jenkins/compare/5727f287e245...7c51cec55649
            Hide
            scm_issue_link SCM/JIRA link daemon added a comment -

            Code changed in jenkins
            User: Olivier Lamy
            Path:
            changelog.html
            http://jenkins-ci.org/commit/jenkins/0c9d7dbafe0724ad4582a09c64187cf5c6a4ec6a
            Log:
            changelog entry for JENKINS-17526

            Show
            scm_issue_link SCM/JIRA link daemon added a comment - Code changed in jenkins User: Olivier Lamy Path: changelog.html http://jenkins-ci.org/commit/jenkins/0c9d7dbafe0724ad4582a09c64187cf5c6a4ec6a Log: changelog entry for JENKINS-17526
            Hide
            dogfood dogfood added a comment -

            Integrated in jenkins_main_trunk #3171
            JENKINS-17526 Relocating Jetty/Java tmpdir for Mac OS X. (Revision 95842fd6b6fe493da6bbb12faa0ec2c5c314f473)
            changelog entry for JENKINS-17526 (Revision 0c9d7dbafe0724ad4582a09c64187cf5c6a4ec6a)

            Result = SUCCESS
            gba : 95842fd6b6fe493da6bbb12faa0ec2c5c314f473
            Files :

            • osx/scripts/postinstall-launchd-jenkins
            • osx/Library/Application Support/Jenkins/jenkins-runner.sh

            Olivier Lamy : 0c9d7dbafe0724ad4582a09c64187cf5c6a4ec6a
            Files :

            • changelog.html
            Show
            dogfood dogfood added a comment - Integrated in jenkins_main_trunk #3171 JENKINS-17526 Relocating Jetty/Java tmpdir for Mac OS X. (Revision 95842fd6b6fe493da6bbb12faa0ec2c5c314f473) changelog entry for JENKINS-17526 (Revision 0c9d7dbafe0724ad4582a09c64187cf5c6a4ec6a) Result = SUCCESS gba : 95842fd6b6fe493da6bbb12faa0ec2c5c314f473 Files : osx/scripts/postinstall-launchd-jenkins osx/Library/Application Support/Jenkins/jenkins-runner.sh Olivier Lamy : 0c9d7dbafe0724ad4582a09c64187cf5c6a4ec6a Files : changelog.html
            Hide
            tommythekid Tommy McNeely added a comment -

            If you are on CentOS/RHEL or similar, do not modify the init script directly. Also do not copy the MacOS directions directly. There is a "configuration" file that you can use to add this setting in, which will not be overwritten on future upgrades, and is the correct place to put this change: /etc/sysconfig/jenkins.

            [root@grays ~]# grep tmpdir /etc/sysconfig/jenkins
            JENKINS_JAVA_OPTIONS="-Djava.awt.headless=true -Djava.io.tmpdir=/var/run/jenkins"

            Tommy

            Show
            tommythekid Tommy McNeely added a comment - If you are on CentOS/RHEL or similar, do not modify the init script directly. Also do not copy the MacOS directions directly. There is a "configuration" file that you can use to add this setting in, which will not be overwritten on future upgrades, and is the correct place to put this change: /etc/sysconfig/jenkins. [root@grays ~] # grep tmpdir /etc/sysconfig/jenkins JENKINS_JAVA_OPTIONS="-Djava.awt.headless=true -Djava.io.tmpdir=/var/run/jenkins" Tommy
            Hide
            josegoose jose oca added a comment -

            I had this issue. I was running CCleaner in some Jobs steps.

            Show
            josegoose jose oca added a comment - I had this issue. I was running CCleaner in some Jobs steps.
            Hide
            frank Frank K added a comment -

            Jenkins uses /tmp by default, tricky but shouldn't matter unless you have cleanup crons/scripts running. I have changed `/etc/default/jenkins` to point the tmp folder somewhere else (/var/lib/jenkins/tmp, /var/run/jenkins and even /opt/jenkins) but even then it loses the static assets (the whole 0.0.0.0------jetty unpacked war!)

            If I create the mentioned war folder Jenkins fails to even start. Strange stuff...

            TL;DR: This appears to be something else and not because its in the /tmp folder...

            Show
            frank Frank K added a comment - Jenkins uses /tmp by default, tricky but shouldn't matter unless you have cleanup crons/scripts running. I have changed `/etc/default/jenkins` to point the tmp folder somewhere else (/var/lib/jenkins/tmp, /var/run/jenkins and even /opt/jenkins) but even then it loses the static assets (the whole 0.0.0.0------jetty unpacked war!) If I create the mentioned war folder Jenkins fails to even start. Strange stuff... TL;DR: This appears to be something else and not because its in the /tmp folder...
            Hide
            barkerd427 Daniel Barker added a comment -

            This issue has been pointed to by the release notes for 1.549, but this is still marked as "In Progress" and "Unresolved." What is the actual status? I'd like to know before I update our instance. Thank you.

            Show
            barkerd427 Daniel Barker added a comment - This issue has been pointed to by the release notes for 1.549, but this is still marked as "In Progress" and "Unresolved." What is the actual status? I'd like to know before I update our instance. Thank you.
            Hide
            akiko_pusu akiko_pusu added a comment -

            I've also just downloaded and updated to version 1.549, RPM for CentOS jenkins-1.549-1.1.noarch.

            But it seems there is no change in /etc/default/jenkins and restored directory is still the same, /tmp/jetty-xxxxx. So I wonder this issue is fixed or not.

            My workaround is excluding /tmp/jetty* directory from tmpwatch cron with -X '/tmp/jetty*' option.

            Show
            akiko_pusu akiko_pusu added a comment - I've also just downloaded and updated to version 1.549, RPM for CentOS jenkins-1.549-1.1.noarch. But it seems there is no change in /etc/default/jenkins and restored directory is still the same, /tmp/jetty-xxxxx. So I wonder this issue is fixed or not. My workaround is excluding /tmp/jetty* directory from tmpwatch cron with -X '/tmp/jetty*' option.
            Hide
            nachtien Nick Achtien added a comment - - edited

            I was just able to reproduce this issue in version 1.549 where it was supposed to be fixed. I am running it on Mac OSX Mountain Lion.

            Show
            nachtien Nick Achtien added a comment - - edited I was just able to reproduce this issue in version 1.549 where it was supposed to be fixed. I am running it on Mac OSX Mountain Lion.
            Hide
            jwilso_27 Jon Wilson added a comment -

            Still seeing this issue with Jenkins 1.549. Appears unresolved. Running Jenkins on MacOS X Mountain Lion.

            Show
            jwilso_27 Jon Wilson added a comment - Still seeing this issue with Jenkins 1.549. Appears unresolved. Running Jenkins on MacOS X Mountain Lion.
            Hide
            oldelvet Richard Mortimer added a comment -

            I think that this is the same issue as JENKINS-20682. I added some notes regarding how that might be fixed but don't have the time at the moment to delve into the workings of winstone.jar to make a production ready fix.

            Show
            oldelvet Richard Mortimer added a comment - I think that this is the same issue as JENKINS-20682 . I added some notes regarding how that might be fixed but don't have the time at the moment to delve into the workings of winstone.jar to make a production ready fix.
            Hide
            randroid Roberto Andrade added a comment -
            Show
            randroid Roberto Andrade added a comment - This seems to have been resolved on Jenkins 1.555: https://github.com/jenkinsci/jenkins/commit/7c51cec55649b0e46047cb5e3198b66c3bdd94d5
            Hide
            tommythekid Tommy McNeely added a comment - - edited

            The commit mentioned only fixes Mac OSX, however I have also seen this issue on CentOS 6 (or probably any other Linux or Unix) with tmpwatch installed. I would strongly recommend defaulting to /var/run/jenkins or something similar, across all *nix like OS's. The current workaround is to either edit /etc/default/jenkins to change the tmpdir (similar to the commit), or edit /etc/cron.daily/tmpwatch to exclude it as @akiko_pusu mentioned above. As I don't think the Jenkins package should be futzing with the tmpwatch cron job, it makes the most sense, in my opinion, to default to a different tmpdir location. Note that this would also require the directory to be created with the proper permissions. The /var/run/jenkins directory could be created by the package, but it should be checked and created if necessary during the init script because some OS's (Solaris) tend to mount /var/run on tmpfs.

            Show
            tommythekid Tommy McNeely added a comment - - edited The commit mentioned only fixes Mac OSX, however I have also seen this issue on CentOS 6 (or probably any other Linux or Unix) with tmpwatch installed. I would strongly recommend defaulting to /var/run/jenkins or something similar, across all *nix like OS's. The current workaround is to either edit /etc/default/jenkins to change the tmpdir (similar to the commit), or edit /etc/cron.daily/tmpwatch to exclude it as @akiko_pusu mentioned above. As I don't think the Jenkins package should be futzing with the tmpwatch cron job, it makes the most sense, in my opinion, to default to a different tmpdir location. Note that this would also require the directory to be created with the proper permissions. The /var/run/jenkins directory could be created by the package, but it should be checked and created if necessary during the init script because some OS's (Solaris) tend to mount /var/run on tmpfs.
            Hide
            oldelvet Richard Mortimer added a comment -

            See JENKINS-22442
            It should fix the issue reported here.

            Show
            oldelvet Richard Mortimer added a comment - See JENKINS-22442 It should fix the issue reported here.
            Hide
            kainjow Kevin Wojniak added a comment -

            I'm still seeing this issue with 1.556 on OS X 10.9.2.

            Show
            kainjow Kevin Wojniak added a comment - I'm still seeing this issue with 1.556 on OS X 10.9.2.
            Hide
            oldelvet Richard Mortimer added a comment -

            The fix for JENKINS-22442 restores the previous behaviour and 1.558 now honours the --webroot commandline argument again.

            Show
            oldelvet Richard Mortimer added a comment - The fix for JENKINS-22442 restores the previous behaviour and 1.558 now honours the --webroot commandline argument again.
            Hide
            danielbeck Daniel Beck added a comment -

            Fix for JENKINS-22442 in 1.558 and 1.554.1 should resolve this as well. Therefore marking this as duplicate.

            Show
            danielbeck Daniel Beck added a comment - Fix for JENKINS-22442 in 1.558 and 1.554.1 should resolve this as well. Therefore marking this as duplicate.
            Hide
            scm_issue_link SCM/JIRA link daemon added a comment -

            Code changed in jenkins
            User: Greg Albrecht
            Path:
            Library/Application Support/Jenkins/jenkins-runner.sh
            scripts/postinstall-launchd-jenkins
            http://jenkins-ci.org/commit/packaging/c8fb9d70124277b3d64e19a384171fcd396792e3
            Log:
            JENKINS-17526 Relocating Jetty/Java tmpdir for Mac OS X.

            Originally-From: jenkins-ci.org/commit/core/95842fd6b6fe493da6bbb12faa0ec2c5c314f473

            Show
            scm_issue_link SCM/JIRA link daemon added a comment - Code changed in jenkins User: Greg Albrecht Path: Library/Application Support/Jenkins/jenkins-runner.sh scripts/postinstall-launchd-jenkins http://jenkins-ci.org/commit/packaging/c8fb9d70124277b3d64e19a384171fcd396792e3 Log: JENKINS-17526 Relocating Jetty/Java tmpdir for Mac OS X. Originally-From: jenkins-ci.org/commit/core/95842fd6b6fe493da6bbb12faa0ec2c5c314f473
            Hide
            scm_issue_link SCM/JIRA link daemon added a comment -

            Code changed in jenkins
            User: Olivier Lamy
            Path:
            Library/Application Support/Jenkins/jenkins-runner.sh
            scripts/postinstall-launchd-jenkins
            http://jenkins-ci.org/commit/packaging/c932cd9363357fc83e993b1da2d565ed2893aee1
            Log:
            Merge pull request #1061 from OnBeep/feature/ampledata-mac_os_x_tmp

            JENKINS-17526 Relocating Jetty/Java tmpdir for Mac OS X.
            Originally-From: jenkins-ci.org/commit/core/7c51cec55649b0e46047cb5e3198b66c3bdd94d5

            Show
            scm_issue_link SCM/JIRA link daemon added a comment - Code changed in jenkins User: Olivier Lamy Path: Library/Application Support/Jenkins/jenkins-runner.sh scripts/postinstall-launchd-jenkins http://jenkins-ci.org/commit/packaging/c932cd9363357fc83e993b1da2d565ed2893aee1 Log: Merge pull request #1061 from OnBeep/feature/ampledata-mac_os_x_tmp JENKINS-17526 Relocating Jetty/Java tmpdir for Mac OS X. Originally-From: jenkins-ci.org/commit/core/7c51cec55649b0e46047cb5e3198b66c3bdd94d5

              People

              • Assignee:
                kohsuke Kohsuke Kawaguchi
                Reporter:
                nacht Pedro Rodriguez
              • Votes:
                31 Vote for this issue
                Watchers:
                55 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: