[00:07:51]
<m606> you don't have a GPU on this server, have you?
[00:19:34]
<m606> Also what says `curl http://localhost:24153/api/version` when run from your server?
[00:21:00]
<m606> and in Vert WebUI, when you go to the tab Settings, what video conversion instance URL is set ?
[00:23:41]
<m606> hmm, could you try editing `/etc/systemd/system/vertd.service` and add the line `Environment="XDG_RUNTIME_DIR=/tmp/vert"` at the end of the second paragraph, and reload the service ? That should remove the error in the service log. Can you check again for video conversion and the log after ?
[00:24:14]
<m606> hmm, could you try editing `/etc/systemd/system/vertd.service` and add the line `Environment="XDG_RUNTIME_DIR=/tmp/vert"` at the end of the second paragraph, and reload the service ? That should remove the related error in the service log. Can you check again for video conversion and the log after ?
[01:08:37]
<Len ♡> Hi everyone, in trying to fix the issue with the expired keys in the deb.sury.org and yarn repositories, I think I deleted the wrong php entry. When I try to install apps I get errors for the various php modules not having an installation candidate https://paste.yunohost.org/raw/ehexonador
[01:26:36]
<DJ Chase (fae/faer)> video conversion still doesn't work
[01:26:39]
<DJ Chase (fae/faer)> `{"type":"success","data":"latest"}`
[01:28:46]
<m606> so the verd server is reachable
[01:28:59]
<DJ Chase (fae/faer)> there is not such setting (image incomming)
[01:29:13]
<DJ Chase (fae/faer)> https://aria.im/_bifrost/v1/media/download/AZyUdXjm9BjOijbNG_kNuPV-tR6XHb9Ox33uCzJxQmAZKH1PD04UcnOlPsQxNjp_I1ZnjT-WuTHoaKBfGatADjdCecfdCr5QAHJpb3QuZmlyZWNoaWNrZW4ubmV0L1pBa0F5RGFyZXdSU0t5T0NMRldWT05HcQ
[01:29:45]
<DJ Chase (fae/faer)> (file extensions are weird because i used SingleFile to save the whole page, so you can remove extensions from the end to change the archive format)
[01:30:52]
<m606> self hosted version seems to differ from official instance on this point
[01:31:07]
<m606> what about the log this time ?
[01:31:14]
<DJ Chase (fae/faer)> maybe self hosted just doesn't support video?
[01:32:00]
<DJ Chase (fae/faer)> https://paste.yunohost.org/itefogutel
[01:32:16]
<m606> no i think it does
[01:32:57]
<DJ Chase (fae/faer)> (btw to anybody backscrolling -- i fixed this by using owncloud instead because php? really?)
[01:58:37]
<FbIN> > CH: Did you try, again, what is suggested :
> `yunohost tools regen-conf apt --dry-run --with-diff`
> Read the differences, to see if something wrong or important. And then :
> `yunohost tools regen-conf apt --force`
Hi Len ♡ this should help..
[02:10:47]
<m606> your server has no GPU, right ?
[02:12:22]
<m606> could you also screenshot the page where you see no format ?
and could you check the browser console whether there is anything there after submitting a sample video?
[02:14:52]
<DJ Chase (fae/faer)> correct
[02:16:48]
<DJ Chase (fae/faer)> https://aria.im/_bifrost/v1/media/download/ARpXzw1etkCrY5CnohypzqAObZ8RB3kDMJmZ_iR4fuJAbQ4dP0lnWHNTQx_K06VFboSxc_4yusilYKAPgLnlIQlCecffw6YAAHJpb3QuZmlyZWNoaWNrZW4ubmV0L0FMdVp0UEJpd3JsekNPREZOSGhBb0VLdg
[02:16:49]
<DJ Chase (fae/faer)> https://aria.im/_bifrost/v1/media/download/AQ1H6alRHTuI5-Pa1fqnFj-A1usdD0j9CrnLoeLK-a_h7SciGC5bYJ00JgVkBjpPvxDTpUhfaEcvGL9E2hS8DMVCecffxA4QAHJpb3QuZmlyZWNoaWNrZW4ubmV0L3FtZ0RTTnFMUnVnT3FVT0FtV2FPaGRLTw
[02:20:29]
<m606> so it offers you audio option still ?
[02:22:30]
<DJ Chase (fae/faer)> yeah audio works
[02:22:48]
<m606> and were there anything in the browser console ?
[02:22:58]
<m606> oh
[02:23:02]
<m606> didn't see the log
[02:32:46]
<m606> actually audio gets converted in the browser, only video gets converted via vertd
[02:48:44]
<m606> I've found a typo in the frontend env file. Can you please reinstall from testing branch and check video conversion + vertd service log?
[02:49:21]
<m606> strange though you don't have the video conversion setting section. It seems it should be there.
[02:50:01]
<m606> There was a typo in the frontend env file. Can you please reinstall from testing branch and check video conversion + vertd service log?
[02:52:49]
<m606> and if that doesn't work either, maybe it should be http instead of https there: https://github.com/YunoHost-Apps/vert_ynh/blob/848d2cab121613c2865a35da3f93b9b8fef79788/conf/.env#L11
[02:53:01]
<m606> not sure
[02:57:01]
<m606> so here are two branches to test the two options:
- `sudo yunohost app install https://github.com/YunoHost-Apps/vert_ynh/tree/testing`
- `sudo yunohost app install https://github.com/YunoHost-Apps/vert_ynh/tree/testing-http`
[03:07:51]
<DJ Chase (fae/faer)> neither work
[03:19:11]
<m606> so same as before in service log and formats available?
In YNH Webadmin > Tools > Firewall, what is said for port 24153 ?
[03:27:51]
<m606> have you been running several version of this app at the same time? all are listening to the same port... i'm getting confused on how the reverse proxy manages this. I'll stop for today
[03:29:06]
<DJ Chase (fae/faer)> no worries
[03:29:18]
<DJ Chase (fae/faer)> yeah this is getting to be a lot lol
[13:07:48]
<thatoo> Hi,
Am I the only one to have plenty of "wrong" ipv6 diag from diagnosis.yunohost.org these last fews days?
Almost all my yuno are telling me (thanks to diag) that some ports aren't reachable by ipv6 whereas if I test they are (and there isn't any reason they would suddenly not be).
It's been 2-3 days it is like that.
[15:10:40]
<khrys> hello, je ne sais pas si c'est dû à mon problème de port (le 5349 lié au service coturn) mais cela fait deux fois que j'essaie de mettre à jour des apps via l'interface YNH et que ça me coupe l'accès ssh, la seule manière que j'ai trouvée pour relancer est de rebooter physiquement le serveur 😬️ si jamais quelqu'un est dispo pour m'aider à comprendre le souci... 😰️
[15:15:24]
<khrys> Il y a un moment pendant la MAJ où ça me dit que le serveur n'est plus accessible (ça parle aussi d'API yunohost je n'ai plus le message exact) et c'est là que les ennuis commencent
[15:22:06]
<Chatpitaine Caverne> > Il y a un moment pendant la MAJ où ça me dit que le serveur n'est plus accessible (ça parle aussi d'API yunohost je n'ai plus le message exact) et c'est là que les ennuis commencent
ça me le fait souvent, presque tout le temps en fait depuis que ce nouveau mode de remontée de log API dans la GUI est en place. Souvent au moment de la création de backup pre-upgrade.
Du coup, je m'ouvre avant un SSH et j'utilise `yunohost log show last` ou `tail -f /var/log/yunohost/operations/MONOPERATION.log` pour voir ce qu'il se passe et si c'est fini. Puis je fais F5 dans la GUI et je retrouve tout.
Par contre, la coupure de SSH, ça je ne vois pas ce qui peut causer cela.
[15:35:56]
<khrys> ok
[16:28:37]
<m606> @u9000:riot.firechicken.net so it appear important that there is only one instance of vert_ynh on the YNH server at a time when doing the tests. If not reverse proxy will manage to bind the ports. Was it the case with your last tests?
[16:37:04]
<DJ Chase (fae/faer)> no i'll test again
[16:37:52]
<anubis> J'ai un serveur qui était un serveur de test, visiblement en unstable, dont j'ai besoin urgemment (sans réinstaller), est-ce qu'il y a moyen de lui dire de rester sur stable pour les prochaines mises à jour ?
```yunohost --v
yunohost:
repo: unstable
version: 12.1.39+202602201115```
[16:38:04]
<DJ Chase (fae/faer)> actually no there was only one instance running (vert__2.service). the other is the official build, and the service doesn't work on that
[16:41:01]
<m606> I don't really know whether YNH somehow books the port for one given app whether the related service is active or not
[16:44:32]
<DJ Chase (fae/faer)> yeah i will do that :)
[16:44:39]
<m606> if you don't mind, i think that will be useful to check:
1. uninstall all vert_ynh instances.
1. install testing
1. `curl https://subdomain.domain.tld:24153/api/version` both from a distant machine and the server itself
1. uninstall testing and install testing-http
1. `curl http://subdomain.domain.tld:24153/api/version` both from a distant machine and the server itself
[16:44:41]
<DJ Chase (fae/faer)> i can't rn but i will soon
[16:44:47]
<DJ Chase (fae/faer)> also thank you for all the help you've provided so far
[16:44:50]
<m606> no rush
[16:53:01]
<m606> basically 3 hypotheses :
- port concurrency issue (your test will help in getting rid of this doubt)
- localhost backend support in frontend config. i.e. are backend and frontend meant to connect together within the server or is the traffic must go out first in order to go in after. I will probably open a ticket upstream for this after your test results.
- access permissions set for the app in YNH. It depends on the previous point, but is the backend meant to be private or should be public to connect the frontend, as in the official instance?
[16:54:37]
<m606> if you don't mind, i think that will be useful to check:
1. uninstall all vert_ynh instances.
1. install testing
1. `curl https://subdomain.domain.tld:24153/api/version` both from a distant machine and the server itself to see if the backend can be reach from outside and inside the server
1. uninstall testing and install testing-http
1. `curl http://subdomain.domain.tld:24153/api/version` both from a distant machine and the server itself to see if the backend can be reach from outside and inside the server
1. report results of steps 3 and 5
[17:28:10]
<DJ Chase (fae/faer)> i love when compiling takes up so much cpu my connection drops 🙃
[17:28:12]
<DJ Chase (fae/faer)> lol
[18:04:33]
<DJ Chase (fae/faer)> http works internally with /testing
[18:05:33]
<DJ Chase (fae/faer)> video still doesn't work though
[18:08:02]
<DJ Chase (fae/faer)> :24153 probably isn't forwarded though let me try setting that up
[18:19:30]
<trendless> m606: looks like the vertd instance has to be available to the web browser; it's not communicating internally with the vert instance
[18:20:03]
<trendless> The official vert and vertd docs are sorely lacking an explanation for how to setup self hosted vertd
[18:33:21]
<DJ Chase (fae/faer)> okay after forwarding the port from my router and opening it up in the yunohost firewall, http externally works
[18:34:51]
<DJ Chase (fae/faer)> https does not
[18:34:52]
<DJ Chase (fae/faer)> video still doesn't work
[19:41:51]
<m606> in this very case video still doesn't work ?!
[19:42:27]
<DJ Chase (fae/faer)> yep
[19:42:28]
<m606> so to put it differently, `curl http://subdomain.domain.tld:24153/api/version` from a distant machine works only once the port is open (firewall+router)?
[19:45:14]
<DJ Chase (fae/faer)> yeah
[19:45:34]
<DJ Chase (fae/faer)> with /testing repo
[19:45:36]
<m606> errr
[19:45:37]
<DJ Chase (fae/faer)> as opposed to /testing-http
[19:45:39]
<m606> but still you used `curl http` not `https` ?
[19:45:43]
<DJ Chase (fae/faer)> correct
[19:45:49]
<DJ Chase (fae/faer)> https doesn't work
[19:46:00]
<m606> and by any chance, would you have tried `curl https` with testing-http ?
[19:46:17]
<m606> anyway I guess it works too
[19:47:57]
<m606> just I don't get why video conversion doesn't work with testing-http
[19:48:05]
<m606> i will open a ticket upstream
[19:48:08]
<DJ Chase (fae/faer)> nothing responds internally or externally with testing-http
[19:48:21]
<DJ Chase (fae/faer)> actually i was using the testing-http build from last night -- did you update since it since then?
[19:48:27]
<DJ Chase (fae/faer)> no
[19:48:36]
<DJ Chase (fae/faer)> hmm
[19:48:54]
<m606> would you feel like testing this promising patch by @trendless:zeroes.ca: https://github.com/trendless/vert_ynh/tree/testing ?
[19:48:58]
<DJ Chase (fae/faer)> sure
[19:49:06]
<m606> ok i was suspecting this considering the official instance allows using the verd instance of your choice (https://vert.sh/settings/), and do a curl request to check whether each instance exists, including the one hosted on the same official domain. But wasn't sure whether it could also work internally, which would make things easier with regards to permission and the fact you may not want anyone to use your conversion instance
[19:49:09]
<m606> but I can't test on my server, compiling takes too much RAM
[19:49:10]
<DJ Chase (fae/faer)> it detects that video is a thing
[19:49:12]
<DJ Chase (fae/faer)> https://aria.im/_bifrost/v1/media/download/AfWFPbardTSHTICb2K9fVlUu_OMdhvbyFvImXdalxSMn0jyoBxFawEodYQOmtlKmVsWbDm_1u2ZlrOHU0rOhg8pCecgb-8DAAHJpb3QuZmlyZWNoaWNrZW4ubmV0L2hjbHhQckZVUUxWcnhOeEpSRExBeHJoYQ
[19:49:15]
<DJ Chase (fae/faer)> but no matter what instance i set in settings (besides other public instances) it gives that error
[19:49:20]
<m606> oh now you can chance instance in settings ?
[19:49:23]
<m606> via the frontend ?
[19:49:26]
<DJ Chase (fae/faer)> yeah
[19:49:28]
<m606> already a good thing
[19:49:30]
<m606> what about curl requests ?
[19:49:32]
<DJ Chase (fae/faer)> only works internally
[19:49:34]
<DJ Chase (fae/faer)> let me see if firewall got reset when installing
[19:49:35]
<DJ Chase (fae/faer)> yep it did
[19:49:38]
<DJ Chase (fae/faer)> if i set the instance to `https://convert.u9.tel` in frontend settings (without port) it works now
[19:52:31]
<DJ Chase (fae/faer)> awesome thanks m606
[19:59:11]
<DJ Chase (fae/faer)> also so sorry i'm having so many issues
[20:02:26]
<DJ Chase (fae/faer)> okay so *hopefully* the last issue for a while:
fresh install of owncloud gives 502 bad gateway 😮💨
anybody have any ideas why that might be the case?
service log: https://paste.yunohost.org/fomuboluna
install log: https://paste.yunohost.org/edufawewex
[20:24:53]
<m606> so what is missing for it to work out the box is just opening firewall, right?
[20:28:29]
<DJ Chase (fae/faer)> yeah with the new patch
[20:28:29]
<m606> happy that this is eventually solved!
[20:28:31]
<m606> but still, there is the security aspect to work on, not everyone should be able to use your vertd instance without consent
[20:31:49]
<DJ Chase (fae/faer)> yeah
[20:31:52]
<DJ Chase (fae/faer)> and ideally it would be configurable admin-side to disable it entirely
[20:31:56]
<m606> ye will check that later
[20:31:57]
<DJ Chase (fae/faer)> okay so *hopefully* the last issue for a while:
fresh install of owncloud gives 502 bad gateway, service not running 😮💨
anybody have any ideas why that might be the case?
service log: https://paste.yunohost.org/fomuboluna
install log: https://paste.yunohost.org/edufawewex
```
# yunohost app shell owncloud
Environment contains multiple differing definitions for 'path'.
Using value from 'PATH' (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin) and ignoring 'path' (/) at /usr/share/perl5/LWP/UserAgent.pm line 1134.
Please enter content (application/x-www-form-urlencoded) to be POSTed:
```
[20:32:24]
<trendless> my bad; I left the reference to the port in there accidentally.
[20:32:30]
<DJ Chase (fae/faer)> all good
[20:32:38]
*DJ Chase (fae/faer) is confused by that emoji
[20:56:30]
<tblt> Hi all,
I'm new to yunohost and did the installation on a old laptop. I did the setup with yunohost.local and added a DynDNS Domain afterwards. Diagnostics tools show problems with not opened ports. I think something got missconfigured. My question what's my best option? Should I reinstall from scratch or is there another option which resets or reconfigures my serve. Any advices?
[20:56:32]
<DJ Chase (fae/faer)> did you add port forwards on your router?
[20:58:18]
<DJ Chase (fae/faer)> also can you please send the diagnostics logs with yunopaste?
[20:59:23]
<tblt> I think so. My router is a AVM Fritz Box 7590. I did this https://fritz.com/en/apps/knowledge-base/FRITZ-Box-7590/893_Configuring-static-port-sharing-in-the-FRITZ-Box
[21:02:44]
<DJ Chase (fae/faer)> can you click this button and share the link?
[21:02:46]
<DJ Chase (fae/faer)> https://aria.im/_bifrost/v1/media/download/AdshH2TQZYnuJXTLXY2XaCqPAF2b9V74Vh42TLsOuFio9X02FspQOKc6P98FZVk2bDXSOO3fAUTB3YPRuSQsDlpCecggMXSgAHJpb3QuZmlyZWNoaWNrZW4ubmV0L05QYWhaSFFzRHdzTkxaYkN4QlZKTExNRA
[21:05:58]
<tblt> https://paste.yunohost.org/raw/puwoboveha
[21:05:59]
<tblt> It's in german. Sorry.
[21:06:00]
<tblt> Should I switch to english and provide logs again?
[21:07:10]
<DJ Chase (fae/faer)> nah i'm learning german give me a chance 🙃
[21:08:29]
<DJ Chase (fae/faer)> i believe it's saying the issue is with your router
[21:09:37]
<DJ Chase (fae/faer)> > The FRITZ!Box must obtain either an IPv6 address or a public IPv4 address from the internet service provider.
your router is your regular router right? like it's not a subnet or anything
[21:10:34]
<tblt> Yes regular router
[21:10:36]
<DJ Chase (fae/faer)> if you go to the port forwards on your router again, do they show up?
[21:11:42]
<DJ Chase (fae/faer)> the link you sent says to make sure you press apply and save, so maybe you just forgot that?
[21:15:14]
<tblt> https://aria.im/_bifrost/v1/media/download/AdFAfYEdVNZqnmthlPAAGDFaFaTruBVMT24QBx0fc2U3RP6ztFQMDw2yiPO5C-X9gKoFSTuLvaID1GRc7ne78rpCecgg6BMwAG1hdHJpeC5vcmcvcGpVTUVGdGdUQkZhVFlOcm11bmV6U3JX
[21:18:13]
<tblt> Looks good to me
[21:18:15]
<DJ Chase (fae/faer)> oh that's a local ipv4 address
[21:18:16]
<DJ Chase (fae/faer)> which makes sense
[21:18:17]
<DJ Chase (fae/faer)> yunohost knows about your public one though, right?
[21:21:36]
<tblt> Not sure. Because I first set it up without DynDNS. Just with yunohost.local.
[21:21:38]
<tblt> Do you know how I can check this?
[21:21:40]
<DJ Chase (fae/faer)> if you have ssh access, `sudo yunohost domain main-domain`
[21:25:59]
<tblt> tblt.nohost.me
[21:26:01]
<DJ Chase (fae/faer)> it seems you don't have any A records set in dns
[21:28:57]
<tblt> That's possible. Can't remember that I did this. I remember that it was displayed when I registered nohost.me domain. Can I set it now?
[21:29:01]
<tblt> Do you have a link for me which explains it?
[21:31:52]
<DJ Chase (fae/faer)> see if this helps
[DNS zone configuration | Yunohost](https://doc.yunohost.org/en/admin/get_started/post_install/dns_config/) ([archive](https://archive.today/latest/https://doc.yunohost.org/en/admin/get_started/post_install/dns_config/))
[21:31:54]
<DJ Chase (fae/faer)> i've never done dydns so i'm not certain
[21:34:37]
<Chatpitaine Caverne> If you are in <del>one of these registar</del> well seems only ovh you can do it via API configuration and let Yunohost do it for you.
https://doc.yunohost.org/en/admin/get\_started/providers/registrar/
[21:34:39]
<DJ Chase (fae/faer)> (love your pfp)
[21:36:43]
<tblt> Unfortunately not.
I executed sudo yunohost dns suggest tblt.nohost.me
It created a suggested configuration for my. But I don't know what I have to do now.
Should I push it with sudo yunohost dns push tblt.nohost.me?
[21:37:13]
<DJ Chase (fae/faer)> sure try that
[21:44:21]
<tblt> It didn't help.
[21:46:43]
<tblt> Thx @[DJ Chase (fae/faer)]
I think I'll give up for today.
[21:46:44]
<tblt> Good night
[21:46:45]
<DJ Chase (fae/faer)> oh good night
[21:53:42]
<tblt> Another idea. Do you think it's possible that it has to do with SSL certificate configuration?
[22:20:52]
<DJ Chase (fae/faer)> no you don't have dns records set up correctly