[00:21] *** jesse-s has quit IRC (Ping timeout: 1230 seconds) [00:22] *** jesse-s has joined #warrior [00:29] *** atbk_ has quit IRC (Ping timeout: 745 seconds) [00:58] Hey Wingy, I think we gave my pi a stroke lol [01:10] I think two instances might have been too much [01:17] I'm pretty sure the containers are running but I have no earthly idea if it's working. Earlier it wouldn't work because it ran out of ram [01:25] *** britmob has quit IRC (Read error: Connection reset by peer) [02:14] *** Wingy has joined #warrior [02:15] oshura_: Sorry if I missed anything, irc connection died while I was away [02:19] *** Wingy4 has joined #warrior [02:19] *** Wingy has quit IRC (Read error: Operation timed out) [02:19] *** Wingy4 is now known as Wingy [02:23] *** Wingy9 has joined #warrior [02:24] *** Wingy has quit IRC (Read error: Operation timed out) [02:24] *** Wingy9 is now known as Wingy [02:27] *** Wingy has quit IRC (Read error: Operation timed out) [02:28] No worries [02:28] Hey Wingy, I think we gave my pi a stroke lol [02:28] I think two instances might have been too much [02:28] I'm pretty sure the containers are running but I have no earthly idea if it's working. Earlier it wouldn't work because it ran out of ram [02:30] ^ that's all you missed [02:31] oh, he fell out again... [02:43] *** d5f4a3622 has quit IRC (Ping timeout: 248 seconds) [03:10] *** Wingy has joined #warrior [03:33] *** d5f4a3622 has joined #warrior [04:10] *** DogsRNice has quit IRC (Read error: Connection reset by peer) [04:16] *** Wingy has quit IRC (Read error: Operation timed out) [05:36] *** atbk has joined #warrior [09:35] *** mls has quit IRC (Ping timeout: 258 seconds) [09:44] *** mls has joined #warrior [12:17] *** Flashfire has quit IRC (Remote host closed the connection) [12:17] *** kiska has quit IRC (Remote host closed the connection) [12:17] *** Flashfire has joined #warrior [12:17] *** kiska has joined #warrior [13:34] *** Wingy has joined #warrior [13:38] *** Wingy has quit IRC (Read error: Operation timed out) [14:04] *** jc86035 has quit IRC (Quit: Connection closed for inactivity) [14:12] hmm, anyone seen 'fatal error: runtime: address space conflict' on the console? [14:13] sounds like you're running out of memory, maybe? [14:13] can't say I've ever seen that error [14:14] you mean the memory allocated by VirtualBox? Possible, I left the default settings [14:14] yep [14:16] ok, I will increase from 400 to 800MB then. Thanks for the hint. [14:17] FWIW this was given by a go process [14:22] anyone else here can help me figure out why I wouldn't be able to see the localhost warrior client on my pi from the docker image? I think I may be inputting the incorrect address in my chrome [14:30] *** Wingy has joined #warrior [14:33] I didn't think we have any go, but could be wrong [14:34] *** Wingy has quit IRC (Read error: Operation timed out) [14:34] *** Wingy has joined #warrior [14:36] *** Wingy has quit IRC (Read error: Operation timed out) [14:37] *** Wingy has joined #warrior [14:37] wingy? [14:39] *** Wingy has quit IRC (Read error: Operation timed out) [14:41] Yeah, I'm not aware of any Go usage either. How did you get a Go process in the warrior, TetryonBe? [14:44] Oh wait, Docker is Go, and the VM is just a wrapper around the Docker container. [14:45] starting to think we should just pull the VM completely now [14:45] guide people towards docker directly [14:45] can docker be run from windows? [14:46] in theory, yes [14:46] haven't tested it [14:48] docker runs on win, mac, and linux [14:52] JAA: no idea, didnt even try to log in to it [14:53] markedL: does it run on Win7 too? or just Win10? [14:56] oh yeah, this is dead simple [14:56] `docker run -d -p 8001:8001 archiveteam/warrior-dockerfile` is all there is to it [14:56] https://docs.docker.com/docker-for-windows/install/#what-to-know-before-you-install [14:56] Requires Win 10 Pro or higher according to https://docs.docker.com/docker-for-windows/install/ [14:57] https://software.intel.com/en-us/intel-system-studio-docker-install-windows [14:57] But Win 7 support runs out in January, so... [14:58] hmm, sooner than I remembered :/ [15:05] I was going to look into WSL, there's 1 and 2 now [15:05] Is docker supposed to be any easier to set up than Virtualbox? [15:06] I have been thinking runing the scripts directly may be easier than setting up docker. [15:08] For the average person running a worker, the warrior is definitely the easiest. Whether you consider Docker or scripts easier probably depends on how much you've worked with Docker before. [15:10] would I be able to still see the warrior on my browser if I run the docker image directly on windows vs VM? [15:10] yes [15:14] I personally found docker easier. I was turned away when i saw the VM was the only option until a dug a little deeper and found the docker version [15:19] Terbium: phillipsj asked about Docker vs scripts though, not Docker vs VM. The scripts are essentially another layer deeper than the Docker containers. [15:20] Oh [15:20] * phillipsj currently has VM working, but not docker. [15:22] seems to me, Win 7 is the biggest outlier, followed by Win 10 Home [15:22] I've never used the VM at all because it was horribly insecure when I arrived here. Set up the scripts and used that until I started focusing on other things and no longer really run the projects myself. [15:23] In my seraching I found docker is currently broken on FreeBSD as well. [15:28] docker might let us borrow other pieces from the ecosystem instead of rolling our own [15:30] i'm personally using Docker's scaling system so I can just tell it to setup 40 containers and it will do it. No need for a bash script. If i want to stop or delete all 40 containers, i can do it in one command. That's my personal experience at least for what its worth [15:31] how does it stop 40 containers [15:32] so it looks like to run docker on Win10 you have to have win10Pro [15:32] "# docker-compose down" [15:32] docker-compose lets me create a container stack and lets me manage them as one [15:32] so with "docker-compose down" i can tell it to stop or delete the entire stack however many warrior containers it has [15:33] of course, this scaling is simply to bypass the "6 concurrent items" limit which was placed for the VM version but carries over to the docker version [15:34] not sure if there is any other special reasion (besides matching the VM version of warrior) that the limit was set of 6 [15:35] what does docker-compose ps show after you run docker-compose stop [15:35] seems like it must be a hard kill [15:36] that's a good question, i never really checked, lemme test it out and check the logs to see what type of kill it is [15:37] *** Wingy has joined #warrior [15:40] markedL: "archiveteam/warrior-dockerfile "/sbin/my_init" About a minute ago Exited (2) 21 seconds ago " [15:41] from "docker ps -a" [15:41] seems like a hard kill [15:41] *** Wingy has quit IRC (Read error: Operation timed out) [15:41] "Killing all processes..." [15:42] i'm guessing the dockerfil doesnt have graceful shutdown implemented possibly [15:42] dockerfile* [16:02] Terbium: this is a bad idea, in general [16:03] we've seen lots of issues with people that spin up loads of warriors, then suddenly they all fall over when we need to have them work on a heavy project [16:03] if there's a specific project you're working on, take a look at https://hub.docker.com/u/warcforceone and use the images from there [16:04] thanks [16:53] pnJay: done [16:58] *** jc86035 has joined #warrior [17:19] *** oshura_ has quit IRC (Leaving) [18:00] *** MrRadar2 has quit IRC (Read error: Operation timed out) [18:18] *** MrRadar2 has joined #warrior [18:23] *** MrRadar2 has quit IRC (Read error: Connection reset by peer) [18:30] *** MrRadar2 has joined #warrior [18:57] *** oshura has joined #warrior [19:28] *** DogsRNice has joined #warrior [19:31] *** britmob has joined #warrior [19:37] *** atbk has quit IRC (Quit: ZNC - https://znc.in) [19:37] *** atbk has joined #warrior [19:51] does anyone know what the localhost isp address would be to look at the docker containers on the browser (I asked this earlier but I'm curious if anyone is on now that may know) [19:52] 127.0.0.1 ? [19:53] I thought so too but it turns out that the containers I have running won't do it with that. As such I went into htop and found out what the ip addresses were via the command names :) [19:53] So actually, never mind lo [19:53] lol [19:55] But thank you Kaz! Now all I have to figure out is how to change where the data is temporarily stored on my pi containers from my SD card to an external. But we're making progress in the right direction [20:14] *** jc86035 has quit IRC (Quit: Connection closed for inactivity) [20:38] anyone else getting this error a lot? Error communicating with tracker: 502 Server Error: Bad Gateway for url: https://tracker.archiveteam.org:1338/api/done. [20:58] it's normal [20:58] I presume it's stopped by now [21:06] I was runing out of disk sapce by transfering too much data anyway. [21:31] looks like my virtualbox manager froze up. I can force-quit once the VMs finish shutting down. [21:44] *** Wingy has joined #warrior [21:55] *** Wingy has quit IRC (Read error: Operation timed out) [21:57] *** Wingy has joined #warrior [22:02] *** Wingy4 has joined #warrior [22:03] *** Wingy has quit IRC (Read error: Operation timed out) [22:03] *** Wingy4 is now known as Wingy [22:10] *** Wingy has quit IRC (Read error: Operation timed out) [22:11] *** Wingy has joined #warrior [22:12] *** Wingy has quit IRC (Read error: Operation timed out) [22:14] *** Wingy has joined #warrior [22:21] *** Wingy5 has joined #warrior [22:21] *** Wingy has quit IRC (Read error: Operation timed out) [22:21] *** Wingy5 is now known as Wingy [22:21] *** VADemon has quit IRC (Read error: Connection reset by peer) [22:21] *** VADemon has joined #warrior [22:22] *** Wingy has quit IRC (Client Quit) [22:23] *** Wingy has joined #warrior [23:15] What does warrior id do? [23:23] context? [23:30] Hey Wingy I got out to work [23:31] So you are ready to get the pi working? [23:32] I think it is working overall. There’s just some things to fine tune but I’m out at a Christmas party now so no fine tuning for me lol [23:32] I still want to see what we can do about some FAQs [23:36] Maybe a "run this command, come back in 30 minutes, edit this file, docker-compose up"? [23:42] Kaz: I see `ENV WARRIOR_ID=""` in the warrior dockerfile [23:42] oh [23:43] I have absolutely no idea [23:44] https://github.com/ArchiveTeam/seesaw-kit/blob/699b0d215768c2208b5b48844c9f0f75bd6a1cbc/seesaw/warrior.py#L187 [23:44] Can't see why that'd be useful anywhere though [23:47] Does it show in the tracker maybe? [23:48] could do, not sure if I've ever seen it [23:48] maybe that's because nobody's ever used it, though [23:49] That would be good Wingy [23:50] 👍 [23:55] chfoo: looking at ways to reduce tracker memory usage. Any idea if there's a way to drain old project queues from redis? [23:55] other than just whacking the destroy queue button