search for: tv_nsec

https://bugzilla.samba.org/show_bug.cgi?id=6672 Summary: mtim.tv_nsec not used when reading time of a file Product: rsync Version: 3.0.6 Platform: Other OS/Version: All Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: an...

...ere if any other info will help: (gdb) p sync_ctx->input->real_stream->statbuf $5 = {st_dev = 0, __pad1 = 0, __st_ino = 0, st_mode = 0, st_nlink = 0, st_uid = 0, st_gid = 0, st_rdev = 0, __pad2 = 0, st_size = 4294967295, st_blksize = 0, st_blocks = 0, st_atim = {tv_sec = 1116279667, tv_nsec = 0}, st_mtim = {tv_sec = 1116279667, tv_nsec = 0}, st_ctim = { tv_sec = 1116279667, tv_nsec = 0}, st_ino = 0} (gdb) p sync_ctx->file_input->v_offset $8 = 142294527 The mbox size is larger than 142294527 I did notice this, but I'm not sure if I'm looking at the correct varia...

struct timespec64 has unused bits in the tv_nsec field that can be used for other purposes. In future patches, we're going to change how the inode->i_ctime is accessed in certain inodes in order to make use of them. In order to do that safely though, we'll need to eradicate raw accesses of the inode->i_ctime field from the kernel....

...smb_fname_str_dbg(smb_dname))); 3644 fd_close(fsp); (gdb) p smb_dname->st $1 = {st_ex_dev = 64512, st_ex_ino = 44701075, st_ex_mode = 16877, st_ex_nlink = 2, st_ex_uid = 50133, st_ex_gid = 50133, st_ex_rdev = 0, st_ex_size = 0, st_ex_atime = {tv_sec = 1457488009, tv_nsec = 820161188}, st_ex_mtime = {tv_sec = 1457488009, tv_nsec = 820161188}, st_ex_ctime = { tv_sec = 1457488009, tv_nsec = 820161188}, st_ex_btime = { tv_sec = 1457488009, tv_nsec = 820161188}, st_ex_calculated_birthtime = true, st_ex_blksize = 4096, st_ex_blocks = 8, st_ex_flags = 0, st_...

...ian.h> > #include <stddef.h> > #include <sys/types.h> > -#include <linux/time.h> > + > +struct timespec { > + __kernel_time64_t tv_sec; > +#if __BYTE_ORDER == __BIG_ENDIAN && __BITS_PER_LONG == 32 > + long __tv_pad; > +#endif > + long tv_nsec; > +#if __BYTE_ORDER == __LITTLE_ENDIAN && __BITS_PER_LONG == 32 > + long __tv_pad; > +#endif > +}; The problem with this definition is applications doing things like struct timespec ts = { 0, 5000 }; /* 5 ?s */ which on big-endian architectures ends up leaving tv_nsec set...

Attempting delay-read=1000 results in no delay whatsoever: 1000 seconds, scaled to milliseconds, stored in int, then subjected to .tv_nsec = (ms * 1000000) % 1000000000 results in .tv_nsec being set to 567587328 thanks to 32-bit overflow, but that in turn results in instant EINVAL failure of nanosleep(). Fix it by diagnosing failure to fit in an int during config, and avoid math that overflows during delay(). Forbid negative delays...

...bg(smb_dname))); > 3644 fd_close(fsp); > (gdb) p smb_dname->st > $1 = {st_ex_dev = 64512, st_ex_ino = 44701075, st_ex_mode = 16877, > st_ex_nlink = 2, st_ex_uid = 50133, st_ex_gid = 50133, st_ex_rdev = 0, > st_ex_size = 0, st_ex_atime = {tv_sec = 1457488009, tv_nsec = 820161188}, > st_ex_mtime = {tv_sec = 1457488009, tv_nsec = 820161188}, st_ex_ctime = { > tv_sec = 1457488009, tv_nsec = 820161188}, st_ex_btime = { > tv_sec = 1457488009, tv_nsec = 820161188}, > st_ex_calculated_birthtime = true, st_ex_blksize = 4096, st_ex_blocks = 8, &g...

Hello, We're having a problem in Dovecot 1.1.8 with a failed assertion on certain mbox format mailboxes. It happens both with deliver when it attempts to delier to the mailbox, and with IMAP connections for the affected box (though I'm not sure what they're doing at the time). Mar 3 12:55:26 <snip> dovecot: Panic: IMAP(<snip>): file istream.c: line 81 (i_stream_read):

...;/home/n/i/nivanov/Maildir/.Drafts" st = {st_dev = 13257686650873676099, __pad1 = 65024, __st_ino = 0, st_mode = 0, st_nlink = 6076788, st_uid = 16832, st_gid = 2, st_rdev = 429496771878, __pad2 = 0, st_size = 0, st_blksize = 12288, st_blocks = 17592186044416, st_atim = {tv_sec = 24, tv_nsec = 0}, st_mtim = { tv_sec = 1219648514, tv_nsec = 0}, st_ctim = {tv_sec = 1219648514, tv_nsec = 0}, st_ino = 1220756980} pool = <value optimized out> #9 0x08070d24 in maildir_mailbox_open (_storage=0x87aacc0, name=0x87af6ee "Drafts", input=0x0, flags=0) at maildir-sto...

...strace command while upssched was 100% CPU hungry. This is what > I got: > > 1686633611.702798 read(7, "", 1) = 0 <0.000004> > 1686633611.702816 read(7, "", 1) = 0 <0.000004> > 1686633611.702834 pselect6(11, [7 10], NULL, NULL, {tv_sec=1, tv_nsec=0}, > NULL) = 1 (in [7], left {tv_sec=0, tv_nsec=999998800}) <0.000006> > 1686633611.702862 read(7, "", 1) = 0 <0.000004> > 1686633611.702880 read(7, "", 1) = 0 <0.000004> > . > . > . > 1686633611.705206 read(7, "",...

...strace command while upssched was 100% CPU hungry. This is what > I got: > > 1686633611.702798 read(7, "", 1) = 0 <0.000004> > 1686633611.702816 read(7, "", 1) = 0 <0.000004> > 1686633611.702834 pselect6(11, [7 10], NULL, NULL, {tv_sec=1, tv_nsec=0}, > NULL) = 1 (in [7], left {tv_sec=0, tv_nsec=999998800}) <0.000006> > 1686633611.702862 read(7, "", 1) = 0 <0.000004> > 1686633611.702880 read(7, "", 1) = 0 <0.000004> > . > . > . > 1686633611.705206 read(7, "",...

Hi, Ever since I recently upgraded to Fedora 25, I can't get kvm working. It's worked on this system since initial fedora 20 install. All upgrades were done via yum, then once available, dnf. I do have libvirt-sock in LISTENING state: STREAM LISTENING /var/run/libvirt/libvirt-sock I noticed I also have multiple connections in CONNECTING state: STREAM CONNECTING 0

...9 +476,17 @@ newerf (const char *f1, const char *f2) { struct stat b1, b2; +#ifdef HAVE_ST_MTIM + return (stat (f1, &b1) == 0 && + stat (f2, &b2) == 0 && + ( b1.st_mtim.tv_sec > b2.st_mtim.tv_sec || + (b1.st_mtim.tv_sec == b2.st_mtim.tv_sec && (b1.st_mtim.tv_nsec > b2.st_mtim.tv_nsec ))) + ); +#else return (stat (f1, &b1) == 0 && stat (f2, &b2) == 0 && b1.st_mtime > b2.st_mtime); +#endif } static int @@ -486,9 +494,17 @@ olderf (const char *f1, const char *f2) { struct stat b1, b2; +#ifdef HAVE_ST_MTIM + return...

...9 +476,17 @@ newerf (const char *f1, const char *f2) { struct stat b1, b2; +#ifdef HAVE_ST_MTIM + return (stat (f1, &b1) == 0 && + stat (f2, &b2) == 0 && + ( b1.st_mtim.tv_sec > b2.st_mtim.tv_sec || + (b1.st_mtim.tv_sec == b2.st_mtim.tv_sec && (b1.st_mtim.tv_nsec > b2.st_mtim.tv_nsec ))) + ); +#else return (stat (f1, &b1) == 0 && stat (f2, &b2) == 0 && b1.st_mtime > b2.st_mtime); +#endif } static int @@ -486,9 +494,17 @@ olderf (const char *f1, const char *f2) { struct stat b1, b2; +#ifdef HAVE_ST_MTIM + return...

...; st = {st_dev = 140519450702688, st_ino = 5007254661694877440, >st_nlink = 140519321774352, st_mode = 1862726288, st_uid = 32717, st_gid >= 1865325018, __pad0 = 32717, st_rdev = 140732281970554, st_size = 0, >st_blksize = 11, st_blocks = 8, st_atim = {tv_sec = 140519321774368, >tv_nsec = 140519450703056}, st_mtim = {tv_sec = 140519321774352, tv_nsec >= 140519450703024}, st_ctim = {tv_sec = 140520244259750, tv_nsec = >140520310044608}, __glibc_reserved = {140520244259750, 140520310041179, >140519321774320}} > string_io = <optimized out> > async...

...ilbox *) 0x7ee22028 data = (struct index_mail_data *) 0x7ee2749c st = {st_dev = -809573008, st_ino = 671359322, st_mode = 3485394200, st_nlink = 134504406, st_uid = 2264813824, st_gid = 671359313, st_rdev = -809573016, st_lspare0 = -809573008, st_atimespec = {tv_sec = 671359322, tv_nsec = 3690}, st_mtimespec = {tv_sec = 0, tv_nsec = 0}, st_ctimespec = {tv_sec = 0, tv_nsec = 0}, st_size = 2883503177569592696, st_blocks = 19440464480, st_blksize = 3485394312, st_flags = 134504965, st_gen = 2264813824, st_lspare1 = 2128748960, __st_birthtimespec = {tv_sec = 671359313, tv_nsec...

...ve_context *) 0x62f048 storage = (struct mail_storage *) 0x60a848 buf = {actime = 140737488347376, modtime = 4931367} st = {st_dev = 83951370, st_ino = 6401796, st_mode = 33152, st_nlink = 1, st_uid = 24311, st_gid = 3004, st_rdev = 0, st_atimespec = {tv_sec = 1203480135, tv_nsec = 388223000}, st_mtimespec = {tv_sec = 1203480167, tv_nsec = 749911000}, st_ctimespec = {tv_sec = 1203480167, tv_nsec = 749911000}, st_size = 28267, st_blocks = 56, st_blksize = 4096, st_flags = 0, st_gen = 0, st_lspare = 0, st_birthtimespec = {tv_sec = 0, tv_nsec = 0}} path = 0x60...

having trouble compiling dovecot-1.1hg latest pull I'm amost thinking _GNU_SOURCE needs to be defined as its built to work Any suggestions welcome. make[4]: Nothing to be done for `all'. make[4]: Leaving directory `/home/dan/software_projects/dovecot-1.1/src/lib-storage/list' Making all in index make[4]: Entering directory

...ndex-write.c:226 map = (struct mail_index_map *) 0x1d0baf0 st = {st_dev = 37632, st_ino = 12898927743, st_nlink = 1, st_mode = 33152, st_uid = 2500, st_gid = 2500, pad0 = 0, st_rdev = 0, st_size = 260200, st_blksize = 4096, st_blocks = 512, st_atim = { tv_sec = 1286434371, tv_nsec = 554727597}, st_mtim = {tv_sec = 1286611467, tv_nsec = 18456193}, st_ctim = {tv_sec = 1286611467, tv_nsec = 18456193}, __unused = {0, 0, 0}} lock_id = 0 ret = <value optimized out> __FUNCTION__ = "mail_index_write" #8 0x00007fe80610b3d6 in mail_inde...

Hi, I ran the strace command while upssched was 100% CPU hungry. This is what I got: 1686633611.702798 read(7, "", 1) = 0 <0.000004> 1686633611.702816 read(7, "", 1) = 0 <0.000004> 1686633611.702834 pselect6(11, [7 10], NULL, NULL, {tv_sec=1, tv_nsec=0}, NULL) = 1 (in [7], left {tv_sec=0, tv_nsec=999998800}) <0.000006> 1686633611.702862 read(7, "", 1) = 0 <0.000004> 1686633611.702880 read(7, "", 1) = 0 <0.000004> . . . 1686633611.705206 read(7, "", 1) = 0 <0.000004> 1686...