[06:10:36]
<ynhuser> Hi
[06:10:37]
<ynhuser> I have lost the bitwarden master password. Can I reset it from shell?
[06:12:04]
<ynhuser> anyone?
[06:12:32]
<Claus> As far as I know: simply No.
[06:13:09]
<ynhuser> ok
[06:28:22]
<Fritjof> Hello
I am trying to update mastodon on my VPS, but it says it cannot create backup. What can I do? Here is the log: https://paste.yunohost.org/raw/ivuzobajoq
[06:36:27]
<Fritjof> Is it really just a disk-space issue?
[07:37:11]
<Fritjof> can I solve it by adding volumes to my provider account?
[07:54:12]
<Fritjof> Please help. I made a backup and tried to move my yunohost.app to it, but there wasn't enough free space, and now my nextcloud is broken. I have not cleaned any data, but can I move stuff back?
[07:55:04]
<Fritjof> I followed this guide:
[07:55:23]
<Fritjof> https://yunohost.org/en/moving_app_folder
[07:58:47]
<Fritjof> https://yunohost.org/en/moving_app_folder
[07:59:04]
<Fritjof> https://yunohost.org/en/external_storage
[07:59:10]
<Fritjof> This guide.
[08:00:07]
<Fritjof> is there a way to reverse the damage? Like, moving the stuff back and unbinding the volume?
[08:34:34]
<tituspijean> > <@fritjof:deepfunk.dk> Is it really just a disk-space issue?
Yes
[08:35:27]
<tituspijean> > <@fritjof:deepfunk.dk> can I solve it by adding volumes to my provider account?
Maybe. But first let's assess the situation. Open a command line and input `sudo df -h`
[08:35:44]
<tituspijean> And share its output
[08:37:24]
<tituspijean> > <@fritjof:deepfunk.dk> Please help. I made a backup and tried to move my yunohost.app to it, but there wasn't enough free space, and now my nextcloud is broken. I have not cleaned any data, but can I move stuff back?
You made a backup and moved yunohost.app to it ? That does not make any sense. You can definitely revert, if Nextcloud is broken it's most likely because the data is not where Nextcloud is configured to look at.
[09:01:38]
<isAAAc> hello o/
[10:00:08]
<Fritjof> > <@titus:pijean.ovh> Maybe. But first let's assess the situation. Open a command line and input `sudo df -h`
Thank you! Here is the output from df -h:
Filesystem Size Used Avail Use% Mounted on
udev 3.8G 0 3.8G 0% /dev
tmpfs 776M 1.2M 775M 1% /run
/dev/sda1 151G 102G 43G 71% /
tmpfs 3.8G 2.2M 3.8G 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
/dev/sda15 121M 138K 120M 1% /boot/efi
/dev/sdb 9.8G 9.8G 0 100% /mnt/hdd
tmpfs 776M 0 776M 0% /run/user/1007
[10:00:34]
<Fritjof> > <@titus:pijean.ovh> You made a backup and moved yunohost.app to it ? That does not make any sense. You can definitely revert, if Nextcloud is broken it's most likely because the data is not where Nextcloud is configured to look at.
Great news. I was hoping that!
[11:51:04]
<@err404:matrix.org> if yunohost is to provide self hosting, is it stupid to have default files size upload limit (in php or others) so low (25MB)
[11:52:31]
<@err404:matrix.org> `lufi` doesnot have such limit, but become really slow when I try to upload almost 4GB
[11:52:35]
<@err404:matrix.org> `dokuwiki` is limited to 25MB
[11:53:10]
<@err404:matrix.org> the worst is dokuwiki....
[12:09:12]
<orhtej2> > <@err404:matrix.org> `dokuwiki` is limited to 25MB
you can patch it or suggest change: https://github.com/YunoHost-Apps/dokuwiki_ynh/blob/a8a4a392b11bcac6971473e15e8957b10919735b/conf/nginx.conf#L15
[12:09:32]
<@err404:matrix.org> I want 1TB by default 😛
[12:11:12]
<@err404:matrix.org> anyway, I not understand theses kind of limit in 2023
[12:11:22]
<orhtej2> > <@err404:matrix.org> `lufi` doesnot have such limit, but become really slow when I try to upload almost 4GB
I believe the limit is 100MB: https://github.com/YunoHost-Apps/lufi_ynh/blob/master/scripts/install#L16
[12:11:50]
<@err404:matrix.org> yes, the default limit is easy to change in lufi
[12:12:09]
<orhtej2> > <@err404:matrix.org> I want 1TB by default 😛
> DokuWiki is a simple to use and highly versatile Open Source wiki software that doesn't require a database.
Why would you want 1TB attachments in wiki?
[12:12:15]
<@err404:matrix.org> but in dokuwiki, it was not working as expected,
[12:14:28]
<@err404:matrix.org> because is my personnal wiki, so I know what I upload, and sometime I want share some video file (this file is legal to share, it is mine, and I allow it)
[12:14:59]
<@err404:matrix.org> lufi is good for encrypting files etc.
[12:17:47]
<orhtej2> > <@err404:matrix.org> because is my personnal wiki, so I know what I upload, and sometime I want share some video file (this file is legal to share, it is mine, and I allow it)
nobody's stopping you from increasing the limit, but have you considered using something more suited for sharing files/videos than wiki software? It's not exactly intended use case
[12:17:50]
<@err404:matrix.org> and when I dont need encrypted files, I though was dokuwiki is enough for this job...
[12:19:02]
<@err404:matrix.org> yes, I know that dokuwiki is not intended for sharing big files, but 25MB is low from my opinion
[12:21:16]
<@err404:matrix.org> actually, I send 4Go over lufi, it took more than one hour to upload, I hope now it will be downloaded without fail
[12:23:28]
<orhtej2> There are more options for file sharing available [in the catalog](https://yunohost.org/en/apps), like [PsiTransfer](https://github.com/YunoHost-Apps/psitransfer_ynh), [pydio](https://github.com/YunoHost-Apps/pydio_ynh), [send](https://github.com/YunoHost-Apps/send_ynh) and [jirafeau](https://github.com/YunoHost-Apps/jirafeau_ynh/tree/master) to name some with golden star
[12:23:44]
<orhtej2> my point being just because wiki can host files does not make it a file sharing platform
[12:26:03]
<@err404:matrix.org> yes, but I apreciate dokuwiki because it did not force to use database, and can store files directly on disk
[14:58:08]
<hook> Does YUNOhost really still require Armbian Bullseye (instead of current stable)?
[15:01:45]
<hook> i.e. currently Bookworm
[15:06:52]
<orhtej2> > <@hook:libera.chat> Does YUNOhost really still require Armbian Bullseye (instead of current stable)?
Yes
[15:08:25]
<hook> Is there any ETA when it will update to Bookworm?
[15:12:51]
*hook does some search
[15:12:58]
<hook> According to the 11.1 release notes in January 2023 it was planned 6-ish months from then, which would be about now-ish.
[15:13:33]
<hook> Given that the issue for that is still open, I guess it still needs a few months. https://github.com/YunoHost/issues/issues/2050
[15:14:04]
<Aleks (he/him/il/lui)> did you even read the top of the thread ...
[15:14:21]
<Aleks (he/him/il/lui)> >We are a volunteer team, we will release stuff when it's stable, and you are welcome to effectively help us getting shit done, but for the love of god don't pressure volunteers as if they owe you something
[15:15:37]
<hook> Oh, I know. I’m not complaining, just trying to figure out whether to wait a bit or figure out how to build an old Armbian image.
[15:16:48]
<hook> Aleks (he/him/il/lui): I did not wan to put pressure at all. I was just trying to understand. “When it’s done” is totally fine, but I wondered if what the vague feeling was.
[15:17:18]
<Aleks (he/him/il/lui)> then for the love of god ask about your actual problem, not your attempted solution ... https://xyproblem.info/
[15:19:13]
<hook> OK, actual problem then: My Olimex Lime 2 (vanilla Armbian) is slowly dying. I’ve got an Globalscale Espressobin that I plan to migrate stuff to.
[15:19:24]
<Aleks (he/him/il/lui)> armbian sometimes still have bookworm downloads available somewhere, eg at the very bottom here : https://www.armbian.com/olimex-lime-2/
[15:19:25]
<hook> How would one go about that with YunoHost?
[15:19:49]
<hook> Aleks (he/him/il/lui): Yes, but YunoHost does not support Bookworm yet.
[15:19:55]
<Aleks (he/him/il/lui)> or i mean bullseye* rather
[15:20:07]
<Aleks (he/him/il/lui)> ah my bad it's bookworm ~_~
[15:20:18]
<Aleks (he/him/il/lui)> i confuse myself with all those versions starting with B
[15:20:30]
<hook> yeah, Debian versioning \o/
[15:20:41]
<Aleks (he/him/il/lui)> Buster, Bullseye, Bookworm
[15:20:49]
<Aleks (he/him/il/lui)> can't wait for Trixie, at least a totally different name
[15:21:02]
<Aleks (he/him/il/lui)> anyway, i think i found some bullseye build hidden somewhere the other day
[15:21:15]
<hook> I think you can build it if you do it yourself.
[15:22:01]
<Aleks (he/him/il/lui)> yeah sure you can build a car yourself but that's not very practical x_x
[15:22:34]
<hook> That’s why I was asking about YunoHost 12 …to see if it makes more sense to wait or to try building
[15:22:38]
<Aleks (he/him/il/lui)> zblerg
[15:23:00]
<Aleks (he/him/il/lui)> it makes more sense to "not wait" for YunoHost 12
[15:23:04]
<hook> Hmmm, found Armbian 23.02 in the archives which is a Bullseye build https://fi.mirror.armbian.de/archive/espressobin/archive/
[15:23:44]
<Aleks (he/him/il/lui)> yes that sounds more reasonable to find where they somehow keep the old bullseye images rather than building yourself, it's a pain in the ass
[15:23:51]
<hook> How’s dist upgrade in YunoHost? Sonuds like an added layer of complications and potential pain.
[15:24:48]
<orhtej2> > <@hook:libera.chat> OK, actual problem then: My Olimex Lime 2 (vanilla Armbian) is slowly dying. I’ve got an Globalscale Espressobin that I plan to migrate stuff to.
Espressobin is supposed to work with stock Debian: https://wiki.debian.org/InstallingDebianOn/Marvell/ESPRESSOBin
[15:25:01]
<Aleks (he/him/il/lui)> if by "dist upgrade" you mean "major version upgrades", we provide a one-click migration that handles all the stuff for you
[15:25:19]
<hook> Aleks (he/him/il/lui): even if it’s Armbian underneath?
[15:25:27]
<Aleks (he/him/il/lui)> yes
[15:25:51]
<hook> Aleks (he/him/il/lui): cool
[15:26:20]
<Aleks (he/him/il/lui)> of course depending on the complexity of your setup such as number of apps (or specific apps), that may not go as smooth as we want, but if you methodically ask for help instead of trying to fix stuff yourself and making stuff worse, usually we can debug and fix thing ~easily
[15:26:34]
<Aleks (he/him/il/lui)> for a lot of people, the migration just works
[15:26:37]
<hook> orhtej2: So does YunoHost have a EspressoBin image ready, or would I still need to go through a manual Debian install and put YunoHost on top?
[15:26:55]
<Aleks (he/him/il/lui)> and for some others, some stuff need to be debugged but they still can go through
[15:27:11]
<Aleks (he/him/il/lui)> some stuff such as installing a graphical environment tend to significantly increase the likelihood for issues
[15:27:28]
<hook> Cool, will first try to get it all installed with YunoHost 11 (+ Armbian) and see how it goes.
[15:29:38]
<orhtej2> > <@hook:libera.chat> orhtej2: So does YunoHost have a EspressoBin image ready, or would I still need to go through a manual Debian install and put YunoHost on top?
Ynh arm builds are broken atm I think, start from fresh debian
[15:30:36]
<hook> orhtej2: …the Armbian route then ;)
[15:37:45]
<hook> Thank you both, I think I’m equipped with enough knowledge to have my first attempt at it :)
[20:27:22]
<fritjof1> tituspijean I can see from my chat, that it was you who kindly tried to help me before.
[20:27:23]
<fritjof1> Did you recieve my output from df -h:Filesystem Size Used Avail Use% Mounted onudev 3.8G 0 3.8G 0% /devtmpfs 776M 1.2M 775M 1% /run/dev/sda1 151G 102G 43G 71% /tmpfs 3.8G 2.2M 3.8G 1% /dev/shmtmpfs 5.0M 0 5.0M 0% /run/lock/dev/sda15 121M 138K 120M 1% /boot/efi/dev/sdb 9.8G 9.8G 0 100% /mnt/hddtmpfs 776M 0 776M 0% /run/user/1007
[20:29:04]
<fritjof1> mkdir /home/yunohost.app
[20:29:04]
<fritjof1> I got to doing this:
[20:29:05]
<fritjof1> mv /home/yunohost.app /home/yunohost.app.bkp
[20:29:36]
<fritjof1> and this:
[20:29:36]
<fritjof1> mount --bind /mnt/hdd/home/yunohost.app /home/yunohost.app
[20:30:03]
<fritjof1> and this:
[20:30:03]
<fritjof1> cp -a /home/yunohost.app.bkp/. /home/yunohost.app/
[20:30:28]
<fritjof1> when it said that there was an error of not enough disk-space and aborted.
[20:31:40]
<fritjof1> and now my yunohost GUI is empty in many places, and my synapse server doesn't work
[20:34:43]
<tituspijean> fritjof1 I see your hard drive is only 10 GB. Can you check it's supposed to be that?
Anyways, your root partition has 43GB free, you should move everything back in there.
[20:36:10]
<fritjof1> My volume is supposed to be 10GB and my "main" drive is supposed to be like 160
[20:39:15]
<tituspijean> That's whzt I see. 9.8GB and 151GB seen by the system. But you have filled up the 10GB of the volume. that leads to your current issues.
[20:42:01]
<fritjof1> Is there a fix for this? Like, can I move the stuff back? Or unmount sdb and rename the directory i took it all from?
[20:46:45]
<tituspijean> The quickest solve would indeed be to unmount, then `mv /home.yunohost.app{.bkp,}`
[20:48:21]
<fritjof1> OK, thanks! I will try that now.
[20:50:00]
<fritjof1> then I type mv /home.yunohost.bkp /home.yunohost.app
[20:50:03]
<fritjof1> ?
[20:50:53]
<tituspijean> mmmh typo sorry
[20:51:29]
<tituspijean> `mv /home/yunohost.app{.bkp,}`
that's equivalent to your `mv /home/yunohost.app.bkp /home/yunohost.app`
[20:52:06]
<fritjof1> Great! just wanted to make sure :)
[20:54:26]
<fritjof1> OK - I did it, and stuff happened. Now I get a new kind of error-message in my Nextcloud:
[20:54:27]
<fritjof1> "
[20:54:30]
<fritjof1> https://docs.nextcloud.com/server/26/go.php?to=admin-dir_permissions"
[20:54:30]
<fritjof1> server write access to the root directory. See
[20:56:26]
<fritjof1> Since my synapse server is also still down, I suspect this is not just an issue for nextcloud, but for the whole yunohost.app directory.
[20:56:27]
<fritjof1> Is it safe to try and reboot the server?
[21:03:55]
<fritjof1> I rebooted and still get the same error
[21:15:54]
<fritjof1> the link to docs.nextcloud just points me to the general manual, so I can't find the solution there.
[21:24:09]
<fritjof1> tituspijean My question is this: How do I give the server write access to the root directory, and why doesn't it have that any more after having been moved to the /dev/sdb and back again?
[21:25:58]
<fritjof1> Does it have any relation to something I did while following: https://yunohost.org/en/external_storage ?
[21:25:59]
<fritjof1> Like, did the "
[21:25:59]
<fritjof1> mount --bind " break something there?