Hi Graham/Colin -- I did see that page before and ran through the items. No problems pinging or connecting via telnet, and a different server configured the same way (at roughly the same time, give or take a couple days) connects just fine. Thought maybe ufw was getting in the way, so I punched a hole for requests to tarsnap's IP (no effect), and disabled it outright (also no effect).
I'm seeing no obvious permission errors (I'm actually running as root), and I had also tried defining a new cache directory, which also didn't make any difference. On Fri, Apr 5, 2019 at 2:35 PM Colin Percival <[email protected]> wrote: > In addition to Graham's comments about debugging the network... > > On 4/4/19 7:20 PM, Julian Lam wrote: > > Seems I'm running out of money on my account, so I wanted to go ahead > and nuke > > what I had, except I'm unable to at this time: > > > > /usr/bin/tarsnap --key tarsnap.key --cachedir .tarsnap-cache --fsck > > If you want to nuke *all* of your archives, you don't need to run --fsck. > You only need to have a synchronized cache directory for creating new > archives or deleting *individual* archives (since that's how tarsnap > figures out which blocks are no longer needed -- not an issue if you ask > to delete everything). > > -- > Colin Percival > Security Officer Emeritus, FreeBSD | The power to serve > Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid >
