#internetarchive.bak 2016-12-19,Mon

↑back Search

Time Nickname Message
02:13 🔗 kyan has quit IRC (Read error: Operation timed out)
02:19 🔗 VADemon has quit IRC (Quit: left4dead)
03:38 🔗 kyan has joined #internetarchive.bak
03:48 🔗 db48x has quit IRC (Read error: Operation timed out)
06:49 🔗 kyan has quit IRC (Read error: Operation timed out)
06:58 🔗 kyan has joined #internetarchive.bak
07:54 🔗 db48x has joined #internetarchive.bak
08:14 🔗 Start has quit IRC (Quit: Disconnected.)
08:46 🔗 kurt has quit IRC (Ping timeout: 260 seconds)
08:47 🔗 Kenshin has quit IRC (Read error: Connection reset by peer)
08:47 🔗 kurt has joined #internetarchive.bak
08:47 🔗 Kenshin has joined #internetarchive.bak
08:47 🔗 atomotic has joined #internetarchive.bak
08:47 🔗 svchfoo1 sets mode: +o Kenshin
09:27 🔗 atomotic has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
09:34 🔗 DiscantX has joined #internetarchive.bak
09:38 🔗 iabak-reg 03registrar 05master 3f0939b 06other 10SHARD3/pubkeys registration of robertsdavidddr on SHARD3
10:25 🔗 thelsdj has quit IRC (Ping timeout: 370 seconds)
12:34 🔗 atomotic has joined #internetarchive.bak
12:39 🔗 DiscantX has quit IRC (Ping timeout: 244 seconds)
12:46 🔗 AsmoB has joined #internetarchive.bak
13:04 🔗 DiscantX has joined #internetarchive.bak
13:10 🔗 VADemon has joined #internetarchive.bak
13:29 🔗 Start has joined #internetarchive.bak
13:38 🔗 Start has quit IRC (Ping timeout: 506 seconds)
14:01 🔗 thelsdj has joined #internetarchive.bak
14:14 🔗 Kaz| has joined #internetarchive.bak
14:14 🔗 Kaz| has quit IRC (Client Quit)
14:15 🔗 thelsdj has quit IRC (Ping timeout: 370 seconds)
14:29 🔗 AsmoB has quit IRC (Read error: Connection reset by peer)
14:33 🔗 Kaz has quit IRC (Quit: boop)
14:35 🔗 Kaz has joined #internetarchive.bak
14:44 🔗 Kaz has quit IRC (Read error: Connection reset by peer)
14:46 🔗 Kaz has joined #internetarchive.bak
14:46 🔗 atomotic has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
15:10 🔗 thelsdj has joined #internetarchive.bak
15:22 🔗 DiscantX has quit IRC (Ping timeout: 244 seconds)
15:36 🔗 Start has joined #internetarchive.bak
15:38 🔗 Start has quit IRC (Client Quit)
15:41 🔗 Start has joined #internetarchive.bak
15:41 🔗 Start has quit IRC (Client Quit)
16:04 🔗 atomotic has joined #internetarchive.bak
16:36 🔗 kyan has quit IRC (Remote host closed the connection)
17:56 🔗 VADemon has quit IRC (Read error: Connection reset by peer)
18:38 🔗 atomotic has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
18:47 🔗 filippo has joined #internetarchive.bak
18:48 🔗 filippo Howdy!
18:48 🔗 Kaz o/
18:48 🔗 filippo I'm running a fetch of SHARD18 manually (with git-annex) because I run OpenBSD
18:48 🔗 filippo I noticed my repository is marked dead
18:49 🔗 filippo Help?
18:50 🔗 filippo # (for iabak@7472837.filippo.io:/array/fractal0/shard18)
18:50 🔗 filippo trust e5ff5fff-3d69-4c00-af22-45fba025dc51 = dead
18:51 🔗 filippo I could go ahead and semitrust myself manually, but if it was manual action I don't want to override anyone, and if it was automatic I want to understand why so that it doesn't happen again
18:54 🔗 filippo Anyone knows who should I ping?
18:57 🔗 Meroje db48x should be familiar with git-annex
18:58 🔗 atomotic has joined #internetarchive.bak
18:58 🔗 Meroje other then that, there doesn't seem to be any ping logic
18:59 🔗 Meroje so probably automatic on the server
18:59 🔗 filippo ping logic?
19:00 🔗 Meroje repositories die if they don't ping in time
19:00 🔗 Meroje or is your issue unerlated ?
19:01 🔗 filippo isn't that like, 4 weeks?
19:01 🔗 filippo I started recently
19:01 🔗 filippo also, is ping just a matter of updating the timestamps with fsck or did I miss a HTTP call somewhere in the scripts?
19:02 🔗 filippo (I'm essentially reversing the scripts to make this work. If I succeed I promise some docs on how to run this manually.)
19:06 🔗 filippo it miiiight be because I first did annex init, then added the remote
19:07 🔗 filippo which might have never added me to trust.log
19:07 🔗 Kaz fsck and possibly a sync (if fsck doesn't auto-sync afterwards). I haven't paid too much attention to when things update, sorry
19:08 🔗 filippo definitely been doing fsck/sync in the last week, so shouldn't be a timeout, right?
19:10 🔗 filippo I'll go ahead and semitrust myself, and see what happens
19:11 🔗 Kaz don't see any reason it'd be failing, but then again I haven't dived in too much, and also the OpenBSD curveball throws things
19:11 🔗 Kaz cc closure, any ideas?
19:12 🔗 filippo (currently betting on "adding the remote after init does not mark oneself as semitrusted, an automated system defaulted to dead")
19:15 🔗 filippo and with this there should be no copies=0 files in shard18
19:21 🔗 iabak-reg 03registrar 05master 20ef763 06other 10SHARD19/pubkeys registration of filippo.iabak on SHARD19
19:22 🔗 filippo oh wow, I must have been spamming you when I was testing this :)
19:27 🔗 filippo uff, fucked up the annex get command, and now I have a bunch of copies=5 files from SHARD18. I guess I'm dropping them when I run out of space.
19:32 🔗 atomotic has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
19:36 🔗 Start has joined #internetarchive.bak
20:09 🔗 atomotic has joined #internetarchive.bak
20:58 🔗 Start has quit IRC (Quit: Disconnected.)
21:01 🔗 Start has joined #internetarchive.bak
21:03 🔗 Start has quit IRC (Client Quit)
21:15 🔗 Start has joined #internetarchive.bak
21:33 🔗 Start has quit IRC (Quit: Disconnected.)
22:11 🔗 closure filippo: what git-annex version?
22:12 🔗 closure git-annex fsck records that the repository has been fscked in the git-annex branch, that has to get pushed to the server in time or the server will expire that client's repository
22:13 🔗 closure in git-annex older than 5.20150406, fsck does not record the activity
22:16 🔗 closure db48x: hmm, yes.. rekey always marks the new key as locally present
22:16 🔗 closure which it normally is, but not when --forced. That's a bug
22:18 🔗 closure db48x: fixed
22:19 🔗 filippo has quit IRC (Quit: Connection closed for inactivity)
22:22 🔗 Start has joined #internetarchive.bak
22:22 🔗 Start has quit IRC (Client Quit)
22:24 🔗 closure db48x: looking at update-shard
22:25 🔗 closure is there a good reason to put the get_all_items.sh in a shard's repo? It seems strange to need to run code from a shard to maintain it
22:26 🔗 closure imagine if the server died and we restored shards by cloning from clients, for example ..
22:43 🔗 atomotic has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
23:43 🔗 db48x has quit IRC (Read error: Operation timed out)

irclogger-viewer