Open jirib opened 6 years ago
The burp-users mailing list is here: https://sourceforge.net/projects/burp/lists/burp-users
Referenced here: http://burp.grke.org/requests.html
What operating system is your server running? Somebody who wanted burp to run on AIX made this code for me:
#ifdef _AIX
/* On AIX, for some weird reason,
* writing the stats file makes the
* socket show up in fse, despite
* everything being fine. We ignore
* it.
*/
if(strncmp(asfd->desc, "stats file",
sizeof("stats file")))
{
logp("%s: had an exception\n",
asfd->desc);
return asfd_problem(asfd);
}
#else
logp("%s: had an exception\n",
asfd->desc);
return asfd_problem(asfd);
#endif /* _AIX */
So, it seems this is not AIX specific. I haven't seen this happen on my Debian or my Pi though.
# rpm -qf /etc/redhat-release
redhat-release-server-7.4-18.el7.x86_64
# uname -r
3.10.0-693.1.1.el7.x86_64
I do have seen this on recent CentOS 7 x64 too.
The ifdefs were added in 3cd1f0fcb8b66741739fb8ad24f57826b3873726. I just played around with the status monitor snapshot (-a S).
Setup 1:
Setup 2:
Results:
burp -a S > /tmp/burp.txt
prints a long list of error messages into the file (see below)burp -a S | cat > /tmp/burp.txt
works as expectedburp -a S > /tmp/burp.txt
and burp -a S | cat /tmp/burp.txt
doesn't do anything but exit 1.Error message is as follows, one line for each line it would print without redirecting to a file:
2018-03-06 12:31:32 CET: burp[19333196] stdout: had an exception
I am seeing the same thing.
2018-03-07 06:32:36 -0800: burp[6004] stats file: had an exception 2018-03-07 06:32:36 -0800: burp[6004] Backup completed.
When it occurs, backup_stats is a zero-length file for that backup.
burp version is 2.1.28 from vshn ppa. The OS is Ubuntu Xenial. deb http://ppa.launchpad.net/vshn/backup/ubuntu xenial main
Some of my clients are 2.1.30, so at first, I thought that might be the problem. Now, I have also seen it happen with a client that is running 2.1.28.
Another variable is that I have been trying out burp-ui. At first, I was using an older version that I learned is incompatible with recent versions of burp. I have since switched to the development build of burp-ui and it is working better. I think that I saw "stats file: had an exception" both before and after upgrading burp-ui, however.
I think the "stats file: had an exception" thing is probably because burp accidentally closes the file descriptor twice. I cannot prove it, because I am unable to reproduce it, but I can put a fix for closing twice in master. Maybe the problem will then disappear for everybody.
Hi,
2.1.28 on EL7 and 2.1.30 on w2k8r2/w2k12r2. Should I be worried about my data?
BTW, is there any IRC or mailing-list? I cannot find a reference to it on the project page or here.