(05:30:38 PM) feniix: hello kohsuke
(05:30:43 PM) kohsuke: hi
(05:31:23 PM) feniix: Just sent you a pull request of this commit http://github.com/feniix/hudson/commit/d13c08ea8f5a3fa730ba174305e6429b74853927
(05:31:25 PM) feniix: :)
(05:32:02 PM) feniix: its a workaround for the setup of the limits.conf on ubuntu and most likely debian too.
(05:33:00 PM) kohsuke: should it be enabled by default, then?
(05:33:18 PM) kohsuke: or maybe I should ask you why this is an issue
(05:34:23 PM) kohsuke: Oh, maybe I misunderstand the issue
(05:34:34 PM) kohsuke: it's to enforce ulimit?
(05:34:48 PM) kohsuke: presumably the root has infinite ulimit and sudo don't add this?
(05:37:18 PM) feniix: to be able to increase the max files open limits
(05:37:30 PM) feniix: on debian, the pam config for su
(05:37:43 PM) feniix: does not run the rules pam_limits.so
(05:37:54 PM) feniix: so it applies the default that is 1024
(05:38:09 PM) feniix: we have a project that has more than 3000 java files
(05:39:02 PM) feniix: also, if the shell of a user is /bin/false being a nologin shell, does not use pam_limits.so either.
(05:39:16 PM) feniix: even if you add:
(05:39:47 PM) feniix: * soft nfiles XXXX
(05:39:50 PM) feniix: and
(05:40:03 PM) feniix: * hard nfiles XXXX in your limits.conf
(05:40:11 PM) feniix: is not applied to the hudson user
(05:40:27 PM) kohsuke: I see.
(05:40:34 PM) kohsuke: So shall we enable this by default?
(05:40:43 PM) kohsuke: I bet most Hudson users aren't aware of anything like those
(05:40:44 PM) kohsuke: I wasn't
(05:41:27 PM) feniix: I don't think would have to much of a negative impact to have that enabled by default
(05:41:38 PM) feniix: could be setup to something not too big like 4096
(05:42:02 PM) feniix: the max limit is 65535 (on 32bit at least)
(05:42:18 PM) kohsuke: ok
(05:44:27 PM) feniix: cool
(05:44:36 PM) feniix: see ya
git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@23843 71c3de6d-444a-0410-be80-ed276b4c234a
max files opened limit.
In ubuntu, the pam config for the su command does not have pam_limits.so
enabled by default.
I think a sane default for hudson would be to not rely in the
distribution or the admin of the OS to manage those settings.
git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@23842 71c3de6d-444a-0410-be80-ed276b4c234a
https://svn.dev.java.net/svn/hudson/branches/rc
........
r23731 | mindless | 2009-11-14 14:27:31 -0800 (Sat, 14 Nov 2009) | 3 lines
[HUDSON-4831] Record duplicate causes again, but now update display on the build page
to say (# times) for duplicates instead of listing them many times.
........
r23732 | mindless | 2009-11-14 17:17:01 -0800 (Sat, 14 Nov 2009) | 2 lines
[HUDSON-4831] don't wrap "(# times)" only separate line on build page
........
git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@23751 71c3de6d-444a-0410-be80-ed276b4c234a
https://svn.dev.java.net/svn/hudson/branches/rc
........
r23698 | kohsuke | 2009-11-12 19:24:53 -0800 (Thu, 12 Nov 2009) | 1 line
testing if the root cause is a test failure and it's masked by the failure in tearDown
........
r23699 | mindless | 2009-11-12 21:47:16 -0800 (Thu, 12 Nov 2009) | 2 lines
[FIXED HUDSON-4831] prevent duplicate cause entries for a build
........
git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@23705 71c3de6d-444a-0410-be80-ed276b4c234a
https://svn.dev.java.net/svn/hudson/branches/rc
........
r23689 | kohsuke | 2009-11-12 15:35:27 -0800 (Thu, 12 Nov 2009) | 1 line
improved diagnosability
........
r23690 | kohsuke | 2009-11-12 18:03:42 -0800 (Thu, 12 Nov 2009) | 1 line
adding a probe to diagnose a sporadic test failure
........
r23691 | kohsuke | 2009-11-12 18:14:21 -0800 (Thu, 12 Nov 2009) | 1 line
I think this is causing a test failure in ExtendedReadPermissionTest, as the existing alice/bob/charlie users prevent the data on the disk from loading.
........
git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@23692 71c3de6d-444a-0410-be80-ed276b4c234a
kohsuke