[Burp-users] backup of local server stucks
Brought to you by:
grke
|
From: Marcin M. <ma...@me...> - 2026-01-26 13:23:05
|
Hi,
I saw a little similar problem described by Mark in thread "Timeout?"
but there were no clear solution nor description of root problem. I've
got burp server, it does backup network connected clients without issue.
Local client can't do backup since 2025-09-28, burp client seems to
stuck short after start of phase2.
In backup directory there is a couple of files, client stuck, I think,
when i starts to read a little bigger file (about 2-3MB). I could
suspect something like MTU problem but connection is via 127.0.0.1 (also
tried using ip of eth interface - no change) so MTU shouldn't be case in
this configuration. Strace shows:
n\0%s %s\n\0Packaged by %s (%"..., 4096) = 4096
13141 12:54:23.810144 pselect6(5, [], [4], [4], {tv_sec=1, tv_nsec=0},
NULL) = 0 (Timeout)
13141 12:54:24.811442 read(5, "backup is given)\n numbered, t make
numbered backups\n existing, nil numbered if numbered backups exist,
simple otherwise\n simple, never always make simple
backups\n\0\0\0\nUsing -s
ignores -L and -P. Otherwise, the last option specified
controls\nbehavior when a TARGET is a symbolic link, defaulting to
%s.\n\0\0\0\0\0\0\0Report any translation bugs to
<https://translationproject.org/team/>\n\0\0https
://www.gnu.org/software/coreutils/\0or available locally via: info
'(coreutils) %s%s'\n\0\0\0\0\0\0multiple target directories
specified\0\0\0cannot do --relative without --symbolic\0cannot combine
--target-directory and --n
o-target-directory\0\0\0\0\0missing destination file operand after
%s\0\0\0\0\0\0\0# buckets used: %lu (%.2f%%)\n\0\0\0\0\0\0\0\0License
GPLv3+: GNU GPL version 3 or later <%s>.\nThis is free software: you are
free to cha
nge and redistribute it.\nThere is NO WARRANTY, to the extent permitted
by
law.\n\0\0\0\0\0\0https://gnu.org/licenses/gpl.html\0\0\0\0\0\0\0Written
by %s, %s, %s,\nand %s.\n\0Written by %s, %s, %s,\n%s, and "..., 4096) =
409
6
13141 12:54:24.811797 pselect6(5, [], [4], [4], {tv_sec=1, tv_nsec=0},
NULL) = 0 (Timeout)
13141 12:54:25.813136 read(5,
"x\37\0\0\220\314\377\377\244\37\0\0\20\315\377\377\320\37\0\0\20\316\377\377\374\37\0\0P\316\377\377\30
\0\0\220\316\377\3774 \0\0\260\316\377\377P \0\0\320\316\377\377l
\0\0\20\317\377\377\230"...
, 4096) = 4096
13141 12:54:25.813555 pselect6(5, [], [4], [4], {tv_sec=1, tv_nsec=0},
NULL) = 0 (Timeout)
13141 12:54:26.814914 pselect6(5, [], [4], [4], {tv_sec=1, tv_nsec=0},
NULL) = 0 (Timeout)
13141 12:54:27.816160 pselect6(5, [], [4], [4], {tv_sec=1, tv_nsec=0},
NULL) = 0 (Timeout)
What could be a reason of this problem with taking backup?
Marcin
|