You are here
Richard - Sat, 2012/12/08 - 09:11
Hi,
First time using TK Linux and generally very impressed. I'm using TK Linux 12.0 for Rails.
However, a couple of issues:
1. DHCP failed on my home setup using a WRT54G with Tomato 1.19 (WiFi access point firmware) - static was fine though.
2. TKLBAM fails to complete - this is more serious as the main reason I am using TK Linux is for the TKLBAM migration scenario
I'm on a DSL connection with about 1 Mbps upstream, and it's working fine while the backup was being run.
Is there a log file somewhere? Seems like there should be by default ... if not, how do I enable one?
Upload 's3://s3-eu-west-1.amazonaws.com/tklbam-x3gl2zp27g4taseq/duplicity-full.20121203T121306Z.vol12.difftar.gpg' failed (attempt #5, reason: error: [Errno 32] Broken pipe)
Giving up trying to upload s3://s3-eu-west-1.amazonaws.com/tklbam-x3gl2zp27g4taseq/duplicity-full.20121203T121306Z.vol12.difftar.gpg after 5 attempts
Backend error detail: Traceback (most recent call last):
File "/usr/lib/tklbam/deps/bin/duplicity", line 1405, in <module>
with_tempdir(main)
File "/usr/lib/tklbam/deps/bin/duplicity", line 1398, in with_tempdir
fn()
File "/usr/lib/tklbam/deps/bin/duplicity", line 1368, in main
full_backup(col_stats)
File "/usr/lib/tklbam/deps/bin/duplicity", line 513, in full_backup
globals.backend)
File "/usr/lib/tklbam/deps/bin/duplicity", line 412, in write_multivol
(tdp, dest_filename, vol_num)))
File "/usr/lib/tklbam/deps/lib/python2.6/dist-packages/duplicity/asyncscheduler.py", line 145, in schedule_task
return self.__run_synchronously(fn, params)
File "/usr/lib/tklbam/deps/lib/python2.6/dist-packages/duplicity/asyncscheduler.py", line 172, in __run_synchronously
ret = fn(*params)
File "/usr/lib/tklbam/deps/bin/duplicity", line 411, in <lambda>
async_waiters.append(io_scheduler.schedule_task(lambda tdp, dest_filename, vol_num: put(tdp, dest_filename, vol_num),
File "/usr/lib/tklbam/deps/bin/duplicity", line 309, in put
backend.put(tdp, dest_filename)
File "/usr/lib/tklbam/deps/lib/python2.6/dist-packages/duplicity/backends/_boto_single.py", line 230, in put
raise BackendException("Error uploading %s/%s" % (self.straight_url, remote_filename))
BackendException: Error uploading s3://s3-eu-west-1.amazonaws.com/tklbam-x3gl2zp27g4taseq/duplicity-full.20121203T121306Z.vol12.difftar.gpg
BackendException: Error uploading s3://s3-eu-west-1.amazonaws.com/tklbam-x3gl2zp27g4taseq/duplicity-full.20121203T121306Z.vol12.difftar.gpg
Traceback (most recent call last):
File "/usr/bin/tklbam-backup", line 366, in <module>
main()
File "/usr/bin/tklbam-backup", line 321, in main
b.run(opt_debug)
File "/usr/lib/tklbam/backup.py", line 237, in run
backup_command.run(passphrase, self.credentials, debug=debug)
File "/usr/lib/tklbam/duplicity.py", line 78, in run
raise Error("non-zero exitcode (%d) from backup command: %s" % (exitcode, str(self)))
duplicity.Error: non-zero exitcode (23) from backup command: duplicity --verbosity=5 --archive-dir=/var/cache/duplicity --volsize=25 --full-if-older-than=1M --include=/TKLBAM --gpg-options=--cipher-algo=aes --include-filelist=/TKLBAM/fsdelta-olist --exclude=** --archive-dir=/var/cache/duplicity --s3-unencrypted-connection --allow-source-mismatch / s3://s3-eu-west-1.amazonaws.com/tklbam-x3gl2zp27g4taseq
Forum:
Bump
Any comments on this? I'm not the only one with TKLBAM problems, which is a shame since I signed up for a plan based on TKLBAM, but haven't been able to use it to migrate from a local VM to EC2, which was the main draw of using TK Linux.
Is there a log file I'm missing here?
Same / similar problem here
Hello
I'm afraid won't be of much help but I have a very similar problem with my TKL based server for about a month. Just realised the backup are failing (there is not obvious warning - you really have to dig into the logs).
I'm going to investigate a report my findings.
more log info
Hi Alexandre,
Thanks for the comment - I am getting some successful backups but about 50% fail. Must be something to do with TKLBAM or S3 (using eu-west since that's where my EC2 instances are).
From /var/log/tlkbam-backup:
Hmmm....
Obviously from your logs S3 is timing out. Why that would be occurring though I have no idea. Have you tried contacting the devs directly using the Hub Feedback (blue button on the left hand side)? Might be worth a shot. Maybe they have some ideas of where your problems may be?
I have contacted the
I have contacted the developers, and they are looking into this.
What might help in diagnosing this is a simple ping test to the s3 host, though I suspect this is a service level issue.
My TKLBAM backups from a couple of EC2 instances have not failed, so clearly it is something to do with network path - but all other network activity from the VM + laptop is quite reliable, with only very occasional dropouts that should be resolved by the 5 retries for S3.
As noted above, this appears to be some sort of network issue
Out of interest have you tried manually running the ntpdate command? (As noted in your error message).
Add new comment