From time-machine at ICSI.Berkeley.EDU Thu Nov 18 19:57:21 2010 From: time-machine at ICSI.Berkeley.EDU (Time Machine Tracker) Date: Fri, 19 Nov 2010 03:57:21 -0000 Subject: [TM] =?utf-8?b?W1RoZSBUaW1lIE1hY2hpbmVdICM1OiDigJh1aW50NjRfdA==?= =?utf-8?q?=E2=80=99_does_not_name_a_type?= Message-ID: <054.1667e0880bcbce6c73b6f158c49e8099@icsi.berkeley.edu> #5: ?uint64_t? does not name a type ------------------------+---------------------- Reporter: sroddy | Owner: somebody Type: defect | Status: new Priority: trivial | Milestone: Component: component1 | Version: Keywords: | ------------------------+---------------------- Building on Ubuntu server 10.04.1 LTS, I get: In file included from Connections.hh:42, from Connections.cc:37: tm.h:55: error: ?uint64_t? does not name a type tm.h:56: error: ?uint64_t? does not name a type tm.h:57: error: ?uint64_t? does not name a type tm.h:58: error: ?uint64_t? does not name a type tm.h:59: error: ?uint64_t? does not name a type tm.h:60: error: ?uint64_t? does not name a type make[1]: *** [Connections.o] Error 1 make[1]: Leaving directory `/home/sroddy/tm-20090206' make: *** [all] Error 2 Adding '#include ' to tm.h fixes this problem. -- Ticket URL: The Time Machine High-volume network traffic stream recorder. From time-machine at ICSI.Berkeley.EDU Thu Nov 18 19:58:53 2010 From: time-machine at ICSI.Berkeley.EDU (Time Machine Tracker) Date: Fri, 19 Nov 2010 03:58:53 -0000 Subject: [TM] =?utf-8?b?W1RoZSBUaW1lIE1hY2hpbmVdICM2OiDigJhzdGRlcnLigJkg?= =?utf-8?q?was_not_declared_in_this_scope?= Message-ID: <054.acbe61dc3bbba0888e9797725559341a@icsi.berkeley.edu> #6: ?stderr? was not declared in this scope ------------------------+---------------------- Reporter: sroddy | Owner: somebody Type: defect | Status: new Priority: minor | Milestone: Component: component1 | Version: Keywords: | ------------------------+---------------------- Hash.cc: In member function ?void Hash::debugPrint()?: Hash.cc:181: error: ?stderr? was not declared in this scope make[1]: *** [Hash.o] Error 1 make[1]: Leaving directory `/home/sroddy/tm-20090206' make: *** [all] Error 2 Building on Ubuntu 10.04.1 server. Adding '#include ' to Hash.hh fixes build problem. -- Ticket URL: The Time Machine High-volume network traffic stream recorder. From time-machine at ICSI.Berkeley.EDU Mon Nov 29 15:14:04 2010 From: time-machine at ICSI.Berkeley.EDU (Time Machine Tracker) Date: Mon, 29 Nov 2010 23:14:04 -0000 Subject: [TM] #7: Segfault with very small values for memory buffer Message-ID: <054.ba21dbc2b8aac61533585e0e3c82dcd3@icsi.berkeley.edu> #7: Segfault with very small values for memory buffer ------------------------+---------------------- Reporter: gregor | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: component1 | Version: Keywords: | ------------------------+---------------------- {{{ #!rst Reported by Po-Ching: By the way, we find the TM always gets a segmentation fault if we set the 'mem' option to a small value, say 20k. The segmentation fault does not appear if this option value is large, say 200k. Following is the debugging session with gdb for your reference. The segmentation fault may sometimes occur in pthread_join in main.cc:847, or pthread_create in main.cc:813 or main.cc:763. Our system is Fedora Linux 12. Please let us know if you don't reproduce the same problem in your environment. Thanks a lot:: ============= Debugging session with gdb ================ Breakpoint 1, main (argc=0, argv=0xbffff6b8) at main.cc:763 763 i = pthread_create(&index_aggregation_thread_tid, NULL, index_aggregation_thread, NULL); (gdb) n [New Thread 0xb3dffb70 (LWP 17711)] 764 if (i) { (gdb) n 772 exit_action.sa_handler = sighandler_exit; .... [snip] (gdb) 795 gethostname(hostname, HOSTNAME_MAXLEN); (gdb) 796 hostname[HOSTNAME_MAXLEN-1]=0; (gdb) 798 if (conf_main_console) { (gdb) 799 i=pthread_create(&cli_console_thread_tid, NULL, cli_console_thread, NULL); (gdb) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb4bd9b70 (LWP 17710)] 0x08051dea in FifoDiskFile::getOldestTimestamp (this=0x80000000) at FifoDisk.hh:143 143 return oldest_timestamp; (gdb) info threads 7 Thread 0xb3dffb70 (LWP 17711) 0xb7fff424 in __kernel_vsyscall () * 6 Thread 0xb4bd9b70 (LWP 17710) 0x08051dea in FifoDiskFile::getOldestTimestamp (this=0x80000000) at FifoDisk.hh:143 5 Thread 0xb53dbb70 (LWP 17709) 0xb7fff424 in __kernel_vsyscall () 4 Thread 0xb5fafb70 (LWP 17708) 0xb7fff424 in __kernel_vsyscall () 3 Thread 0xb6b83b70 (LWP 17707) 0xb7fff424 in __kernel_vsyscall () 2 Thread 0xb7757b70 (LWP 17706) 0xb7fff424 in __kernel_vsyscall () 1 Thread 0xb7fd86d0 (LWP 17703) 0x0804abc0 in pthread_create at plt () (gdb) t 7 [Switching to thread 7 (Thread 0xb3dffb70 (LWP 17711))]#0 0xb7fff424 in __kernel_vsyscall () (gdb) bt #0 0xb7fff424 in __kernel_vsyscall () #1 0x45451fc6 in nanosleep () from /lib/libc.so.6 #2 0x45451de1 in __sleep (seconds=0) at ../sysdeps/unix/sysv/linux /sleep.c:138 #3 0x0804b683 in index_aggregation_thread (arg=0x0) at main.cc:380 #4 0x4555c8f5 in start_thread (arg=0xb3dffb70) at pthread_create.c:297 #5 0x45491fce in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 }}} -- Ticket URL: The Time Machine High-volume network traffic stream recorder. From time-machine at ICSI.Berkeley.EDU Tue Nov 30 14:56:20 2010 From: time-machine at ICSI.Berkeley.EDU (Time Machine Tracker) Date: Tue, 30 Nov 2010 22:56:20 -0000 Subject: [TM] #8: Filesize issues Message-ID: <093.7ea6a4d5e47c5eff5998e7339788b715@icsi.berkeley.edu> #8: Filesize issues -------------------------------------------------+------------------------- Reporter: gregor (original via mail from | Owner: somebody Martin Holste) | Status: new Type: defect | Milestone: Priority: major | Version: Component: component1 | Keywords: | -------------------------------------------------+------------------------- {{{ #!rst Cut and paste from several emails describing the problem: * With filesize set at exactly 280g (279g does not produce the problem) tm will create one disk fifo file per packet in the workdir for each evicted packet with a disk setting of 1000g. I am only using one default class for "all." * That sounds like something is wrapping and going negative at the 2^38 barrier. * Further testing shows that filesize > 2000m (including 2g for some reason) leads to tm not rolling the file ever. }}} -- Ticket URL: The Time Machine High-volume network traffic stream recorder.