search for: setitim

...our new dovecot 1.0b3 build, we see processes spinning, much like the old dovecot 0.9x builds did for us. Here is a ktrace of the spinning imap process: topos:tmp# kdump 18248 imap EMUL "native" 18248 imap PSIG SIGALRM caught handler=0x1c03ff88 mask=0x0 18248 imap CALL setitimer(0,0xcfbcb3bc,0xcfbcb3ac) 18248 imap RET setitimer 0 18248 imap CALL sigreturn(0xcfbcb3ec) 18248 imap RET sigreturn JUSTRETURN 18248 imap PSIG SIGALRM caught handler=0x1c03ff88 mask=0x0 18248 imap CALL setitimer(0,0xcfbcb3bc,0xcfbcb3ac) 18248 imap RET setitimer 0 1...

While experimenting a bit, I found that for some reason, locking indexes with flock is problematic, but only if user is taken from passwd-file. The host system is openbsd 3.9, dovecot's configuration is added at the bottom. Authentication is from two places - first from mentioned passwd-file, then from passwd file using bsdauth (in this case, there're no problems with flock). So, if

...}) = 0 (0x0) fstat(10,{ mode=-rw------- ,inode=28762,size=144,blksize=4096 }) = 0 (0x0) gettimeofday({1343808216.048607 },0x0) = 0 (0x0) stat("/mailstore/domains/test.com/test/mdbox/mailboxes/Spam/dbox-Mails/dovecot.index.log.2",0x7fffffffd600) ERR#2 'No such file or directory' setitimer(0,{0.000000, 180.000000 },{0.000000, 0.000000 }) = 0 (0x0) fcntl(10,F_SETLKW,0x7fffffffd520) = 0 (0x0) setitimer(0,{0.000000, 0.000000 },{0.000000, 180.000000 }) = 0 (0x0) clock_gettime(13,{1343808216.000000000 }) = 0 (0x0) stat("/mailstore/domains/test.com/test/mdbox/mailboxes/Spam/dbox-...

...the fuzzer. That will be risky since it's in theory impossible to restore any state the SEGV caused but in practice if it's always caused by a stack overflow might be safe. I would also like to have an ALRM handler but that requires calling alarm() on every call and I'm not sure if the setitimer in Libfuzzer can be disabled or if it'll interfere with that. Maybe there's a better approach, I could call setitimer and if I see more than n ALRMs during the execution decide it's a fault. Again it would be nice if Libfuzzer provided that itself. 3) When it writes the minimal test...

...the last patch. It is need for the sar entry in ssh_prng_cmds.in deattack.c - Modified to not depend on u_int16_t being 16bit in size. packet.c - Add new subroutine to return an explicit signed integer. scp.c - Modified to use alarm instead of setitimer. Unicos does not support setitier. serverloop.c - Modified sigchld_handler to only reset SIGCLD if HAVE_SIGACTION is not set. This is the only case its needs to be reset, the side effect is it fixes the problem with a infinite signal loop unde...

...quot;..., 4096) = 86 read(3, "", 4096) = 0 close(3) = 0 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x76f86068) = 2937 rt_sigaction(SIGALRM, {0x91b8, [], 0x4000000 /* SA_??? */}, NULL, 8) = 0 setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={45, 0}}, {it_interval={0, 0}, it_value={0, 0}}) = 0 wait4(2937, Network UPS Tools - Generic HID driver 0.37 (1.01-900) USB communication driver 0.32 Using subdriver: APC HID 0.95 Initiating UPS shutdown [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0...

...f the SSH tools) try to open and read from /dev/tty, which clearly isn't going to happen: 96950 xterm RET sigprocmask 0 96950 xterm CALL open(0x807bdfc,0x2,0xbfbfe458) 96950 xterm NAMI "/dev/tty" 96950 xterm RET open -1 errno 16 Device busy 96950 xterm CALL setitimer(0,0xbfbfe380,0xbfbfe370) 96950 xterm RET setitimer 0 96950 xterm CALL sigaction(0xe,0xbfbfe360,0xbfbfe340) 96950 xterm RET sigaction 0 96950 xterm CALL write(0x2,0xbfbfdd70,0x1b) 96950 xterm GIO fd 2 wrote 27 bytes "xterm: Error 14, errno 16: " 96950...

...s about them: 1) rijndael does not work on cray due to the fact it is rooted in 32 bits. I looking for a fix, it may come form Wendy Palam. For now the cray default to the following cihpers for ssh version 2 ssh are: 3des-cbc,blowfish-cbc,cast128-cbc,arcfour 2) Crays don't have setitimer so I changed scp.c to use alarm which should work on all systems. 3) Created bsd-cray.c in openbsd-compat. This mainly supports cray TMPDIR environment variable, jid, and setting job and process limits form cray's udb. I could have put them in seesion.c but I think session.c is ge...

Hi there, I am getting very low throughput (around 0.29Mbps) while running netperf benchmark for guest to guest communication on a single physical host. To analyse where the time is spent in hypervisor I wanna use profiling. Please help me choosing good profiler according to my requirments. Should it be better in my case, Xentrace, gprof, xenoprof  or Oprofile. Is it possible to use some vtune

Hi there, I am getting very low throughput (around 0.29Mbps) while running netperf benchmark for guest to guest communication on a single physical host. To analyse where the time is spent in hypervisor I wanna use profiling. Please help me choosing good profiler according to my requirments. Should it be better in my case, Xentrace, gprof, xenoprof  or Oprofile. Is it possible to use some vtune

...nning /), then chdir to /tmp, start pop3 or imap process, and recreate home/vmail/test.tld/test under /tmp. 17027 dovecot CALL chdir(0x87a4b29c) 17027 dovecot NAMI "home/vmail/test.tld/test/" 17027 dovecot RET chdir -1 errno 2 No such file or directory 17027 dovecot CALL setitimer(0,0xcfbe7020,0xcfbe7010) 17027 dovecot RET setitimer 0 17027 dovecot CALL seteuid(0) 17027 dovecot RET seteuid 0 17027 dovecot CALL chdir(0x3c001b72) 17027 dovecot NAMI "/tmp" 17027 dovecot RET chdir 0 ... 17027 dovecot CALL sigprocmask(0x3,0) 17027 dove...

How can I tell if this is normal behaviour? Oracle imports are horribly slow, an order of magnitude slower than on the same hardware with a slower disk array and Solaris 9. What I can look for to see where the problem lies? The server is 99% idle right now, with one database running. Each sample is about 5 seconds. I''ve tried setting kernel parameters despite the docs saying that

...struct timezone *); +__extern int clock_gettime(clockid_t, struct timespec *); +__extern int clock_settime(clockid_t, const struct timespec *); +__extern int clock_nanosleep(clockid_t, int, const struct timespec *, struct timespec *); __extern int getitimer(int, struct itimerval *); __extern int setitimer(int, const struct itimerval *, struct itimerval *); __extern int utimes(const char *, const struct timeval[2]); diff --git a/usr/include/sys/types.h b/usr/include/sys/types.h index b8cdb8cf..e17bc87f 100644 --- a/usr/include/sys/types.h +++ b/usr/include/sys/types.h @@ -33,6 +33,7 @@ typedef __k...

...libyp assumution. sshd.c - Turn off cray process privileges root is enough on PRIV_SU unicos/unicosmk systems. entropy.c - Define INADDR_LOOPBACK deattack.c - Modified to not depend on u_int16_t being 16bit in size. scp.c - Modified to use alarm instead of setitimer. Unicos does not support setitier. serverloop.c - Modified sigchld_handler to not reset on Crays. This is the only case its needs to be reset, the side effect is it fixes the problem with a infinite signal loop under unicos and unicosmk....

...'s in theory impossible to > > restore any state the SEGV caused but in practice if it's always > > caused by a stack overflow might be safe. I would also like to have an > > ALRM handler but that requires calling alarm() on every call and I'm > > not sure if the setitimer in Libfuzzer can be disabled or if it'll > > interfere with that. Maybe there's a better approach, I could call > > setitimer and if I see more than n ALRMs during the execution decide > > it's a fault. Again it would be nice if Libfuzzer provided that > > itse...

Hi! as I just noted, after scp the connection does not shut down properly. When I do a "scp file targethost:path", on targethost a "sshd" process is left running. I do use --with-default-path="/usr/local/openssh/bin:/usr/bin:/usr/local/bin" to assure, that the corrensponding openssh-scp is used. It also seems, that normal sessions are not always closed properly.

...s. R_SYS_POSIX_LEAPSECONDS +dnl some Solaris systems don't have a tm_zone member in struct tm. +AC_CHECK_MEMBERS([struct tm.tm_zone],,,[ +#if defined(HAVE_TIME_H) +#include <time.h> +#endif +]) + ## R profiling. if test "${want_R_profiling}" = yes; then AC_CHECK_FUNCS(setitimer, The configure patch makes sure we know that struct tm.tm_zone exists and the other patch makes sure it's reset before calling strftime. Any variation hereof would help, too ;) > Changing the TZ environment variable, from the default of "" to > "US/Pacific" does...

https://bugs.freedesktop.org/show_bug.cgi?id=41585 Summary: X freeze and PGRAPH errors in dmesg Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

On Tuesday 20 May 2014 15:56:16 Richard W.M. Jones wrote: > On Tue, May 20, 2014 at 03:33:31PM +0200, Pino Toscano wrote: > > Resolve the given path within the chroot, so scrub can be invoked > > outside the chroot on an already-resolved path. > > Given that realpath is used, its availability is checked manually, > > since scrub-file already depends on the

...AC_CHECK_HEADERS([\ linux/raid/md_u.h \ printf.h \ sys/inotify.h \ + sys/resource.h \ sys/socket.h \ sys/statvfs.h \ + sys/time.h \ sys/types.h \ sys/un.h \ sys/wait.h \ @@ -335,6 +337,7 @@ AC_CHECK_FUNCS([\ posix_fadvise \ removexattr \ setitimer \ + setrlimit \ setxattr \ sigaction \ statvfs \ diff --git a/src/command.c b/src/command.c index 45ae5d6..993198a 100644 --- a/src/command.c +++ b/src/command.c @@ -77,6 +77,13 @@ #include <sys/wait.h> #include <sys/select.h> +#ifdef HAVE_SYS_TIME_H +#include &l...