[11:49:01]
<ha1> Hello all, I have likely simple problem I am not smart enough to fix. backup and update script not working when attempting to upgrade nodebb. thank you so much for your expertise. https://paste.yunohost.org/raw/muhowisoke
[11:50:06]
<Aleks (he/him/il/lui)> merf
[11:50:19]
<Aleks (he/him/il/lui)> I guess you can try working around the issue using : `sudo touch /etc/logrotate.d/nodebb`
[11:50:39]
<ha1> ahh good idea. I wonder why it is missing though
[11:51:23]
<Aleks (he/him/il/lui)> yeah me too, though that shouldnt be a huge deal, it's kind of meh that the backup script miserably crashes because of this
[11:51:39]
<orhtej2> > <@ha1:matrix.org> ahh good idea. I wonder why it is missing though
it's not added by `update` for some reason
[11:52:51]
<Aleks (he/him/il/lui)> packaging v3 hmfhgngmf
[12:20:56]
<ha1> oof can't say its related but now only getting white screens from my apps/yunohost-admin, no error, ping shows they are there. What is the most basic thing to do? I restarted nginx, should I restart entire server?
[12:21:18]
<ha1> wish I was not a noob
[12:26:08]
<Aleks (he/him/il/lui)> you're not a noob nor "not smart enough", computers are just incredibly complicated and somehow tech people managed to impose the culture of "humans should adapt to machines" instead of the other way around
[12:26:56]
<ha1> I can access the SSO page, but /yunohost/admin gives me white page
[12:29:56]
<ha1> my problems may or may not be related to how I am naively using SSH, since my ssh user admin doesnt have permission to edit /var/www/APPNAME files I have been using "sudo -i"... this is maybe something I need to look up elsewhere but what is the better way to have permission to edit app directories? (for example to edit my application themes files)
[12:33:26]
<Aleks (he/him/il/lui)> supposedly, `yunohost app shell <app_id>` may work
[12:35:00]
<ha1> ah interesting thank you
[12:35:24]
<ha1> any basic troubleshooting tips for server running but apps/admin gui showing up white?
[12:35:50]
<Aleks (he/him/il/lui)> hmmm first i would look for any obvious error in the javascript console in the browser (F12 > Console)
[12:35:53]
<Aleks (he/him/il/lui)> or the Network tab maybe
[12:38:04]
<ha1> ahh ya console shows many "connection reset" errors, failed to load resource
[17:28:51]
<kevadesu (EN/FR/DE)> Hey, is there a way to easily migrate from a YunoHost 11 VM to a YunoHost 12 physical hardware? On the destination system, I want to configure the SSD to only be used by the OS, while the Yunohost application data and databases are on the HDD. Before restoring from backup, is there anything I should symlink?
[17:36:00]
<Aleks (he/him/il/lui)> hmmm the application data are typically in /home/yunohost.app/ (and sometimes /var/www/<app> depending if the app is improperly configured) and the database are typically in /var/lib/postgresql and /var/lib/mysql
[17:36:10]
<Aleks (he/him/il/lui)> so maybe you want to "symlink" those before, i dunno
[17:36:22]
<Aleks (he/him/il/lui)> also i would discourage using symlink and encourage to use bind mounts
[17:36:41]
<Aleks (he/him/il/lui)> otherwise "funny" stuff happen and typically bind mounts should be better
[17:37:11]
<Aleks (he/him/il/lui)> anyway, migrating should theoretically as simple as backuping everything from the original system and restoring the archive on the new system
[17:46:50]
<kevadesu (EN/FR/DE)> How compressed is the archive file though?
[17:48:34]
<Aleks (he/him/il/lui)> it's not, it's just a .tar, but you can `gzip` / `gzip -d` it before/after
[17:49:48]
<kevadesu (EN/FR/DE)> Damn
[17:51:17]
<kevadesu (EN/FR/DE)> In that case I might try doing rsync instead probs
[18:42:16]
<kevadesu (EN/FR/DE)> https://www.man42.net/blog/2017/07/how-to-migrate-a-debian-server/
I'm using this guide rn to rsync everything to the new server, if the directories are already bound beforehand the rsync command won't just put EVERYTHING on the actual root drive right?
[21:09:56]
<kevadesu (EN/FR/DE)> Update: For some reason I can't really figure out this guide, I can't connect to the server in rescue mode through SSH
[21:12:19]
<orhtej2> > <@kevadesu:gitter.im> https://www.man42.net/blog/2017/07/how-to-migrate-a-debian-server/
> I'm using this guide rn to rsync everything to the new server, if the directories are already bound beforehand the rsync command won't just put EVERYTHING on the actual root drive right?
why don't you set up fresh debian, install YNH, instead of postinstall restore from backup?
[21:12:38]
<orhtej2> it's a tried and true method
[21:18:17]
<rodinux> Then without running postinstall, rsync all the backups in folder`/home/yunohost.backup/archives/` and use directly `yunohost backup restore name_backup`
[22:31:05]
<kevadesu (EN/FR/DE)> Thing is, the VM is too slow to make the backup so I'd have to free space on my SSD to move it off the HDD for it to actually run fast, and I'd also probably have to extend the VMDK itself
[22:31:06]
<kevadesu (EN/FR/DE)> But after I complete the aforementioned, I'll do that method