search for: _llseek

...rite(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096 lseek(3, 31580160, SEEK_SET) = 31580160 write(3, "\37\36\0\0 \36\0\0!\36\0\0\"\36\0\0#\36\0\0$\36\0\0%\36"..., 4096) = 4096 lseek(3, 1024, SEEK_SET) = 1024 ........ _llseek(3, 47915732992, [47915732992], SEEK_SET) = 0 write(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096 _llseek(3, 48049950720, [48049950720], SEEK_SET) = 0 write(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096 _llseek(3, 48...

...700 S 0.3 0.8 0:02 smbd Systrace on one of the smbd processes shows the following: ################################################################ open("/etc/passwd", O_RDONLY) = 26 fcntl64(26, F_GETFD) = 0 fcntl64(26, F_SETFD, FD_CLOEXEC) = 0 _llseek(26, 0, [0], SEEK_CUR) = 0 fstat64(26, {st_mode=S_IFREG|0644, st_size=5540, ...}) = 0 mmap2(NULL, 5540, PROT_READ, MAP_SHARED, 26, 0) = 0x40510000 _llseek(26, 5540, [5540], SEEK_SET) = 0 fstat64(26, {st_mode=S_IFREG|0644, st_size=5540, ...}) = 0 munmap(0x40510000, 5540)...

....a-O1Q6E8", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4 brk(0) = 0x8357000 brk(0x8359000) = 0x8359000 fstat64(4, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40019000 _llseek(4, 0, [0], SEEK_CUR) = 0 _llseek(4, 0, [0], SEEK_SET) = 0 _llseek(4, 0, [0], SEEK_SET) = 0 _llseek(4, 0, [0], SEEK_SET) = 0 _llseek(4, 0, [0], SEEK_SET) = 0 brk(0) = 0x8359000 brk(0x8369000)...

...0x8155860, ss_flags=0x2000 /* SS_??? */, ss_size=578935014240055448}, NULL) = 0 rt_sigaction(SIGSEGV, {0x808dd5e, [], SA_STACK|SA_NODEFER}, NULL, 8) = 0 readlink("/proc/self/exe", "/root/xe", 256) = 8 stat64("/root/xe", {st_mode=S_IFREG|0755, st_size=1345687, ...}) = 0 _llseek(0, 0, 0xffd06fe0, SEEK_CUR)     = -1 ESPIPE (Illegal seek) _llseek(1, 0, 0xffd06fd0, SEEK_CUR)     = -1 ESPIPE (Illegal seek) _llseek(2, 0, 0xffd06fd0, SEEK_CUR)     = -1 ESPIPE (Illegal seek) gettimeofday({1288958862, 211487}, NULL) = 0 getppid()                               = 21994 getpid()     ...

...= 0x8357000 > brk(0x8359000) = 0x8359000 > fstat64(4, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, > 0) = 0x40019000 This mmap is just allocating memory > _llseek(4, 0, [0], SEEK_CUR) = 0 > _llseek(4, 0, [0], SEEK_SET) = 0 > _llseek(4, 0, [0], SEEK_SET) = 0 > _llseek(4, 0, [0], SEEK_SET) = 0 > _llseek(4, 0, [0], SEEK_SET) = 0 > brk(0) = 0x8359000 > brk(0...

Evan Jones wrote: > I am pretty certain that this has nothing to do with the C++ library, > and everything to do with the behaviour of mmap when the file that was > mmaped is modified. I actually can reproduce this behaviour with the > attached C test case. The program mmaps a file called 'data,' prints the > last byte, truncates the file, then tries to read the last

...I run tests using: smbclient //127.1/myshare smb: \> put 4200MB 4200remote where `4200MB' is a plain file of 4200 MB, the resulting file will be only a little bit bigger than 4GB. When I use "truss" or "strace" on the smbd server, near the 4GB limit I get: _llseek(19, 18446744073709406208, [4294821888], SEEK_SET) = 0 write(19, "UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU"..., 64512) = 64512 _llseek(19, 18446744073709470720, [4294886400], SEEK_SET) = 0 write(19, "UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU"..., 64512) = 64512 [1] _ll...

On Nov 22, 2005, at 17:18, Reid Spencer wrote: > Your patch uses an operating system call that is not portable. All > non-portable code needs to be located in the lib/System library. Yep! I know. That is why I posted it for discussion. I'm not sure if this is the "right" way to fix the problem, or if there is a different fix that should be applied (like perhaps copying the

...| 961 kB 00:00 Segmentation fault Running yum under strace produces lots of output, the last lines are: access("/var/cache/yum/base/primary.xml.gz.sqlite-journal", F_OK) = -1 ENOENT (No such file or directory) fstat64(5, {st_mode=S_IFREG|0644, st_size=20480, ...}) = 0 _llseek(5, 0, [0], SEEK_SET) = 0 read(5, "SQLite format 3\0\4\0\1\1\0@ \0\0\0\21\0\0\0\0"..., 1024) = 1024 _llseek(5, 2048, [2048], SEEK_SET) = 0 read(5, "\r\0\0\0\0\4\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1024) = 1024 fcntl64(5, F_SETLK64, {type=F_...

...\0\3\0\3\0\1\0\0\0\320m\1\0004\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1347988, ...}) = 0 close(3) = 0 open("pandereta-2010.09.13-i686.iso", O_RDWR|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=2265417728, ...}) = 0 _llseek(3, 32768, [32768], SEEK_SET) = 0 read(3, "\1CD001\1\0LINUX "..., 2048) = 2048 read(3, "\0CD001\1EL TORITO SPECIFICATION\0\0"..., 4096) = 4096 _llseek(3, 667648, [667648], SEEK_SET) = 0 read(3, "\1\0\0\0Gerardo Exequiel Pozzi \0c\26U\252"..., 4096)...

...S %CPU %MEM TIME+ COMMAND 4562 root 25 0 780m 214m 236 R 99.9 42.6 6211:44 fsck.ext3 The fsck has been running for 6 days without printing anything to the screen. It seems to be working as an strace produces the following. Process 4562 attached - interrupt to quit _llseek(5, 5979127808, [5979127808], SEEK_SET) = 0 read(5, "\377\276\340oY\\i\17\346N\231\370\216\v\276\361\255\245"..., 4096) = 4096 _llseek(5, 299281825792, [299281825792], SEEK_SET) = 0 write(5, "\323\265-Q\33<\331\216\325\304U\3V\221\213\301e\32Q\220"..., 4096) = 4096 _llseek(5...

...FBLK|0660, st_rdev=makedev(8, 32), ...}) = 0 2705 open("/dev/rawctl", O_RDWR) = 4 2705 ioctl(4, RAW_SETBIND, 0xbffecb00) = 0 2705 close(4) = 0 2705 open("/dev/raw/raw1", O_RDONLY) = 4 2705 brk(0x80b8000) = 0x80b8000 2705 _llseek(4, 0, [0], SEEK_SET) = 0 2705 read(4, 0x80b7000, 512) = -1 EIO (Input/output error) 2705 _llseek(4, 0, [0], SEEK_SET) = 0 2705 read(4, "", 0) = 0 2705 --- SIGSEGV (Segmentation fault) @ 0 (0) --- 2705 write(2, "Abnormal termination!\n"...

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

Hallo, linux-btrfs, please delete the option "-L" (for labelling) in "mkfs.btrfs", in some configurations it doesn''t work as expected. My usual way: mkfs.btrfs -d raid0 -m raid1 /dev/sdb /dev/sdc /dev/sdd ... One call for some devices. Wenn I add the option "-L mylabel" then each device gets the same label, and therefore some other programs

...all KERNEL.5: LOCALALLOC(0x0040,0x0402) ret=04e7:001e ds=09d7 08243b48:Ret KERNEL.5: LOCALALLOC() retval=0xbd84 ret=04e7:001e ds=09d7 08243b48:Call KERNEL.8: LOCALLOCK(0xbd84) ret=04e7:002b ds=09d7 08243b48:Ret KERNEL.8: LOCALLOCK() retval=0x09d7bd84 ret=04e7:002b ds=09d7 08243b48:Call KERNEL.84: _LLSEEK(0x0005,0x000c29c7,0x0000) ret=05d7:0857 ds=09c7 08243b48:Ret KERNEL.84: _LLSEEK() retval=0x000c29c7 ret=05d7:0857 ds=09c7 08243b48:Call KERNEL.82: _LREAD(0x0005,0x09c78990,0x0004) ret=05d7:07b0 ds=09c7 08243b48:Ret KERNEL.82: _LREAD() retval=0x0004 ret=05d7:07b0 ds=09c7 08243b48:Call KERNEL.5: LO...

...0050 lstat64 0.45 0.003002 0 210137 10 stat64 0.33 0.002217 0 170052 munmap 0.30 0.002021 0 340100 alarm 0.30 0.002002 0 425125 getgroups32 0.28 0.001896 0 250052 _llseek 0.28 0.001849 0 170052 mmap2 0.25 0.001682 0 340100 rt_sigaction 0.18 0.001208 0 200097 fstat64 0.13 0.000878 0 25001 setxattr 0.09 0.000602 0 15000 SYS_320...

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

...rd > Write failed flushing stdout buffer. > write stdout: Broken pipe > > where strace has the following to say at this point: > fstat64(6, {st_mode=S_IFIFO|0600, st_size=1, ...}) = 0 > old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000 > _llseek(6, 0, 0xbfffebc4, SEEK_CUR) = -1 ESPIPE (Illegal seek) > > so the correct fstat for files >2G is taken, but llseek instead of llseek64. > > *shrug* > > it's not a bug or something, and the solution via ssh host command and pipe is viable, > I just wanted to know...

...rt_sigaction 0.34 0.001634 0 10000 ftruncate64 0.33 0.001595 0 160039 mmap2 0.27 0.001287 0 80020 read 0.20 0.000963 0 190058 fstat64 0.17 0.000814 0 160040 _llseek 0.16 0.000786 0 25001 setxattr 0.09 0.000423 0 15000 SYS_320 0.05 0.000220 4 54 getdents64 0.04 0.000214 0 30004 clock_gettime 0.01 0.000038 0 800 800 co...

Hi, I have run into an issue using puppet in an ldap environment and I am wondering if anyone else has run into the same issue. A number of the puppet clients in my testing environment are failing to apply new configurations because the puppet client is getting an ldap error. Currently, I am attempting to push a new bash_profile to my home directory and then set my username/group to then own the