search for: restart_syscall

Hi Louis, On Wed, Apr 22, 2015 at 01:15:21PM +0200, L.P.H. van Belle wrote: > Or.. > get the sources and recompile agains 14.04 > > use the following commands. > enable the deb-src in /etc/apt/sources.list > and run : > > apt-get build-dep sernet-samba > apt-get source sernet-samba -b > > you wil end up with .deb files ;-) yep, thanks - I'll check it

...0.000050 0 850 850 connect > 0.00 0.000032 0 850 socket > 0.00 0.000022 0 5025 clock_gettime > 0.00 0.000005 0 16 umask > 0.00 0.000000 0 1 restart_syscall > 0.00 0.000000 0 7 chdir > 0.00 0.000000 0 1 time > 0.00 0.000000 0 10 lseek > 0.00 0.000000 0 3 brk > 0.00 0.000000 0 1...

...fstatat64 0.01 0.000050 0 850 850 connect 0.00 0.000032 0 850 socket 0.00 0.000022 0 5025 clock_gettime 0.00 0.000005 0 16 umask 0.00 0.000000 0 1 restart_syscall 0.00 0.000000 0 7 chdir 0.00 0.000000 0 1 time 0.00 0.000000 0 10 lseek 0.00 0.000000 0 3 brk 0.00 0.000000 0 1 ioctl 0.00 0.00000...

Hi Jones, many thanks for your reply. Yepp, I'm using ACL's (Posix ACL's) on filesystem to regulate the access of users for files and directories. Do you mean that this is the "normal" way? These geteuid and getegid system calls are so slow? On the previous system (Debian Wheezy, Samba 3) I've also used ACL's, but there were much faster than this... What should

...etdents64 0.04 0.000214 0 30004 clock_gettime 0.01 0.000038 0 800 800 connect 0.01 0.000032 0 5000 flock 0.00 0.000008 0 800 socket 0.00 0.000000 0 1 restart_syscall 0.00 0.000000 0 1 chdir 0.00 0.000000 0 13 time 0.00 0.000000 0 10 lseek 0.00 0.000000 0 1 ioctl 0.00 0.000000 0 2 umask 0.00 0.000...

..., 2303, NULL <unfinished ...> [pid 14635] futex(0x7fcc240ccd80, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished ...> [pid 14639] futex(0xc34ebc, FUTEX_WAIT_PRIVATE, 2303, NULL <unfinished ...> [pid 14634] futex(0x7fcc240ccd80, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished ...> [pid 14631] restart_syscall(<... resuming interrupted call ...> <unfinished ...> [pid 14633] futex(0x7fcc240ccd80, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished ...> [pid 14630] restart_syscall(<... resuming interrupted call ...> <unfinished ...> [pid 14632] futex(0xc34e24, FUTEX_WAIT_PRIVATE, 3091, NU...

...connect 0.00 0.000095 16 6 setxattr 0.00 0.000074 9 8 socket 0.00 0.000064 8 8 sendto 0.00 0.000061 7 9 ioctl 0.00 0.000052 52 1 restart_syscall 0.00 0.000049 25 2 fsetxattr 0.00 0.000044 11 4 inotify_add_watch 0.00 0.000020 10 2 openat 0.00 0.000018 18 1 fchown 0.00 0.000007 7 1 st...

...16 ioctl 0.00 0.000088 10 9 socket 0.00 0.000080 9 9 sendto 0.00 0.000079 40 2 utime 0.00 0.000053 13 4 munmap 0.00 0.000051 51 1 restart_syscall 0.00 0.000049 8 6 5 setxattr 0.00 0.000040 10 4 mmap 0.00 0.000031 6 5 chdir 0.00 0.000030 6 5 5 chmod 0.00 0.000029 15 2 fsetxattr 0.00...

...4580 14:07:50.689065 exit_group(0) = ? 4275 14:07:50.689089 <... rt_sigprocmask resumed> NULL, 8) = 0 4275 14:07:50.689109 nanosleep({15, 0}, {14, 999864784}) = ? ERESTART_RESTARTBLOCK (To be restarted) 4275 14:07:50.689334 --- SIGCHLD (Child exited) @ 0 (0) --- 4275 14:07:50.689355 restart_syscall(<... resuming interrupted call ...>) = 0 4275 14:08:05.689412 alarm(10) = 0 4275 14:08:05.689530 select(5, NULL, [4], NULL, {0, 0}) = 1 (out [4], left {0, 0}) 4275 14:08:05.689595 write(4, "GET VAR galaxy ups.status\n", 26) = 26 4275 14:08:05.689721 select(5, [4], NULL,...

Thank you for your time. I've put my replies to your questions in-line, below. On Wednesday, June 07, 2017 10:19:41 AM Antony Stone wrote: > On Tuesday 06 June 2017 17:54:59 Mike Diehl wrote: > > > Hi all, > > > > I'm upgrading to Asterisk 13.14.0 x86_64. During my beta testing, I've > > discovered that my server crashes as soon as I leave a

This patch adds a 'hairpin' (also called 'reflective relay') mode port configuration to the Linux Ethernet bridge kernel module. A bridge supporting hairpin forwarding mode can send frames back out through the port the frame was received on. Hairpin mode is required to support basic VEPA (Virtual Ethernet Port Aggregator) capabilities. You can find additional information on VEPA

This patch adds a 'hairpin' (also called 'reflective relay') mode port configuration to the Linux Ethernet bridge kernel module. A bridge supporting hairpin forwarding mode can send frames back out through the port the frame was received on. Hairpin mode is required to support basic VEPA (Virtual Ethernet Port Aggregator) capabilities. You can find additional information on VEPA

This patch adds a 'hairpin' (also called 'reflective relay') mode port configuration to the Linux Ethernet bridge kernel module. A bridge supporting hairpin forwarding mode can send frames back out through the port the frame was received on. Hairpin mode is required to support basic VEPA (Virtual Ethernet Port Aggregator) capabilities. You can find additional information on VEPA

...t_tags`.`id` = `resource_tags`.`puppet_tag_id` WHERE `resources`.`exported` = 1; When the process gets stuck, an strace shows a constant and very quick flow of: 30666 stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2593, ...}) = 0 The final moments of the strace showed: 30667 restart_syscall(<... resuming interrupted call ...> <unfinished ...> 30666 mremap(0x7f7aa4d0a000, 2732032, 2752512, MREMAP_MAYMOVE) = 0x7f7aa4d0a000 30666 brk(0) = 0x23aaea000 30666 brk(0x23ab0b000) = 0x23ab0b000 30666 brk(0) = 0x2...

Hello, I'm tasked with establishing a persistent SSH connection across a very unreliable link, for a remote port forward (always port 2217). I figured I'd use ServerAliveInterval to make sure that the ssh(1) process dies when the connection appears down, and I use systemd to restart it in this case. This works fine. What does not work fine, however, is the server-side. If the connection

...ESTABLISHED 32097/sshd: abc [pr $ sudo netstat -antp | egrep "(32097|32212)" tcp 0 0 IP_________14:22 IP_________40:55340 ESTABLISHED 32097/sshd: abc [pr $ sudo pstree --show-pids 32097 sshd(32097)───sshd(32212) $ sudo strace -yy -p 32097 Process 32097 attached restart_syscall(<... resuming interrupted call ...>^CProcess 32097 detached <detached ...> $ sudo strace -yy -p 32212 Process 32212 attached select(14, [3<socket:[6021256]> 6<pipe:[6021267]>], [], NULL, NULL^CProcess 32212 detached <detached ...> $ sudo lsof -p 32212 COMMAND PID...

Hi- I'm new to Gluster, but am trying to get it set up on a new compute cluster we're building. We picked Gluster for one of our cluster file systems (we're also using Lustre for fast scratch space), but the Gluster performance has been so bad that I think maybe we have a configuration problem -- perhaps we're missing a tuning parameter that would help, but I can't find

Changes since v9: * series re-ordering so make functionality more distinct. Basic vlan filtering is patches 1-4. Support for PVID/untagged vlans is patches 5 and 6. VLAN support for FDB/MDB is patches 7-11. Patch 12 is still additional egress policy. * Slight simplification to code that extracts the VID from skb. Since we now depend on the vlan module, at the time of input skb_tci is

...ALL FOUND: prctl SYSCALL FOUND: rt_sigpending SYSCALL FOUND: rtas SYSCALL FOUND: fcntl64 SYSCALL FOUND: mq_notify SYSCALL FOUND: pwritev SYSCALL FOUND: quotactl SYSCALL FOUND: epoll_ctl SYSCALL FOUND: tuxcall SYSCALL FOUND: setresuid SYSCALL FOUND: mincore SYSCALL FOUND: rt_sigreturn SYSCALL FOUND: restart_syscall SYSCALL FOUND: process_vm_readv SYSCALL FOUND: vhangup SYSCALL FOUND: oldstat SYSCALL FOUND: query_module SYSCALL FOUND: pread64 SYSCALL FOUND: renameat SYSCALL FOUND: clock_getres SYSCALL FOUND: exit_group SYSCALL FOUND: lsetxattr SYSCALL FOUND: inotify_init SYSCALL FOUND: mount SYSCALL FOUND: wai...

On Tue, Aug 20, 2013 at 07:44:39AM +0200, leroy christophe wrote: > > > Find attached two patches I have in order to build klibc 2.0.2 > against kernel 3.8.13 > We had to introduce those patches when going from kernel 3.6 to kernel 3.7 > Hope it helps. > those patches are wrong and again very brittle. just use the way it is described in `make help': A) cd ~/src/linux