| 01:09:21 | | rewby quits [Ping timeout: 258 seconds] |
| 01:22:54 | | rewby (rewby) joins |
| 01:25:48 | | dyc3 quits [Remote host closed the connection] |
| 03:50:25 | | atphoenix_ is now known as atphoenix |
| 03:51:52 | | DogsRNice_ quits [Read error: Connection reset by peer] |
| 07:27:00 | | Viniter (Viniter) joins |
| 07:29:14 | | Viniter quits [Client Quit] |
| 08:07:00 | | atphoenix quits [Remote host closed the connection] |
| 08:07:37 | | atphoenix (atphoenix) joins |
| 08:09:40 | | yawkat quits [Ping timeout: 250 seconds] |
| 08:21:04 | | yawkat (yawkat) joins |
| 09:23:14 | | LeGoupil joins |
| 10:34:48 | | Viniter (Viniter) joins |
| 12:57:38 | | Sylirana quits [Ping timeout: 244 seconds] |
| 12:58:05 | | Sylirana (Sylirana) joins |
| 13:09:50 | | billy549 leaves |
| 13:26:50 | | rotbot9k quits [Quit: ZNC 1.8.2 - https://znc.in] |
| 13:45:03 | <maxfan8> | Try using lsof or something to see what's already bound to that port |
| 14:16:32 | | billy549 (Billy549) joins |
| 14:16:36 | <billy549> | minor thing i just noticed with warrior |
| 14:16:53 | <billy549> | If I try and spin it down gracefully (since I need to shut down my PC so I wanna spin it down and make sure i dont lose items) |
| 14:16:59 | <billy549> | watchtower will immediately spin it back up again |
| 14:17:13 | <billy549> | can watchtower be notified to not start up that container again because I stopped it by hand? |
| 14:19:52 | <billy549> | oh huh, it just seems that when you press stop the warrior just doesnt stop |
| 14:21:26 | <billy549> | https://paste.ec/paste/57DVCHjF#LL+uy0iRydOH+ElfjBJ8U0ObA350zXhiycVxpyIP2sz logs from it stopping and starting itself again :p |
| 16:05:22 | | Matthww joins |
| 16:22:57 | | LeGoupil quits [Client Quit] |
| 16:33:40 | | Viniter quits [Client Quit] |
| 16:56:54 | | Viniter (Viniter) joins |
| 17:01:33 | | Jonboy345 quits [Ping timeout: 258 seconds] |
| 17:16:10 | | Jonboy345 joins |
| 17:19:58 | | Viniter quits [Client Quit] |
| 17:20:21 | | Viniter (Viniter) joins |
| 18:24:57 | | DogsRNice (Webuser299) joins |
| 19:05:09 | | Viniter quits [Client Quit] |
| 19:05:53 | | Viniter (Viniter) joins |
| 19:31:09 | <@chfoo> | i assume that bug is the standalone version? it seems like the virtual machine appliance solves that problem by literally shutting down before watchtower can do anything |
| 19:40:50 | <billy549> | using the Docker image, chfoo |
| 19:45:43 | | gfhdfdhgfdhghgf43 joins |
| 19:48:53 | <tech234a> | billy549: the instructions were recently changed from `--restart=unless-stopped` to `--restart=on-failure` to fix this. This was a Docker feature, not a Watchtower one. |
| 19:53:40 | <gfhdfdhgfdhghgf43> | HI guys, I'm running Warrior 3.2. Each time I refresh the webpage the counters at the top reset to zero. The counters in the bottom left seem a little more persistent, but they sometimes reset to zero as well. Is there any way to see the lifetime history of my warrior? |
| 19:55:18 | <billy549> | i see, thank you tech234a |
| 19:55:38 | <billy549> | should i just delete the container and re-run the command? |
| 19:55:58 | <tech234a> | Yeah you can do that |
| 19:56:26 | <billy549> | fixed, ty! |
| 19:56:34 | <tech234a> | Awesome! |
| 19:57:02 | <billy549> | and back on Reddit archival we go until Y!Answers c: |
| 19:57:08 | <billy549> | unrelated but I still need to pick up an AT sticker or two |
| 19:57:14 | <tech234a> | :) |
| 19:57:31 | <tech234a> | gfhdfdhgfdhghgf43: I'm not aware of a way to see persistent Warrior history on the Warrior... however you can check the tracker pages to see how much your Warrior has archived |
| 19:57:53 | <tech234a> | (and yes I manually typed out that username :) ) |
| 19:58:29 | <billy549> | tech234a, next time you could just type gfh and tab assuming your client supports it ;p |
| 19:58:50 | <billy549> | I should probably change the behaviour on my VPS too - that one was weird though, it seemed to have spawned a LOT of watchtowers out of nowhere |
| 19:59:17 | <tech234a> | interesting... didn't realize IRCCloud supported the tab feature |
| 19:59:39 | <billy549> | Yeah, it's nice |
| 19:59:41 | <billy549> | a lot of things do |
| 20:08:33 | | sgettel joins |
| 20:13:38 | <gfhdfdhgfdhghgf43> | tech234a Thanks |
| 20:13:55 | <gfhdfdhgfdhghgf43> | I suppose I must have typed it out once, too |
| 20:20:54 | <sgettel> | Hi folks, I'm new and I didn't find my answer in the chat logs. I notice that my items slowly build up at step SendDoneToTracker. Is that an issue? |
| 20:38:05 | <@OrIdow6> | sgettel: "Build up"? |
| 20:40:28 | <sgettel> | So I only have about 2 items at a time, but the number in the SendDoneToTracker box can be 20+ |
| 20:41:29 | <@OrIdow6> | What do the logs say? |
| 20:42:17 | <sgettel> | Sorry, how do I check them? |
| 20:42:43 | <sgettel> | Oh, I see |
| 20:44:00 | <sgettel> | There's a lot of debug statements and no errors |
| 20:44:53 | <sgettel> | 2021-04-09 20:22:15,914 - seesaw.warrior - DEBUG - Update warrior hq.2021-04-09 20:22:15,915 - seesaw.warrior - DEBUG - Warrior ID ''.2021-04-09 20:22:15,994 - seesaw.warrior - DEBUG - Update project.2021-04-09 20:22:15,995 - seesaw.warrior - DEBUG - Check project has update reddit2021-04-09 20:22:16,000 - seesaw.warrior - DEBUG - git |
| 20:44:54 | <sgettel> | fetch2021-04-09 20:22:16,301 - seesaw.warrior - DEBUG - False2021-04-09 20:22:16,456 - seesaw.warrior - DEBUG - Select project reddit2021-04-09 20:32:15,916 - seesaw.warrior - DEBUG - Update warrior hq.2021-04-09 20:32:15,917 - seesaw.warrior - DEBUG - Warrior ID ''.2021-04-09 20:32:16,589 - seesaw.warrior - DEBUG - Select project reddit2021-04-09 |
| 20:44:54 | <sgettel> | 20:42:15,915 - seesaw.warrior - DEBUG - Update warrior hq.2021-04-09 20:42:15,915 - seesaw.warrior - DEBUG - Warrior ID ''.2021-04-09 20:42:16,681 - seesaw.warrior - DEBUG - Select project reddit |
| 20:45:01 | <sgettel> | Ugh, sorry |
| 20:49:43 | <@OrIdow6> | Well, doesn't sound like this is anything wrong on a project level |
| 20:50:10 | <@OrIdow6> | I don't know enough about the warrior to tell whether this is a problem at all or what the problem is if so |
| 20:50:43 | <sgettel> | Okay cool |
| 20:50:50 | <sgettel> | thanks! |
| 20:50:54 | <@OrIdow6> | Stay around and someone may know |
| 20:51:13 | <sgettel> | Will do |
| 20:54:54 | <sgettel> | Yeah, I'm on the leaderboard so it seems like most items are fine. Just seemed kind of weird |
| 21:04:07 | | Viniter quits [Client Quit] |
| 21:29:31 | <billy549> | might just be waiting longer for items to upload since it'll prioritise downloading new items over spending time uploading to the board if I were to hazard a random guess, sgettel |
| 21:34:51 | <sgettel> | Yeah, that makes sense |
| 21:35:54 | <sgettel> | Just the number of items waiting to upload doesn't seem to go down |
| 21:39:05 | | luckcolors quits [Read error: Connection reset by peer] |
| 21:39:29 | | luckcolors (luckcolors) joins |
| 21:41:53 | | luckcolors quits [Client Quit] |
| 21:45:56 | | luckcolors (luckcolors) joins |
| 21:52:04 | <sgettel> | Heh, it resets to 0 if I reload the page, so maybe it's just stale data |
| 21:52:17 | | britmob25 quits [Quit: britmob25] |
| 22:05:00 | <@chfoo> | if you are talking about the boxes at the top of the page, they were hacked into the interface. they originally were never part of the interface, so they weren't tested and don't update correctly sometimes |
| 22:59:10 | | luckcolors quits [Read error: Connection reset by peer] |
| 22:59:22 | | luckcolors (luckcolors) joins |
| 23:04:22 | <sgettel> | Yeah, that's what I'm talking about. Good to know! |
| 23:55:21 | | Sylirana quits [Ping timeout: 244 seconds] |
| 23:55:39 | | Sylirana (Sylirana) joins |