search for: 15137

Hi, folks, The other admin updated torque without testing it on one machine, and we had Issues. The first I knew was when a user reported qstat returning socket_connect_unix failed: 15137 socket_connect_unix failed: 15137 socket_connect_unix failed: 15137 qstat: cannot connect to server (null) (errno=15137) could not connect to trqauthd Attempting to restart the pbs_server did the same. Working with my manager, we found: a) torque had been updated from 2.x to 4.2.10, which is hug...

...ote: > On 05/27/2015 09:07 AM, m.roth at 5-cent.us wrote: >> Hi, folks, >> >> The other admin updated torque without testing it on one machine, and >> we had Issues. The first I knew was when a user reported qstat >> returning >> socket_connect_unix failed: 15137 >> socket_connect_unix failed: 15137 >> socket_connect_unix failed: 15137 >> qstat: cannot connect to server (null) (errno=15137) could not connect >> to trqauthd >> >> Attempting to restart the pbs_server did the same. Working with my >> manager, we found:...

On 05/27/2015 09:07 AM, m.roth at 5-cent.us wrote: > Hi, folks, > > The other admin updated torque without testing it on one machine, and > we had Issues. The first I knew was when a user reported qstat > returning > socket_connect_unix failed: 15137 > socket_connect_unix failed: 15137 > socket_connect_unix failed: 15137 > qstat: cannot connect to server (null) (errno=15137) could not connect to > trqauthd > > Attempting to restart the pbs_server did the same. Working with my > manager, we found: > a) torque had been...

...oth at 5-cent.us wrote: >>> Hi, folks, >>> >>> The other admin updated torque without testing it on one machine, >>> and >>> we had Issues. The first I knew was when a user reported qstat >>> returning >>> socket_connect_unix failed: 15137 >>> socket_connect_unix failed: 15137 >>> socket_connect_unix failed: 15137 >>> qstat: cannot connect to server (null) (errno=15137) could not connect >>> to trqauthd >>> >>> Attempting to restart the pbs_server did the same. Working with my &gt...

...t go AWOL) On Wed, May 27, 2015 at 10:07 AM, <m.roth at 5-cent.us> wrote: > Hi, folks, > > The other admin updated torque without testing it on one machine, and > we had Issues. The first I knew was when a user reported qstat > returning > socket_connect_unix failed: 15137 > socket_connect_unix failed: 15137 > socket_connect_unix failed: 15137 > qstat: cannot connect to server (null) (errno=15137) could not connect to > trqauthd > > Attempting to restart the pbs_server did the same. Working with my > manager, we found: > a) torque had been u...

Hi all, As promised, 0.24.1 is out. Here''s the changelog: Updated vim filetype detection. (#900 and #963) Default resources like schedules no longer conflict with managed resources. (#965) Removing the ability to disable http keep-alive, since it didn''t really work anyway and it should no longer be necessary. Refactored http keep-alive so

...ay 27, 2015 at 10:07 AM, <m.roth at 5-cent.us> wrote: >> Hi, folks, >> >> The other admin updated torque without testing it on one machine, and >> we had Issues. The first I knew was when a user reported qstat >> returning >> socket_connect_unix failed: 15137 >> socket_connect_unix failed: 15137 >> socket_connect_unix failed: 15137 >> qstat: cannot connect to server (null) (errno=15137) could not connect >> to >> trqauthd >> >> Attempting to restart the pbs_server did the same. Working with my >> manager,...

...nt=1} - i.e. I have a lots of imap > processes running. > We peaked out at 65k imap processes before upgrading to a version where imap-hibernate more or less works, but we're using a common ID. --- dovecot 119157 0.1 0.0 59364 52216 ? S Apr01 48:25 dovecot/imap-hibernate [15137 connections] --- The service_count parameter in this context is not doing what you think it does, I have it at 200 these days and that will allow imap (or pop3) processes to be recycled (they are labeled with "idling" when waiting for a new client), not having one imap process serve mult...

In vorbis/lib/mdct.h the following are defined: for integer: #define TRIGBITS 14 #define cPI3_8 6270 #define cPI2_8 11585 #define cPI1_8 15137 #define FLOAT_CONV(x) ((int)((x)*(1<<TRIGBITS)+.5)) for floats: #define cPI3_8 .38268343236508977175F #define cPI2_8 .70710678118654752441F #define cPI1_8 .92387953251128675613F #define FLOAT_CONV(x) = x Could someone explain where these values come from? What's the significance of TRI...

...0, n = 1e9, min.n = 1) with smaller 'n': pretty(c(-1,1)*1e304, n = 1e5, min.n = 1) pretty(c(-1,1)*1e306, n = 1e3, min.n = 1) A report on 'pretty' when working with integers, similar to what led to change of 'seq' fuzz, is https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=15137 -------------------------------------------- On Tue, 15/8/17, Martin Maechler <maechler at stat.math.ethz.ch> wrote: Subject: Re: [Rd] Issues of R_pretty in src/appl/pretty.c To: "Martin Maechler" <maechler at stat.math.ethz.ch> @r-project.org Date: Tuesday, 15 August, 2...

Hi everyone, I'm running dovecot with quite a lot of users and lots of active imap connections (like 20'000). I'm using different user IDs for users, so I need to have imap {service_count=1} - i.e. I have a lots of imap processes running. Everything works fine, until I reload dovecot configuration. When that happen, every client is forced to relogin in the same time and that

...h GB and is slowish ) -- or are you seeing a platform where the above cases still don't work in (new enough) R-devel ? > A report on 'pretty' when working with integers, similar to what led to change of 'seq' fuzz, is https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=15137 > -------------------------------------------- > On Tue, 15/8/17, Martin Maechler <maechler at stat.math.ethz.ch> wrote: > Subject: Re: [Rd] Issues of R_pretty in src/appl/pretty.c > To: "Martin Maechler" <maechler at stat.math.ethz.ch> >...

...t be run: build-i386 4 xen-build fail REGR. vs. 15130 build-i386-oldkern 4 xen-build fail REGR. vs. 15130 Tests which are failing intermittently (not blocking): test-amd64-amd64-xl-qemuu-winxpsp3 10 guest-saverestore.2 fail pass in 15137 Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-sedf-pin 5 xen-boot fail like 15130 test-amd64-amd64-xl-sedf 5 xen-boot fail like 15130 Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-pcipt...

...efault.script Jul 22 14:49:02 mail deliver(raub at domain.com): cmusieve: Executing script /etc/dovecot/sieve/global-default.scriptc Jul 22 14:49:02 mail deliver(raub at domain.com): msgid=<000d01ca078a$d13122a0$6400a8c0 at chameleonsh>: saved mail to INBOX Jul 22 14:49:02 mail postfix/pipe[15137]: 304C09F0012: to=<raub at domain.com>, relay=dovecot, delay=3.4, delays=3.3/0/0/0.1, dsn=2.0.0, status=sent (delivered via dovecot service) From what I gathered, mailscanner saw it was spam and tagged it. When the mail got back, postfix gave it to dovecot deliver, which then passed to...

...1 root root 4407 Jun 8 2032 lsalist.h > -r-xr-xr-x 1 root root 9640 Jun 12 2019 lsdb.cpp > -r-xr-xr-x 1 root root 4379 Oct 2 2032 lshdr.h > -r-xr-xr-x 1 root root 1755 Jan 26 2033 makefile > -r-xr-xr-x 1 root root 15137 Oct 6 2019 monitor.cpp > -r-xr-xr-x 1 root root 5104 May 22 2033 monitor.h > -r-xr-xr-x 1 root root 1069 Jun 1 2026 mospf.cpp > -r-xr-xr-x 1 root root 12190 Jan 30 2020 nbrfsm.cpp > -r-xr-xr-x 1 root root 2812 Sep 14 2033 nbr...

..., 14987, 15014, 15044, 15083, 15115, 15132, 15177, 15191, 15225, 14140, 14165, 14192, 14220, 14258, 14287, 14319, 14342, 14374, 14407, 14433, 14470, 14497, 14523, 14561, 14581, 14622, 14651, 14679, 14712, 14747, 14768, 14804, 14828, 14854, 14891, 14920, 14960, 14984, 15014, 15042, 15077, 15113, 15137, 15165, 15191, 15224, 13860, 13954, 14025, 14055, 14080, 14108, 14129, 14164, 14200, 14232, 14254, 14296, 14308, 14353, 14378, 14415, 14437, 14473, 14500, 14531, 14561, 14590, 14623, 14647, 14671, 14707, 14735, 14770, 14812, 14832, 14866, 14888, 14919, 14951, 14981, 15010, 15037, 15072, 15100,...