<HebaruSan[m]>
Anything I should tell this person?
<HebaruSan[m]>
(I have no idea what his translation app means by "gay friends")
HebaruSan[m] has quit [Quit: Idle timeout reached: 10800s]
Darklight[m] has joined #spacedock
<Darklight[m]>
11mb at 32kb/s is 5 minutes so isn't near spacedocks 15minute kill, but my god
<Darklight[m]>
I think the correct answer here is "where is resume support"
<Darklight[m]>
Why the hell did that file fail, it's 80kb
VITAS[m] has joined #spacedock
<VITAS[m]>
?
<VITAS[m]>
tracking says there are many visits from china
<VITAS[m]>
gay friend means good or best friend
<VITAS[m]>
gay is meant the old meaning of the word
<VITAS[m]>
so what can we add to ats and webserver to fix that?
<VITAS[m]>
resume (how would i enable that?)
<VITAS[m]>
hongkong is now basicly mainland china so i presume all is filtered and altered
<VITAS[m]>
can we verify the problem (have someone in china who can dl things)
<VITAS[m]>
HebaruSan: tell him that we try to come up with a solution. if we do we ask him to help us out with testing
<Darklight[m]>
I'll just quickly check if we have resume support, we probably do
<VITAS[m]>
isnt it part of default apache webserver ?
<VITAS[m]>
theres the 3dmgame forum on baido that has a pretty large ksp section and even a chinese ksp site we could ask there if others have the same problem until then you Darklight are the closest thing we have to an chinese :D
<Darklight[m]>
I'm putting the bug down as "not our problem" unless we do have reachability problems from china:
<Darklight[m]>
If you would like to fix this, we will need to personally overthrow the chinese government and possibly give hong kong *and* china back to britian, which is kinda "out of scope" for spacedock 😛
<VITAS[m]>
even if we do its most likely them (as in t heir rulers) tampering with things
<VITAS[m]>
lets do that
<VITAS[m]>
just strap on moar boosters and send them (without ladder and the wrong staging order) to the mun
<VITAS[m]>
can you think of ways we can improve things?
<Darklight[m]>
Apart from destroying the plauge that is the CCCP, not much 😛
<Darklight[m]>
More seriously, we'd need to follow your suggestion
<Darklight[m]>
Have a user in china that is willing to help us debug and see if there is any weird endpoint problems
<VITAS[m]>
k so we do that
<VITAS[m]>
is there a way for him to provide more detailed data with windows and most likely chrome?
<Darklight[m]>
I'd suggest CKAN attempts to resume files 😛
<VITAS[m]>
post an issue on github for them
DasSkelett[m] has joined #spacedock
<DasSkelett[m]>
Not possible the WebClient doesn't have that feature unfortunately. We've got that request a lot.
<DasSkelett[m]>
Not possible, the WebClient doesn't have that feature unfortunately. We've got that request a lot.
<Darklight[m]>
WebClient is depreciated and replaced with HttpClient I thinks
<Darklight[m]>
WebClient doesn't even support TLS 1.1
<Darklight[m]>
It looks like the Standard Approach (TM) is to use HttpWebRequest which might be more aids than CKAN is willing to deal with
<DasSkelett[m]>
Maybe we're using the HttpClient, I'm always confusing these two.
<Darklight[m]>
DMPUpdater was using WebClient until I disabled TLS 1.0 and 1.1 support on my webserver and had bug reports and decided to fix it 😛
<Darklight[m]>
To be fair I don't have anything that requires TLS at all, but meh
<DasSkelett[m]>
Okay had a look at our code, we are using `WebClient`. It's using TLS v1.2 for SpaceDock, thanks to a manual fix we implemented back when GitHub disabled <TLS v1.2.
<DasSkelett[m]>
I also thought about replacing it with the `HttpClient`, but our download code is rather complex, so I'm not sure whether we can just "plug it in".
Kunosheruemptyshell[m] has joined #spacedock
<Kunosheruemptyshell[m]>
hey!
<Kunosheruemptyshell[m]>
hello everyone!
<Kunosheruemptyshell[m]>
ou... why is it so empty?
<DasSkelett[m]>
Why's what empty?
<Kunosheruemptyshell[m]>
why is this server so empty in terms of channels and no bots?
<Kunosheruemptyshell[m]>
okay, whatever
<Kunosheruemptyshell[m]>
I have a question about mods
<DasSkelett[m]>
We have certain people that are convinced of less is more 😉
<DasSkelett[m]>
And I'm glad we have (almost) no bots.
<Kunosheruemptyshell[m]>
ok
<Kunosheruemptyshell[m]>
ok
<Kunosheruemptyshell[m]>
my question:
<Kunosheruemptyshell[m]>
when ksp is fully loaded tweackscale returns a fatal error and asks to view the log
<Kunosheruemptyshell[m]>
who can help?
<Kunosheruemptyshell[m]>
diskord does not allow me to throw off the log. keep a string that seems to relate to this problem
<VITAS[m]>
can you backup everything we need to keep (e.g. config)
<VITAS[m]>
ill reinstall the systems then
<DasSkelett[m]>
Okay
Darklight[m] has quit [Quit: Idle timeout reached: 10800s]
<VITAS[m]>
tell me when youre ready
<VITAS[m]>
could you also backup the keys of every user?
<VITAS[m]>
i will rename sd2 and 6 to alpha and beta
<DasSkelett[m]>
You mean `.ssh/authorized_keys` I guess?
<VITAS[m]>
so its easier for us to know what we are talking about
<VITAS[m]>
yes
<VITAS[m]>
of every user
<DasSkelett[m]>
Okay I think I got alpha, you can start there.
<VITAS[m]>
k
<DasSkelett[m]>
Beta done too
<VITAS[m]>
k
<VITAS[m]>
im nearly finished with alpha ills end you your temp pw in matrix
<VITAS[m]>
doen with alpha
<VITAS[m]>
i also made the disk smaller but mounted a share in /storage/sd-XXXX
<VITAS[m]>
dont use all of it :)
<DasSkelett[m]>
I think I've restored alpha mostly, except the fact that ATS can't reach it, but I think that's a DNS problem, judging from the error message:
<DasSkelett[m]>
> Unknown Host
<DasSkelett[m]>
> Description: Unable to locate the server requested --- the server does not have a DNS entry. Perhaps there is a misspelling in the server name, or the server no longer exists. Double-check the name and try again.
VITAS[m] has quit [Quit: Idle timeout reached: 10800s]
VITAS[m] has joined #spacedock
<VITAS[m]>
ats fixed
<DasSkelett[m]>
Okay, I even remembered to copy the sudoers file for the restart webhook ^^
<DasSkelett[m]>
Everything seems to be working now. Since the storage got replaced the currently uploaded mods don't have their files, if you're wondering, so the downloads all return a 404 currently.
<DasSkelett[m]>
<span class="d-mention d-user">HebaruSan</span> <span class="d-mention d-user">Darklight</span> <span class="d-mention d-user">RockyTV</span> you should be able to log in via ssh just as before.
<VITAS[m]>
you could either delete them and make new ones or put the same dummy file in every place
<VITAS[m]>
i think there arent many instances where actual files are needed
<VITAS[m]>
if so we could always creat a new mod for it
<VITAS[m]>
but with the new storage you can have multi GB files to test e.g. uploading or downloading
<VITAS[m]>
just dont do like 100GB or more because storage is expensive and i also cant quota it
<VITAS[m]>
next up: migrating my gitea instance
<DasSkelett[m]>
Woaah, even emails are working first try, I'm surprised.
<VITAS[m]>
me too
<VITAS[m]>
spring clean in summer
<DasSkelett[m]>
Haha
<VITAS[m]>
winter for Darklight
<VITAS[m]>
orr what they call "less hot"
<DasSkelett[m]>
Oh well, mod downloads return a 403
<VITAS[m]>
fix webserver cfg
<DasSkelett[m]>
Tell me what to fix ^^
<DasSkelett[m]>
Pathes are adjusted
<VITAS[m]>
in directory config?
<VITAS[m]>
of apache webserver
<VITAS[m]>
and proxy pass
<DasSkelett[m]>
What directory config?
<VITAS[m]>
sites enabled
<VITAS[m]>
vhost config
<DasSkelett[m]>
Ah, missed one line!
<VITAS[m]>
had the same problem when i set up new prod
<VITAS[m]>
needed Darklight to find it :)
<DasSkelett[m]>
Does Apache support variables? It's kinda stupid to enter the same path three times
<VITAS[m]>
i think not but i might be wrong
<VITAS[m]>
ansible does :D
<DasSkelett[m]>
Hmm, still 403. Let's see what else I missed.
<VITAS[m]>
i could get the prod apache config if need be
<VITAS[m]>
i think some way of automating the whole setup would be nice
<VITAS[m]>
eliminates mistakes
<VITAS[m]>
if you ever want to look into ansible ... :)
<DasSkelett[m]>
Yah, could you send me the prod config? I'm gonna compare it to what's there now.
<VITAS[m]>
it might even be a good idea to use it
<VITAS[m]>
but dont do multiple instances and cluster
<VITAS[m]>
makes debugging harder
<VITAS[m]>
and the redirecting error pages is for when sd is down we dont want that either
<DasSkelett[m]>
Thanks, found it. Was a typo in one of the three occasions of the storage path. Something something variables...
<DasSkelett[m]>
After that I got an internal server error but that was the XSendFile whatever problem we discovered during prod deployment, so I enabled the proxy pass for /content like in the prod config.
<VITAS[m]>
ah
<DasSkelett[m]>
It looks okay from my side now, please feel free to test and/or check on the server whether I may haved missed something.
<VITAS[m]>
we will find out in time but im confident you did a good job :>
<VITAS[m]>
that sounded so "manager"
<VITAS[m]>
:/
<DasSkelett[m]>
That's probably what a Cloudflare manager said to his employee yesterday, seconds before deploying the fatal config error to the router.
<VITAS[m]>
even invaders make mistakes
DasSkelett[m] has quit [Quit: Idle timeout reached: 10800s]
Darklight[m] has joined #spacedock
<Darklight[m]>
There is a problem with apache proxypass in ubuntu 20, it does weird header mangling and stops ot working, content cannot be proxypassed, it has to hit gunicorn
<Darklight[m]>
(but xsendfile takes care of it I beleive, so should not increase gunicorn load at all)
<Darklight[m]>
It does not affect ubuntu 18, or debian unstable, so potentially would be fixed soon
lomz[m] has joined #spacedock
<lomz[m]>
heya. came here while researching if Telemachus would work with the most recent version of ksp... I used it years ago, wanted to see if it still works!
VITAS[m] has quit [Quit: Idle timeout reached: 10800s]