[07:34:22]
<clawfire> Good news everyone, I managed to move all the apps to the new server. Everything is up and running. Thanks to everyone who helped, especially Aleks (he/him/il/lui)
[07:37:23]
<clawfire> Just sent a bunch of bucks to the project 😃 'cause YNH save me a lot of time !
[08:44:15]
<Chatpitaine Caverne> I'll have to restore my peertube instance. It's a 100Go app backup.
Is there something I should check before deleting the app and restore it ?
My root partition has 176.7Go available on a 256Go ssd.
The data_dir of peertube is on another drive. Will it restore it in the right place ?
By the way. I won't do that tonight. Too tired for such experience.
[09:43:12]
<Mateusz Szymański> > <@chatpitaine:cirkau.art> I'll have to restore my peertube instance. It's a 100Go app backup.
> Is there something I should check before deleting the app and restore it ?
> My root partition has 176.7Go available on a 256Go ssd.
> The data_dir of peertube is on another drive. Will it restore it in the right place ?
> By the way. I won't do that tonight. Too tired for such experience.
it'll restore data to `/home/yunohost.apps/peertube`, so as long as your 'good' drive is mounted there it should work I guess
[09:44:43]
<Mateusz Szymański> what version are you restoring? is it known to have working `restore`?
[09:48:53]
<Chatpitaine Caverne> Hello, thanks,
It's a 6.0.2
Didn't know that some version haven't working restore.
[09:50:42]
<Chatpitaine Caverne> And in /home/blabla I have a simlink and I updated the data_dir (or datadir) value to the right drive cause otherwise the backup doesn't follow the simlink.
[09:57:46]
<Mateusz Szymański> > <@chatpitaine:cirkau.art> Hello, thanks,
> It's a 6.0.2
> Didn't know that some version haven't working restore.
ah, new stuff. haven't checked this one. why do you need to restore? problem with app itself or with YNH packaging?
[10:24:54]
<Chatpitaine Caverne> No, a co-admin did a mistake and deleted a bunch of videos. And we don't want to re-upload them to avoid spam to the federation.
[10:25:13]
<Chatpitaine Caverne> Sorry was long to answer, had to do outside.
[10:30:20]
<Chatpitaine Caverne> But, I don't know if you know this old french short program but it's "the Shadocks".
So it could also be particulary adapted to re-umpload them one by one again, like this we continue to pump and as long as we fail to try, we can continue to try. Shadocks science is formel. Keep trying the same thing every time, at the end you finish with a success.
[10:39:19]
<Mateusz Szymański> But does the sky keep falling on your head?
[10:40:00]
<Mateusz Szymański> Again, I have not played around with 6.x so cannot guarantee everything will be smooth but it should, it passed the CI, right? :P
[10:51:40]
<Chatpitaine Caverne> https://aria.im/_matrix/media/v1/download/cirkau.art/LiVNoybnoJXrAaUJkVuBOIvq
[10:52:11]
<Chatpitaine Caverne> CI fully passed, if I understand well.
[11:39:46]
<orhtej2> > <@chatpitaine:cirkau.art> CI fully passed, if I understand well.
It did, but does it really check if the app works after upgrade?
[12:04:07]
<tituspijean> It only checks that the app returns a HTTP 200 code, which can hide many things 🧐
[12:30:48]
<isAAAc> FYI: upgrade is failing https://github.com/YunoHost-Apps/peertube_ynh/issues/416
i saw some pending PR, but i don't know if they are related to the upgrade issue
[12:31:49]
<Aleks (he/him/il/lui)> `WARNING - ./upgrade: line 16: admin: unbound variable`
[12:32:12]
<Aleks (he/him/il/lui)> apparently it's an old install which didnt have the admin defined ...
[12:32:32]
<Aleks (he/him/il/lui)> you can define the admin with `yunohost app setting peertube admin -v some_admin_user`
[12:32:33]
<Aleks (he/him/il/lui)> with some_admin_user being an existing yunohost user
[13:17:54]
<parzzix> I am thinking of making my Yunohost my main NextCloud instance. I wanted to hear from those who have run Nextcloud on Yuno for an extended period, how do upgrades go? Do you have any major problems running nextcloud this way? If I set this up I want a few years stability at least, along with upgrades.
[13:19:42]
<Mateusz Szymański> > <@parzzix:matrix.org> I am thinking of making my Yunohost my main NextCloud instance. I wanted to hear from those who have run Nextcloud on Yuno for an extended period, how do upgrades go? Do you have any major problems running nextcloud this way? If I set this up I want a few years stability at least, along with upgrades.
Works for me as long as I install every major release, or generally install upgrades as they become available. I've seen issues upgrading when you have extended catalog of Nextcloud apps installed though, so your milage may vary
[13:20:24]
<Mateusz Szymański> but overall I consider it one of showcase apps for YNH
[13:20:46]
<parzzix> > <@orhtej2:matrix.org> Works for me as long as I install every major release, or generally install upgrades as they become available. I've seen issues upgrading when you have extended catalog of Nextcloud apps installed though, so your milage may vary
thanks, this particular box I think I would just keep it to nextcloud and collabra on it.
[13:22:52]
<Mateusz Szymański> should work but never used it personally: https://github.com/YunoHost-Apps/collabora_ynh?tab=readme-ov-file#connexion-to-nextcloud
[13:39:13]
<Chatpitaine Caverne> parzzix: I run a Nextcloud with around 10 users on a raspi 4B.
IUntil now, I didn't have major issues. I'm a bit without protection about encryption cause due to an anomaly in the admin interface, I was not able to define a recovery password for the server side encrypted files. So, I'm not able to decrypt without the user's password. That's not a bad thing cause like this, even if it's server side encrypted, I'm not able to know about files I don't have to.
The Nextcloud upgrades work just fine usually. This time to 28 is a bit harder, but no doubt it gonna be good.
Cause I use ARM64 architecture, I installed the collabora CORE ARM64 inside Nextcloud (the ynh app is not ARM64 compatible) but on AMD64, I believe it's better to put Collabora outside Nextcloud.
[13:40:06]
<parzzix> > <@chatpitaine:cirkau.art> parzzix: I run a Nextcloud with around 10 users on a raspi 4B.
> IUntil now, I didn't have major issues. I'm a bit without protection about encryption cause due to an anomaly in the admin interface, I was not able to define a recovery password for the server side encrypted files. So, I'm not able to decrypt without the user's password. That's not a bad thing cause like this, even if it's server side encrypted, I'm not able to know about files I don't have to.
>
> The Nextcloud upgrades work just fine usually. This time to 28 is a bit harder, but no doubt it gonna be good.
>
> Cause I use ARM64 architecture, I installed the collabora CORE ARM64 inside Nextcloud (the ynh app is not ARM64 compatible) but on AMD64, I believe it's better to put Collabora outside Nextcloud.
Outside Nextcloud as in on a completely different VPS?
[13:41:21]
<Chatpitaine Caverne> No, can be in the same server but inside Yunohost, not inside Nextcloud. The CORE app is supposed to be less performant than the full app.
[13:45:19]
<Chatpitaine Caverne> I have to go for around 50 mn. Peertube restauration running. 🫰
[14:58:34]
<Chatpitaine Caverne> Still running, listening to that https://invidious.fdn.fr/watch?v=l482T0yNkeo
Looks appropriate 😸
[15:45:57]
<Chatpitaine Caverne> I think, I gonna have to move it back :
`Moving /media/NasNvme/peertube/ to /home/yunohost.app/peertube... (this may take a while`
Next time, I mount NASNVME as /home .... Stupid me.
65% on root partition. Gona be fine.
[15:50:54]
<Chatpitaine Caverne> I think, I gonna have to move it back :
`Moving /media/NasNvme/peertube/ to /home/yunohost.app/peertube... (this may take a while`
Next time, I mount NASNVME as /home .... Stupid me.
65% on root partition. Gonna be fine.
[16:06:48]
<Chatpitaine Caverne> 74%
[16:52:32]
<Chatpitaine Caverne> 86% J'ai besoin de drogue !!!!!!
[17:24:42]
<Chatpitaine Caverne> Just to know, what next if I reach 100%. Boot on rescue or live and then cleanup.
Cause I gonna loose Matrix too.
[18:19:23]
<Chatpitaine Caverne> So, 94%, maybe (and a bit more), we are Go for a crash.
I don't know why it moves the files from the other drive (by the way, when I uninstalled the app, I asked to remove the datas, but still there.
`Moving /media/NasNvme/peertube/ to /home/yunohost.app/peertube... (this may take a while)`
My solution, after repair, gonna be to mount my drive NasNvme as /home.
Like I should have done since the beginning.
[18:20:16]
<Aleks (he/him/il/lui)> what's the backstory, did you somehow edit the data_dir setting in the past maybe ?
[18:23:15]
<Chatpitaine Caverne> Yes, like I said, the backup didn't follow my symlink anymore. The backups were like core only.
And I saw that changing the data\_dir corrected the issue.
[18:24:51]
<Aleks (he/him/il/lui)> i guess a symlink is okay but tweaking data_dir is not, would be curious to debug what's behind the "it didn't follow the symlink anymore"
[18:27:58]
<Chatpitaine Caverne> As soon as I rebuilt the server, I allow you to debug and break it.
Remember, I'm a Shadock.
[18:27:58]
<Chatpitaine Caverne> Here is my symlink command :
`ln -sf /media/NasNvme/peertube/storage /home/yunohost.app/peertube/`
[18:28:47]
<Aleks (he/him/il/lui)> i'm not much concerned about the symlink command, but rather was is meant exactly by "it didn't follow the symlink anymore"
[18:30:41]
<Chatpitaine Caverne> Well My Peertube backup without changing the data\_dir value are like 2.5Go.
Changing the data\_dir value it's 100Go.
So maybe this is not a problem of following a symlink.
[18:31:58]
<Aleks (he/him/il/lui)> and this 2.5Go backup, was it a pre-upgrade backup automatically created by YunoHost, or was it a backup you created manually ?
[18:36:06]
<Chatpitaine Caverne> Created with the CLI command.
[18:36:20]
<Aleks (he/him/il/lui)> so with `yunohost backup create` ?
[18:37:11]
<Chatpitaine Caverne> Yes, sorry, not clear enough.
[18:37:55]
<Chatpitaine Caverne> `yunohost backup create --name $BACKUP_NAME --description "Sauvegarde de $APPLICATION" --methods tar --apps $APPLICATION`
[18:46:28]
<Aleks (he/him/il/lui)> hmf yes indeed, the "tarfile" library we're using literally backups the symlink, not the symlinked-content (which actually make sense, because otherwise when restoring it would have no clue that it's originally a symlink etc...)
[18:49:18]
<Aleks (he/him/il/lui)> to me people should neither edit the app setting nor use symlink, the way to go is probably to use mount-bind, which is clearly less known yet more powerful
[19:22:20]
<Chatpitaine Caverne> Je suis de retour. J'ai pété le répertoire qui me prenait toute la place avant le crash complet et rebooté. Sais pas encore trop dans quel état est mon système.
[19:52:30]
<Chatpitaine Caverne> Can I safely rm the files in : /home/yunohost.backup/tmp/
(No backup and restore running)
[19:53:29]
<lapineige> Yes
[19:58:32]
<Chatpitaine Caverne> Back to 19%.
I think all of this gonna wait tomorrow, I'm exhausted and I don't want to crap everything.
All of my services are up and users agree not to have Peertube for tonight.
Thank you all.
[21:45:33]
<boipisigre> What is the test done?
[21:46:33]
<boipisigre> Or where i can find it?
[21:46:55]
<Aleks (he/him/il/lui)> please no matrix thread ... the UX is infuriating
[21:47:59]
<Aleks (he/him/il/lui)> the test is here https://github.com/YunoHost/yunohost/blob/dev/src/diagnosers/24-mail.py#L165-L174 but I doubt that this means anything straightforward to you
[21:48:20]
<Aleks (he/him/il/lui)> are you sure you know what a reverse-DNS record is and how to check it ...
[21:51:53]
<boipisigre> dig -x IP +noall +answer
[21:58:42]
<Aleks (he/him/il/lui)> what if you force the usage of an external resolver such as 8.8.8.8 with `dig -x IP +noall +answer @8.8.8.8`
[22:02:13]
<boipisigre> Resolved
[22:02:54]
<Aleks (he/him/il/lui)> ¯\_(ツ)_/¯ well then idk
[23:26:38]
<beedee> The forum isn’t loading for me 🫣
[23:27:22]
<Aleks (he/him/il/lui)> looks good to me
[23:29:34]
<beedee> Hrm thanks