<1​23bob123:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/JJarhzBbSemnYQVYBWmdqbFt

<1​23bob123:matrix.org> You kill me Diego

<d​iego:cypherstack.com> So close. Yet so far?

<d​iego:cypherstack.com> Is it not syncing further?

<1​23bob123:matrix.org> It was syncd yesterday lol

<1​23bob123:matrix.org> Longest .01 ever. Reminds me of windows xp download percentage

<1​23bob123:matrix.org> Return to defcon 5, i am syncd!

<m​obley:converser.eu> Load the message only now

<m​obley:converser.eu> lol my matrix client is little bit stooned

<s​huroii:matrix.org> Hi, I'm using monero-wallet-rpc on k8s and I'm failing to get my wallet files loaded. Depending on the arguments I provide, I get a mix of "No wallet found" from a curl, "wallet.keys is opened by another program", "the password file specified could not be read" and the container simply failing to start because of an error like the files themselves not being found outright

<s​huroii:matrix.org> Does this group offer any support for this issue? Or should I try another room?

<s​huroii:matrix.org> I'm specifically using this docker image: `ghcr.io/sethforprivacy/simple-monero-wallet-rpc:v0.18.3.1` because it's used by moneropay and my goal with monero-wallet-rpc is to connect it to moneropay.

<s​huroii:matrix.org> The entry command I'm using for my container that runs wallet-rpc is

<s​huroii:matrix.org> ```

<s​huroii:matrix.org> command: ["/entrypoint.sh", "--wallet-file", "wallet", "--password-file", "wallet.passwd", "--disable-rpc-login", "--rpc-bind-port=28081", "--daemon-host=${MONERO_DAEMON_RPC_HOSTNAME}", "--daemon-port=18081", "--max-log-files=1", "--max-log-file-size=1"]

<s​huroii:matrix.org> ```

<s​huroii:matrix.org> the daemon-host is a valid public node since I'm just trying to get wallet rpc working at all for the time being

<s​huroii:matrix.org> the working directory when calling `/entrypoint.sh/` is /home/monero/wallet`, which also contains `wallet`, `wallet.keys` and `wallet.passwd`

<s​huroii:matrix.org> `wallet` and `wallet.keys` are files I copied from monero-wallet-gui, they seem to be valid. I did rename them though, to `wallet` rather than the actual wallet name

take a look at my payment gateway: github.com/snex/xpg

<s​huroii:matrix.org> on suggestion by the people over at moneropay

unless you need the bells and whistles of moneropay (and the bloat that comes with them), this will work without all that fuss

<s​huroii:matrix.org> I mostly just need an easy way to make a "pay with monero" button work via http requests, I can do all the logging of invoices on my own

yeah thats what mine is designed for. zero logs. zero "lets calculate taxes and currency conversions for you"

<s​huroii:matrix.org> ideally I'd be able to deploy it via k8s ready and set up, without me having to go to xpg's webui to set up the wallet

you always need to set up a wallet no matter what system you use

this does all the hard stuff for you. you just tell it your view key

<s​huroii:matrix.org> yeah ik, that's not the issue I'm facing or the request I want to make

<s​huroii:matrix.org> I want to be able to configure what wallet xpg will use from my deployment

<s​huroii:matrix.org> I'll check your software out though

i can look into what it would take to import wallets via the docker config

<s​huroii:matrix.org> do you have a path where it'll read files from? or is there some kind of out of the box experience that'll try to ask for a wallet first

its out of the box in the sense that you follow the README and it should be ready to go

<s​huroii:matrix.org> ideally I could just provide a file from a k8s secret and have that loaded in a mountpoint which is then read by xpg

<s​huroii:matrix.org> what's the storage requirement like? I'm probably gonna have to put it in a PVC so that configurations/wallets are kept across deployments

<s​huroii:matrix.org> you said it doesn't log which is good

storage is basically nothing but whatever the size of your view-only wallets plus the app plus a tiny database where records get wiped after payments are completed

<s​huroii:matrix.org> 200MiB should be fine then

<s​huroii:matrix.org> if not I can just expand it

<s​huroii:matrix.org> and then you'll know the answer

<s​huroii:matrix.org> this looks like it'll scale horizontally much better than moneropay does, which is also nice

im currently running a demo version of it on a Le Potato. its taking up around 650MB

well, i actually had some issues making it scale horizontally

you can certainly add many copies of it but youd have to add the wallet to each of them

<s​huroii:matrix.org> I'm running it behind haproxy so what I'll probably end up doing is just stick table'ing the traffic of a user to a specific instance of xpg

they wont be able to share data

<s​huroii:matrix.org> this is why being able to add the wallet files via deployment would be nice ;)

even then they wouldnt be able to share data

<s​huroii:matrix.org> they don't need to, do they?

yes, they need to know if a payment was already witnessed, etc

<s​huroii:matrix.org> if they all read the wallet files from the same PVC via mountMany then it should be fine

they would need to share the internal postgres db

<s​huroii:matrix.org> it'll be user bound, one instance will never communicate with a user that isn't destind to connect with it

<s​huroii:matrix.org> that's fine to do

otherwise xpg1 wont know that xpg2 has already processed that payment

haha youd think so but i ran into lots of issues

<s​huroii:matrix.org> I c

<s​huroii:matrix.org> wouldn't xpg1 not need to know that xpg2 processed a payment? if a user gets sticked in a transaction to xpg1, why would xpg2 need to know anything about that interaction?

however unless you are doing like amazon levels of business i doubt youd need to scale this very much

<s​huroii:matrix.org> I mostly just need HA

<s​huroii:matrix.org> so running a replicaset will probably be fine

i dont think youd be able to do that stickying unless its 1 app/wallet per xpg

<s​huroii:matrix.org> that was the original plan, yeah

ok then it should work

<s​huroii:matrix.org> user gets load balanced to any of x instances running and stickied to that

<s​huroii:matrix.org> xpg will then be stickied to that instance

<s​huroii:matrix.org> they'll share redis and postres

<s​huroii:matrix.org> or does that pose a problem

so - you can definitely make it do that but then you wont want to use my docker images

<s​huroii:matrix.org> wasn't planning on it, I was going to write a deployment based off of it

just pull source and do your custom setup

yeah

i would suggest set it up, see if it can do what you need, and just throw away if not. it should all be very simple

<s​huroii:matrix.org> yep, will do

<s​huroii:matrix.org> wanted to let you know, running your compose will make it complain about missing a gem for redis

<s​huroii:matrix.org> makes me unable to view the webui

<s​huroii:matrix.org> I can see that nginx requests are getting through

<s​iren:kernal.eu> what bloat? foreman in your docker container perhaps?

<s​tnby:kernal.eu> Jesus github.com/snex/xpg/blob/master/Dockerfile how much bloat. MoneroPay is a 15 MiB container. So a lot more modular for custom solutions than having this hacked together alpine image being 135.63 MB in size

<s​tnby:kernal.eu> Research what you call bloat 😉

<g​fdshygti53:monero.social> Due to the lack of transparency and botched vote at #haveno:monero.social , we are considering to fork it. You can provide naming ideas for the new fork.

<g​fdshygti53:monero.social> So far we have : Malobei (disobey in Esperanto) and Sekura (Safe in Esperanto)

<g​fdshygti53:monero.social> Reply me with other name idea(s) if you have.

<s​tnby:kernal.eu> All responses from moneropay api also have custom header indicating its primary address so you can use it inside a custom LB. Have as many MoneroPay instances as you want

<s​tnby:kernal.eu> All responses from moneropay api also have custom header indicating itswallets primary address so you can use it inside a custom LB. Have as many MoneroPay instances as you want

<1​23bob123:matrix.org> Distro is bloat

<1​23bob123:matrix.org> Run on thin air

<s​tnby:kernal.eu> Distroless (scratch) containers exist. And we put a lot of time into that bloat

<s​huroii:matrix.org> I'm sure both of your services are good in their own way

<s​huroii:matrix.org> I can't even get xpg to run without needing to build the container myself because the gem required for redis functionality is commented out in the gemfile

<s​huroii:matrix.org> I can't get wallet rpc to work which means I can't use moneropay

<s​huroii:matrix.org> because I'm still having these aforementioned issues

<s​tnby:kernal.eu> wallet rpc also has calls to load a wallet file via rpc itself

<s​tnby:kernal.eu> try looking into those as well

<s​tnby:kernal.eu> Also make sure wallet files are writable

<s​tnby:kernal.eu> Also make sure wallet files are writable RW FS

<s​tnby:kernal.eu> Also make sure wallet files are writable RW fs

<s​huroii:matrix.org> it has a umask of 777

<s​huroii:matrix.org> I can't change the owner to monero though

<s​huroii:matrix.org> cause it's a mounted secret

<s​tnby:kernal.eu> can secrets be modified??

<s​huroii:matrix.org> no

<s​tnby:kernal.eu> can secrets be modified by container??

<s​tnby:kernal.eu> Thats your issue right there

<s​huroii:matrix.org> they can be read and executed

<s​tnby:kernal.eu> it has to be RW

<s​huroii:matrix.org> mfw

<s​huroii:matrix.org> back to trying to get a pvc to work then

<s​tnby:kernal.eu> wallet files contain subaddress info

<s​tnby:kernal.eu> thank our monero core team

<s​tnby:kernal.eu> for such amaizng architeture

<s​huroii:matrix.org> it's w/e

<s​huroii:matrix.org> I can work around it, if it would behave

<s​huroii:matrix.org> I did already try an approach where the service starts with a local copy of the secret

<s​tnby:kernal.eu> have them in a volume

<s​huroii:matrix.org> I.E. where it actually is the owner of the files

<s​huroii:matrix.org> and has a umask of 777

<s​tnby:kernal.eu> only wallet file needs to have RW. passwd and keys files do not change

<s​huroii:matrix.org> but it *still* gave me erros like "File is opened by another wallet application"

<s​tnby:kernal.eu> I believe its a large try catch statement with generic error

<s​huroii:matrix.org> undoubtedly

<s​huroii:matrix.org> but the issue remains that I can't run that container

<s​huroii:matrix.org> which is odd considering your compose uses it

<s​iren:kernal.eu> what happened here? ccs.getmonero.org/proposals/utxobr-monero-k8s-operator.html

<1​23bob123:matrix.org> Ran away

Safe to say that someone can apply to take over that ccs as its abandoned

<s​tnby:kernal.eu> Sounds like a disaster lol

<s​huroii:matrix.org> hey is bitcoin's architecture any worse

<s​huroii:matrix.org> I gotta support both

<s​huroii:matrix.org> so I just wanna know ahead of time whether or not this is more pain or not

<s​tnby:kernal.eu> BTC seems just as bad also much much larger node size

<s​huroii:matrix.org> :) hurray

<r​ucknium:monero.social> Shuroii: You could use BTCPay Server or BitCart if you wanted a combined XMR + BTC solution. Did you look at those options?

<s​huroii:matrix.org> I did look at btcpay server

<s​huroii:matrix.org> but idt it supports monero does it?

<s​huroii:matrix.org> bit odd if it did, considering the name

<r​ucknium:monero.social> Yes it supports Monero and some other coins. I've used it for XMR + BTC

<r​ucknium:monero.social> sethforprivacy.com/guides/accepting-monero-via-btcpay-server

<r​ucknium:monero.social> I don't mean to push you away from MoneroPay, but MoneroPay won't help you accept BTC

<s​huroii:matrix.org> I don't intend to use moneropay for that purpose anyway

<s​huroii:matrix.org> from what I read, btcpay doesn't support monero, so I intended to set up both btcpay and moneropay

<s​huroii:matrix.org> btcpay supporting monero is news to me

<s​tnby:kernal.eu> BTCPayServer if you get it to run on Kubernetes Ill give you a medal

<s​tnby:kernal.eu> It has invasive bash deployment scripts

<s​tnby:kernal.eu> would not recommend it to anyone

<r​ucknium:monero.social> We have BTCPay with XMR and BTC set up on monerofund.org (click the orange donate button to test)

<r​ucknium:monero.social> "It has invasive bash deployment scripts" I agree with this. It wants you to run the deploy script as root

<s​huroii:matrix.org> lmao

<s​huroii:matrix.org> yeah their flowchart isn't confidence inspiring

<s​tnby:kernal.eu> and it destroys your linux install

<s​iren:kernal.eu> it will attempt to install deprecated docker-compose

<s​huroii:matrix.org> lmao

<s​tnby:kernal.eu> overwrites /usr/bin with a bunch of garbage

<s​huroii:matrix.org> I'm on alpine so I'm gonna have to rewrite the entire thing anyway gg

<s​tnby:kernal.eu> also its in C#

<s​iren:kernal.eu> suicide deluxe

<s​huroii:matrix.org> I don't mind that, I can just firewall off everything I don't need

<s​huroii:matrix.org> stellar

<s​huroii:matrix.org> I'm on alpine so I'm gonna have to rewrite the entire deployment anyway gg

<r​ucknium:monero.social> You can look at bitcart.ai . I haven't tried it. The main dev is somewhere here in Monero channels.

<s​huroii:matrix.org> considering the bitcoin community's size, I'd have expected there to be decent tooling

<s​huroii:matrix.org> does *nobody* run anything on k8s?

<s​huroii:matrix.org> my setup can't be *that* esoteric

<r​ucknium:monero.social> mrnaif is the bitcart dev

<p​lowsof:matrix.org> Siren the k8s ccs, asking amount was 9~xmr, but went to funding for over 22 (not sure what happened there) but 0 xmr has paid out. and its slated as being 35 hours of work

<s​tnby:kernal.eu> I can try in a week or so. Learning for CKA, CKAD anyway.

<s​tnby:kernal.eu> I can try in a week or sooner. Learning for CKA, CKAD anyway.

<s​tnby:kernal.eu> If I get it to work cover my CKA and CKAD 😅

<s​tnby:kernal.eu> Its like 300 Bucks or so

<s​iren:kernal.eu> No numbers match lol

<s​huroii:matrix.org> no can do, but I can race you to it

<s​huroii:matrix.org> bitcart seems like a nightmare to get running on k8s from a glance, too

<m​rnaif:matrix.org> I'm here

<s​huroii:matrix.org> nice

<s​huroii:matrix.org> anyone ever ran bitcart on k8s before yet?

<s​huroii:matrix.org> or is this gonna be uncharted territory again

<m​rnaif:matrix.org> I think someone experimented with creating config, let me check history

<s​tnby:kernal.eu> payments id reeee

<s​tnby:kernal.eu> payment id reeee

<s​huroii:matrix.org> I got yaml files for wallet-rpc and moneropay that *almost* work

<b​asses:matrix.org> is it like BTCPay Server?

<s​huroii:matrix.org> like it's so close to working

<m​rnaif:matrix.org> t.me/bitcart/27942 not sure if you can view the archive, I think someone created config files

<s​tnby:kernal.eu> drop those files over here

<s​huroii:matrix.org> mmm, a zip file

<s​huroii:matrix.org> confidence inspiring

<m​rnaif:matrix.org> I mean I can unpack it for you and send, lol

<m​rnaif:matrix.org> Should I?

<s​huroii:matrix.org> that'd be nice, since I can't download it without an account

<r​ucknium:monero.social> rando: AFAIK BitCart is similar to BTCPay Server

<m​rnaif:matrix.org> it has many terraform files inside. I don't know, can I sent zip here or what's the preferred way

<m​rnaif:matrix.org> similar but similarities ended long time ago when we went different ways

<m​rnaif:matrix.org> docker setup is similar, though they use outdated stuff like compose v1

<s​huroii:matrix.org> moneropay deployment:

<s​huroii:matrix.org> ```yaml

<s​huroii:matrix.org> apiVersion: apps/v1

<s​huroii:matrix.org> kind: Deployment

<s​huroii:matrix.org> metadata:

<s​huroii:matrix.org> name: moneropay

<s​huroii:matrix.org> namespace: payment

<s​huroii:matrix.org> spec:

<s​huroii:matrix.org> replicas: 1

<s​huroii:matrix.org> selector:

<s​huroii:matrix.org> matchLabels:

<s​huroii:matrix.org> app: moneropay

<s​huroii:matrix.org> template:

<s​huroii:matrix.org> metadata:

<s​huroii:matrix.org> labels:

<s​huroii:matrix.org> app: moneropay

<s​huroii:matrix.org> spec:

<s​huroii:matrix.org> containers:

<s​huroii:matrix.org> I'm unfamiliar with terraform, but you can just send the zip here

<s​huroii:matrix.org> that's good

<b​asses:matrix.org> mrnaif: is there any live demo?

<m​rnaif:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/JpwEdZJEBsJLDfPYrScKQzPT

<s​huroii:matrix.org> I like the direction that people are going with rootless containers these days

<m​rnaif:matrix.org> admin.bitcart.ai is the live demo + store.bitcart.ai and api.bitcart.ai

<1​23bob123:matrix.org> Rip irc

<s​huroii:matrix.org> lol

<m​rnaif:matrix.org> I mean yeah, it was quite hard to set up but worth it afterwards

<s​huroii:matrix.org> irc gets to see my beautiful yaml files

<s​huroii:matrix.org> yeah

<s​huroii:matrix.org> anyway, so to explain the chaos that is the wallet rpc deployment file I posted

<s​huroii:matrix.org> the secret contains the wallet, wallet keys file and wallet password file

<s​huroii:matrix.org> so I mount it

<s​tnby:kernal.eu> Thanks

<s​huroii:matrix.org> copy over the files from that mounted secret in an init container to the pvc

<s​huroii:matrix.org> then I mount the pvc in the final container

<s​huroii:matrix.org> this way the ownership of the wallet file is the same as the user that runs the script that runs wallet-rpc

<s​huroii:matrix.org> unfortunately, despite my best efforts, even this was not enough to make wallet rpc able to use the wallet files

<b​asses:matrix.org> mrnaif: I couldn't find that it supports xmr on the main web page and the docs

<s​huroii:matrix.org> I'm also unsure of how well the moneropay yaml works

<s​huroii:matrix.org> literally untested

<b​asses:matrix.org> ik it does by testing out the dmo

<s​tnby:kernal.eu> Ignore moneropay for now first get wallet to run :D

<s​huroii:matrix.org> yeah that was the idea lol

<s​huroii:matrix.org> but I did everything I could at this point

<m​rnaif:matrix.org> bitcart.ai/coins, here is the dynamic list

<s​tnby:kernal.eu> Test if it runs with getmonero.org/resources/developer-guides/wallet-rpc.html#get_balance or something

<s​huroii:matrix.org> I've even made a new wallet and copied that over

<s​huroii:matrix.org> it just doesn't work

<m​rnaif:matrix.org> as for docs, we need help in that aspect so it doesn't display it :D

<s​huroii:matrix.org> that's how I tested, yeah

<s​huroii:matrix.org> check the post I made about it earlier that started this convo

<s​huroii:matrix.org> it'll return wallet not found or something like that

<s​huroii:matrix.org> mrnaif: sadly, the zip file you sent is useless

<s​huroii:matrix.org> it doesn't actually contain anything in regards to setting up bitcart

<s​huroii:matrix.org> it's literally just for preparing a cluster to maybe accept a workload like bitcart

<s​tnby:kernal.eu> if you spawn a shell in that container do you see the wallet files in correct places>

<m​rnaif:matrix.org> I mean I remember someone used those terraform files and actually launched it

<b​asses:matrix.org> hmm, localization would be great addition

<s​huroii:matrix.org> yes

<m​rnaif:matrix.org> but it was contributed by a user, not me so not sure

<s​huroii:matrix.org> owned by the correct user

<s​huroii:matrix.org> with the correct umask

<s​huroii:matrix.org> like, everything *looks* like it should work

<s​huroii:matrix.org> which is why I'm so confused at why it doesn;t

<s​huroii:matrix.org> which is why I'm so confused at why it doesn't

<s​huroii:matrix.org> I'm still reading through it

<s​huroii:matrix.org> there's sprinklings of seemingly correct deployments

<s​huroii:matrix.org> maybe it's my lack of experience with terraform, I'm just quite doubtful that it'll come alive from this

<s​huroii:matrix.org> that said, knowing that this isn't *completely* uncharted territory is nice

<s​huroii:matrix.org> I'm quite annoyed at how I can't get the rpc wallet to work though

<s​huroii:matrix.org> as described earlier, wallet-rpc *runs*, it just doesn't *work*

<s​huroii:matrix.org> actually I should probably turn that into a thread, huh

<s​huroii:matrix.org> I'm specifically using this docker image: `ghcr.io/sethforprivacy/simple-monero-wallet-rpc:v0.18.3.1` because it's used by moneropay and my goal with monero-wallet-rpc is to connect it to moneropay.

<s​huroii:matrix.org> The entry command I'm using for my container that runs wallet-rpc is:

<s​huroii:matrix.org> ```

<s​huroii:matrix.org> command: ["/entrypoint.sh", "--wallet-file", "wallet", "--password-file", "wallet.passwd", "--disable-rpc-login", "--rpc-bind-port=28081", "--daemon-host=${MONERO_DAEMON_RPC_HOSTNAME}", "--daemon-port=18081", "--max-log-files=1", "--max-log-file-size=1"]

<s​huroii:matrix.org> ```

<s​huroii:matrix.org> the daemon-host is a valid public node since I'm just trying to get wallet rpc working at all for the time being

<s​huroii:matrix.org> the working directory when calling `/entrypoint.sh/` is /home/monero/wallet`, which also contains `wallet`, `wallet.keys`and`wallet.passwd`

<s​huroii:matrix.org> the working directory when calling `/entrypoint.sh/` is /home/monero/wallet`, which also contains `wallet`, `wallet.keys` and `wallet.passwd`

<s​huroii:matrix.org> the working directory when calling `/entrypoint.sh` is `/home/monero/wallet`, which also contains `wallet`, `wallet.keys`and`wallet.passwd`

Ok lets rain it in a little. Pasting large texts that should be on a paste bin..matrix "threads" that dont translate over to irc so just look like totally offtopic chatter between the normal.flow

<s​huroii:matrix.org> `wallet` and `wallet.keys` are files I copied from monero-wallet-gui, they seem to be valid. I did rename them though, to wallet rather than the actual wallet name

<s​huroii:matrix.org> oh yeah I forgot about bridge users

And editing of those large comments

This particular issue os out of scope for monero core devs also

<s​huroii:matrix.org> I did ask whether or not this was the right place to ask

<s​huroii:matrix.org> but the only replies I got were people trying to help me

<s​huroii:matrix.org> (which is appreciated)

Oh ignore the last comment, i thought this was -dev

<s​huroii:matrix.org> alr

<s​huroii:matrix.org> now that we're talking about reigning this in a little, I'm not sure a pastebin or similar would really help with this anyway

<s​huroii:matrix.org> it's not that large of a message set

<s​huroii:matrix.org> and most of the messages are context for the issue at hand

<s​huroii:matrix.org> but I'm not here to debate that

<s​huroii:matrix.org> I'd just like to get wallet-rpc working :)

<s​huroii:matrix.org> and then cope later when I gotta pick out a software package that can do the same but for bitcoin instead

Get Wallet rpc.working in your bespoke setup? :)

<s​huroii:matrix.org> it's not *that* exotic

<s​huroii:matrix.org> it's just kubernetes

We need to fund someone to take.over the k8s ccs and figure it out

<s​huroii:matrix.org> well, the issue I'm having isn't directly kubernetes related

<s​huroii:matrix.org> I think my last resort solution would be to run an init container that wget's the wallet files instead of doing anything with a pvc or secret

<s​huroii:matrix.org> which is mega cursed

<s​huroii:matrix.org> and I'd really like to not do that

<s​huroii:matrix.org> I could set up something like github.com/svenstaro/miniserve on an nfs share

<s​tnby:kernal.eu> maybe try alternative wallet rpc docker images?

<s​huroii:matrix.org> and wget that

<s​huroii:matrix.org> could work, do you recommend any?

<s​iren:kernal.eu> github.com/cornfeedhobo/docker-monero

<s​huroii:matrix.org> gonna give that a try tomorrow then

<s​tnby:kernal.eu> what about just having a persistent volume on /home/monero/wallet ?

<s​tnby:kernal.eu> no init containers

<s​huroii:matrix.org> something's gotta populate that pvc

<s​huroii:matrix.org> something's gotta populate that pv

<s​huroii:matrix.org> and the final container *does* mount the pv in /home/monero/wallet

<s​tnby:kernal.eu> I will try it out it can't be that difficult :D Docker literally does the same but it works

<s​huroii:matrix.org> haha I wish docker literally did the same

<s​huroii:matrix.org> if I could use docker/podman instead of kubernetes I would

<s​tnby:kernal.eu> I will spin it up on k3s tomorrow and see if it works for me

<s​huroii:matrix.org> Gl

<s​huroii:matrix.org> GL

s​huroii - looking now. redis-client gem should absolutely be included as a dependency of sidekiq.. do you have an output log you can show me?

i see redis-client in the Gemfile.lock

I will eventually be publishing a helm chart for running that monero daemon. Hopefully that will make situations like this easier.

hi