Re: [Bacula-users] [Bacula-devel] Possible RPM documentation change
On 17 Jun 2007 at 12:28, Scott Barninger wrote: But the entire doc source tarball is still a source in the packages. So I'm thinking about changing that and making only the pdf manuals (user and developer) actual sources in the RPM package. I see no reason for the source files to be in the packages for the documentation. My suggestion: split the docs into source and binary. -- Dan Langille two conferences, one trip, great value: May 2007 BSDCan - The BSD Conference - http://www.bsdcan.org/ PGCon - The PostgreSQL Conference - http://www.pgcon.org/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] [Bacula-devel] Possible RPM documentation change
On 17 Jun 2007 at 12:42, Scott Barninger wrote: On Sun, 2007-06-17 at 12:32 -0400, Dan Langille wrote: On 17 Jun 2007 at 12:28, Scott Barninger wrote: But the entire doc source tarball is still a source in the packages. So I'm thinking about changing that and making only the pdf manuals (user and developer) actual sources in the RPM package. I see no reason for the source files to be in the packages for the documentation. My suggestion: split the docs into source and binary. To be a bit more explicit, the bacula-docs tarball we publish has actually been build before releasing it. I have always included that tarball as a source and then installed a few pieces. I'm suggesting to just install the pdf manuals and skip the html manual if that doesn't cause anyone grief. I think pdf is universal enough at this point. What about two tarballs? PDF. HTML. -- Dan Langille two conferences, one trip, great value: May 2007 BSDCan - The BSD Conference - http://www.bsdcan.org/ PGCon - The PostgreSQL Conference - http://www.pgcon.org/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Mysql problem
Hi everyone, I´m having some problems with the mysql db and bacula. The scheduleds jobs keeps failing, it seems I have a inconsistency in the tables. I don´t know if the problem is related, but some of my incremental volumes(disk backup) keep growing abnormally. The output of the jobs is huge, here´s a example: ... 15-Jun 01:02 backup-dir: Start Backup JobId 4929, Job=fs2Backup.2007-06-15_01.00.02 15-Jun 00:52 fs2-fd: DIR and FD clocks differ by -612 seconds, FD automatically adjusting. 15-Jun 01:02 backup-sd: Volume fs2Inc-0002 previously written, moving to end of data. 15-Jun 01:03 backup-dir: fs2Backup.2007-06-15_01.00.02 Fatal error: sql_create.c:851 sql_create.c:851 insert INSERT INTO Filename (Name) VALUES ('MUMS on DVD.pdf') failed: Duplicate entry '1601844' for key 1 15-Jun 01:03 backup-dir: sql_create.c:851 INSERT INTO Filename (Name) VALUES ('MUMS on DVD.pdf') 15-Jun 01:03 backup-dir: fs2Backup.2007-06-15_01.00.02 Fatal error: sql_create.c:853 Create db Filename record INSERT INTO Filename (Name) VALUES ('MUMS on DVD.pdf') failed. ERR=Duplicate entry '1601844' for key 1 15-Jun 01:03 backup-dir: fs2Backup.2007-06-15_01.00.02 Fatal error: catreq.c:428 Attribute create error. sql_create.c:853 Create db Filename record INSERT INTO Filename (Name) VALUES ('MUMS on DVD.pdf') failed. ERR=Duplicate entry '1601844' for key 1 15-Jun 01:03 backup-dir: fs2Backup.2007-06-15_01.00.02 Fatal error: sql_create.c:851 sql_create.c:851 insert INSERT INTO Filename (Name) VALUES ('MIS.tex') failed: Duplicate entry '1601844' for key 1 15-Jun 01:03 backup-dir: sql_create.c:851 INSERT INTO Filename (Name) VALUES ('MIS.tex') 15-Jun 01:03 backup-dir: fs2Backup.2007-06-15_01.00.02 Fatal error: sql_create.c:853 Create db Filename record INSERT INTO Filename (Name) VALUES ('MIS.tex') failed. ERR=Duplicate entry '1601844' for key 1 15-Jun 01:03 backup-dir: fs2Backup.2007-06-15_01.00.02 Fatal error: catreq.c:428 Attribute create error. sql_create.c:853 Create db Filename record INSERT INTO Filename (Name) VALUES ('MIS.tex') failed. ERR=Duplicate entry '1601844' for key 1 15-Jun 01:03 backup-dir: fs2Backup.2007-06-15_01.00.02 Fatal error: sql_create.c:851 sql_create.c:851 insert INSERT INTO Filename (Name) VALUES ('MIS.tex.backup') failed: Duplicate entry '1601844' for key 1 15-Jun 01:03 backup-dir: sql_create.c:851 INSERT INTO Filename (Name) VALUES ('MIS.tex.backup') 15-Jun 01:03 backup-dir: fs2Backup.2007-06-15_01.00.02 Fatal error: sql_create.c:853 Create db Filename record INSERT INTO Filename (Name) VALUES ('MIS.tex.backup') failed. ERR=Duplicate entry '1601844' for key 1 15-Jun 01:03 backup-dir: fs2Backup.2007-06-15_01.00.02 Fatal error: catreq.c:428 Attribute create error. sql_create.c:853 Create db Filename record INSERT INTO Filename (Name) VALUES ('MIS.tex.backup') failed. ERR=Duplicate entry '1601844' for key 1 15-Jun 01:03 backup-dir: fs2Backup.2007-06-15_01.00.02 Fatal error: sql_create.c:851 sql_create.c:851 insert INSERT INTO Filename (Name) VALUES ('MIS.tex~') failed: Duplicate entry '1601844' for key 1 15-Jun 01:03 backup-dir: sql_create.c:851 INSERT INTO Filename (Name) VALUES ('MIS.tex~') 15-Jun 01:03 backup-dir: fs2Backup.2007-06-15_01.00.02 Fatal error: sql_create.c:853 Create db Filename record INSERT INTO Filename (Name) VALUES ('MIS.tex~') failed. ERR=Duplicate entry '1601844' for key 1 15-Jun 01:03 backup-dir: fs2Backup.2007-06-15_01.00.02 Fatal error: catreq.c:428 Attribute create error. sql_create.c:853 Create db Filename record INSERT INTO Filename (Name) VALUES ('MIS.tex~') failed. ERR=Duplicate entry '1601844' for key 1 15-Jun 01:03 backup-dir: fs2Backup.2007-06-15_01.00.02 Fatal error: sql_create.c:851 sql_create.c:851 insert INSERT INTO Filename (Name) VALUES ('res_xsmall_7_1_0_0_0_0_0_0_0_0_2_2_5.0') failed: Duplicate entry '1601844' for key 1 15-Jun 01:03 backup-dir: sql_create.c:851 INSERT INTO Filename (Name) VALUES ('res_xsmall_7_1_0_0_0_0_0_0_0_0_2_2_5.0') 15-Jun 01:03 backup-dir: fs2Backup.2007-06-15_01.00.02 Fatal error: sql_create.c:853 Create db Filename record INSERT INTO Filename (Name) VALUES ('res_xsmall_7_1_0_0_0_0_0_0_0_0_2_2_5.0') failed. ERR=Duplicate entry '1601844' for key 1 15-Jun 01:03 backup-dir: fs2Backup.2007-06-15_01.00.02 Fatal error: catreq.c:428 Attribute create error. sql_create.c:853 Create db Filename record INSERT INTO Filename (Name) VALUES ('res_xsmall_7_1_0_0_0_0_0_0_0_0_2_2_5.0') failed. ERR=Duplicate entry '1601844' for key 1 15-Jun 01:03 backup-dir: fs2Backup.2007-06-15_01.00.02 Fatal error: sql_create.c:851 sql_create.c:851 insert INSERT INTO Filename (Name) VALUES ('xsmall_7_200_1_0_0_0_0_0_0_0_0_2_2_500.mmp') failed: Duplicate entry '1601844' for key 1 ... Any sugestions? Thanks, Pedro Mazzoni - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now.
Re: [Bacula-users] Mysql problem
Pedro Henrique Morsch Mazzoni wrote: Hi everyone, I´m having some problems with the mysql db and bacula. The scheduleds jobs keeps failing, it seems I have a inconsistency in the tables. I don´t know if the problem is related, but some of my incremental volumes(disk backup) keep growing abnormally. The output of the jobs is huge, here´s a example: ... 15-Jun 01:02 backup-dir: Start Backup JobId 4929, Job=fs2Backup.2007-06-15_01.00.02 15-Jun 00:52 fs2-fd: DIR and FD clocks differ by -612 seconds, FD automatically adjusting. 15-Jun 01:02 backup-sd: Volume fs2Inc-0002 previously written, moving to end of data. 15-Jun 01:03 backup-dir: fs2Backup.2007-06-15_01.00.02 Fatal error: sql_create.c:851 sql_create.c:851 insert INSERT INTO Filename (Name) VALUES ('MUMS on DVD.pdf') failed: Duplicate entry '1601844' for key 1 It looks like your catalog database got mucked up somehow. First thing I'd try is to shut down the director, and have mysql check the tables to make sure they're not corrupt on a low level. http://dev.mysql.com/doc/refman/5.0/en/repair.html Once that's done, use the dbcheck program to make sure the data contained are consistent. http://bacula.org/rel-manual/Volume_Utility_Tools.html#SECTION003912 -- Frank Sweetser fs at wpi.edu | For every problem, there is a solution that WPI Senior Network Engineer | is simple, elegant, and wrong. - HL Mencken GPG fingerprint = 6174 1257 129E 0D21 D8D4 E8A3 8E39 29E3 E2E8 8CEC - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problem with a backup behind a firewall
Jean-François Leroux wrote: Hi, I'm trying to backup a server in an external zone. Here's my setup : Director is in machine located in the private network. Storage is (disk) on another machine in the private network. Client is a machine in the external lan. In between, there is another machine (let's call it FW for instance) with an iptables script. What's working : I can connect to the client and run estimate Ok. Here's what I added to the firewall to do so : # Director communicates with external network iptables -A INPUT -s $INTIP -d $EXTIP -m state --state NEW,ESTABLISHED -m tcp -p tcp --dport 9102 -j ACCEPT iptables -A FORWARD -s $EXTIP -d $INTIP -p tcp --dport 9102 -j ACCEPT iptables -A FORWARD -d $EXTIP -s $INTIP -p tcp --sport 9102 -j ACCEPT Where $INTP is the Director IP and $EXTIP the client machine. Now, that's what I tried for the storage daemon : iptables -A INPUT -s $INTIPSTOR -d $EXTIP -m state --state NEW,ESTABLISHED -m tcp -p tcp --dport 9102 -j ACCEPT iptables -A FORWARD -s $EXTIP -d $INTIPSTOR -p tcp --sport 9101:9103 -j ACCEPT iptables -A FORWARD -d $EXTIP -s $INTIPSTOR -p tcp ---sport 9101:9103 -j ACCEPT Where INTIPSTOR is the Storage daemon IP. Unfortunately, that doesn't work and I fail to see why. Bacula says Storage is waiting for client to connect to the storage daemon. Would you have any idea ? PS : of course, I have tried with machines in the internal zone and that works fine, so I guess there's is something I don't get in the interactions between fireawall and bacula. Thanks for your ideas :) VPN? -- bEsT rEgArDs| Confidence is what you have before you tomasz dereszynski | understand the problem. -- Woody Allen TD840-RIPE | - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] [Bacula-devel] Possible RPM documentation change
On Sunday 17 June 2007 18:56, Dan Langille wrote: On 17 Jun 2007 at 12:42, Scott Barninger wrote: On Sun, 2007-06-17 at 12:32 -0400, Dan Langille wrote: On 17 Jun 2007 at 12:28, Scott Barninger wrote: But the entire doc source tarball is still a source in the packages. So I'm thinking about changing that and making only the pdf manuals (user and developer) actual sources in the RPM package. I see no reason for the source files to be in the packages for the documentation. My suggestion: split the docs into source and binary. To be a bit more explicit, the bacula-docs tarball we publish has actually been build before releasing it. I have always included that tarball as a source and then installed a few pieces. I'm suggesting to just install the pdf manuals and skip the html manual if that doesn't cause anyone grief. I think pdf is universal enough at this point. What about two tarballs? PDF. HTML. The tar file will contain everything for the manual -- the source and the binaries, unless you can convince all the packagers to take only the source, in which case the tar file will contain only the source as I believe it should. Some packagers complained (I forget which ones) and said that they could only release what was actually built, which seems a bit odd to me, because they also package the binaries for Bacula which are not built in the tar file. I would really love to get out of the business of supplying binaries, but I've tried to take the path of least resistance ... - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] [Bacula-devel] Possible RPM documentation change
On Sunday 17 June 2007 19:09, Scott Barninger wrote: On Sun, 2007-06-17 at 12:56 -0400, Dan Langille wrote: On 17 Jun 2007 at 12:42, Scott Barninger wrote: On Sun, 2007-06-17 at 12:32 -0400, Dan Langille wrote: On 17 Jun 2007 at 12:28, Scott Barninger wrote: But the entire doc source tarball is still a source in the packages. So I'm thinking about changing that and making only the pdf manuals (user and developer) actual sources in the RPM package. I see no reason for the source files to be in the packages for the documentation. My suggestion: split the docs into source and binary. To be a bit more explicit, the bacula-docs tarball we publish has actually been build before releasing it. I have always included that tarball as a source and then installed a few pieces. I'm suggesting to just install the pdf manuals and skip the html manual if that doesn't cause anyone grief. I think pdf is universal enough at this point. What about two tarballs? PDF. HTML. Well, yes, I suppose I could build my own but I was sort of looking to avoid that. Well, you are not the only one, so I'll continue supplying them since it is not really hard. The only hard part is trying to get them up on Source Forge, which I have given up on. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] [Bacula-devel] Possible RPM documentation change
On Sunday 17 June 2007 18:42, Scott Barninger wrote: On Sun, 2007-06-17 at 12:32 -0400, Dan Langille wrote: On 17 Jun 2007 at 12:28, Scott Barninger wrote: But the entire doc source tarball is still a source in the packages. So I'm thinking about changing that and making only the pdf manuals (user and developer) actual sources in the RPM package. I see no reason for the source files to be in the packages for the documentation. My suggestion: split the docs into source and binary. To be a bit more explicit, the bacula-docs tarball we publish has actually been build before releasing it. I have always included that tarball as a source and then installed a few pieces. I'm suggesting to just install the pdf manuals and skip the html manual if that doesn't cause anyone grief. I think pdf is universal enough at this point. In the binary rpms, I think what you are suggesting is perfectly fine -- it is in fact, what we do for Win32. Regards, Kern - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] [Bacula-devel] Possible RPM documentation change
On Sunday 17 June 2007 18:28, Scott Barninger wrote: Good Afternoon, As I sat here earlier watching the 39 MB SRPM (30 MB of which is the docs tarball) for 2.1.18 crawl it's way up to sourceforge I began to wonder if it is not time for a change. The documentation package has grown substantially since the change to latex and I'm only packaging the pdf manuals and the html manual. But the entire doc source tarball is still a source in the packages. So I'm thinking about changing that and making only the pdf manuals (user and developer) actual sources in the RPM package. I believe that is more or less the case with the file that I am releasing. By the way, the docs will probably no longer be released to Source Forge. Their FTP upload is broken and they refuse to fix it, so until we find a better solution, they will be released as I did for the beta, because I've waste an enormous amount of time trying to release the docs. If I could find another release site with similar features to Source Forge, I would switch in a flash. Please don't send me a list of sites, unless it is *really* something new and *really* good. I have looked at them all, and all have more serious problems than Source Forge :-( Regards, Kern - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problem with a backup behind a firewall
? 2007/6/17, tomasz [EMAIL PROTECTED]: Jean-François Leroux wrote: Hi, I'm trying to backup a server in an external zone. Here's my setup : Director is in machine located in the private network. Storage is (disk) on another machine in the private network. Client is a machine in the external lan. In between, there is another machine (let's call it FW for instance) with an iptables script. What's working : I can connect to the client and run estimate Ok. Here's what I added to the firewall to do so : # Director communicates with external network iptables -A INPUT -s $INTIP -d $EXTIP -m state --state NEW,ESTABLISHED -m tcp -p tcp --dport 9102 -j ACCEPT iptables -A FORWARD -s $EXTIP -d $INTIP -p tcp --dport 9102 -j ACCEPT iptables -A FORWARD -d $EXTIP -s $INTIP -p tcp --sport 9102 -j ACCEPT Where $INTP is the Director IP and $EXTIP the client machine. Now, that's what I tried for the storage daemon : iptables -A INPUT -s $INTIPSTOR -d $EXTIP -m state --state NEW,ESTABLISHED -m tcp -p tcp --dport 9102 -j ACCEPT iptables -A FORWARD -s $EXTIP -d $INTIPSTOR -p tcp --sport 9101:9103 -j ACCEPT iptables -A FORWARD -d $EXTIP -s $INTIPSTOR -p tcp ---sport 9101:9103 -j ACCEPT Where INTIPSTOR is the Storage daemon IP. Unfortunately, that doesn't work and I fail to see why. Bacula says Storage is waiting for client to connect to the storage daemon. Would you have any idea ? PS : of course, I have tried with machines in the internal zone and that works fine, so I guess there's is something I don't get in the interactions between fireawall and bacula. Thanks for your ideas :) VPN? -- bEsT rEgArDs| Confidence is what you have before you tomasz dereszynski | understand the problem. -- Woody Allen TD840-RIPE | - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] No upgrade from incremental to full ?
May i ask how bacula should know when you want to have a full backup? From your definitions, there is only a incremental backup, but no full backup. I am sure, if you have such a line in your config, bacula will perform a full backup too. BR Ralf On 6/16/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hello everyone, I write to you guys because I have a bad error... bacula seems to work perfectly exept... well, it doesn't upgrade from Incremental to full when needed... This means I'm actually without valid backup, if something breaks... How did I figure this out ? Well, I got a server called servicos1 for example... it backups 1.4GB of data on it. It's been a while it did not run a full backup, so I got curious... Here are the volumes sizes -rw-r- 1 bacula wheel53M Jun 14 04:01 Volume-servicos1-0001 -rw-r- 1 bacula wheel70M Jun 15 04:01 Volume-servicos1-0002 -rw-r- 1 bacula wheel51M Jun 16 04:01 Volume-servicos1-0003 -rw-r- 1 bacula wheel50M Jun 10 04:01 Volume-servicos1-0004 -rw-r- 1 bacula wheel54M Jun 11 04:01 Volume-servicos1-0005 -rw-r- 1 bacula wheel43M Jun 12 04:01 Volume-servicos1-0006 -rw-r- 1 bacula wheel46M Jun 13 04:01 Volume-servicos1-0007 I have in theory a backup per day and at the end of the week, a full again. Here is the output of list jobs and will be followed by the director's config... +---+-+-+--+---+--+---+---+ | JobId | Name| StartTime | Type | Level | JobFiles | JobBytes | JobStatus | +---+-+-+--+---+--+---+---+ | 7 | pierre3 | 2007-05-31 04:01:17 | B| I |0 | 0 | E | |11 | pierre3 | 2007-06-01 04:11:23 | B| F | 83 | 2,660,884 | T | |16 | pierre3 | 2007-06-02 04:01:21 | B| I |0 | 0 | E | |21 | pierre3 | 2007-06-03 04:01:23 | B| I |0 | 0 | E | |26 | pierre3 | 2007-06-04 04:01:21 | B| I |0 | 0 | E | |30 | RestoreFiles| 2007-06-04 22:31:46 | R| F |0 | 0 | f | |31 | RestoreFiles| 2007-06-04 22:39:07 | R| F |0 | 0 | A | |32 | RestoreFiles| 2007-06-05 00:41:33 | R| F |0 | 0 | f | |33 | RestoreFiles| 2007-06-05 01:00:20 | R| F | 218 | 137,623,357 | T | |36 | pierre3 | 2007-06-05 04:01:29 | B| I |0 | 0 | T | |41 | pierre3 | 2007-06-06 04:02:13 | B| I |0 | 0 | T | |45 | RestoreFiles| 2007-06-06 12:13:59 | R| F | 400 | 180,580,296 | T | |49 | pierre3 | 2007-06-07 04:01:28 | B| I |0 | 0 | E | |55 | pierre3 | 2007-06-08 04:01:27 | B| I |0 | 0 | E | |60 | pierre3 | 2007-06-09 04:11:39 | B| I |0 | 0 | E | |63 | servicos1 | 2007-06-10 04:00:07 | B| I | 621 | 51,721,246 | T | |65 | pierre3 | 2007-06-10 04:01:23 | B| I |0 | 0 | E | |66 | farmacialider50 | 2007-06-10 08:17:05 | B| I |0 | 0 | E | |67 | pierre2 | 2007-06-10 12:32:51 | B| F | 49,634 | 3,482,004,967 | T | |68 | servicos1 | 2007-06-11 04:00:07 | B| I | 743 | 56,235,219 | T | |69 | banda1 | 2007-06-11 04:01:22 | B| I |3 | 16,461 | T | |70 | pierre3 | 2007-06-11 04:01:24 | B| I |0 | 0 | E | |71 | farmacialider50 | 2007-06-11 08:17:17 | B| I | 196 | 14,945,658 | T | |72 | pierre2 | 2007-06-11 08:18:26 | B| I |0 | 0 | T | |73 | servicos1 | 2007-06-12 04:00:07 | B| I | 676 | 44,456,630 | T | |74 | banda1 | 2007-06-12 04:01:19 | B| I |4 | 18,579 | T | |75 | pierre3 | 2007-06-12 04:01:21 | B| I |0 | 0 | E | |76 | farmacialider50 | 2007-06-12 08:17:16 | B| I | 196 | 14,984,876 | T | |77 | pierre2 | 2007-06-12 08:18:39 | B| I |5 | 94,293 | T | |78 | servicos1 | 2007-06-13 04:00:07 | B| I | 763 | 48,269,398 | T | |79 | banda1 | 2007-06-13 04:01:21 | B| I |3 | 16,390 | T | |80 | pierre3 | 2007-06-13 04:01:23 | B| I |0 | 0 | E | |81 | farmacialider50 | 2007-06-13 08:17:05 | B| I | 195 |