[01:57:57]
<Solrac> Hello. I have a question. Is there a way to access one's own yunohost services/apps from the localnetwork ? (ie (YunoHostLocalIP:AppPort/))
[04:25:35]
<tituspijean[m]> Generally, no.
What do you need to do?
[09:27:39]
<rodinux> Hello, I have try install unfornatelly dollbarr_ynh on branch testing, I wanted to set it with a specific group on the install, the install was stopped with ` curl --silent --show-error --insecure --location --header 'Host: dolibarrmix.maindomain.tld' --resolve dolibarrmix.maindomain.tld:443:127.0.0.1 --data testpost=ok https://localhost/install/fileconf.php --cookie-jar /tmp/ynh-dolibarr-cookie.txt --cookie /tmp/ynh-dolibarr-cookie.txt` so I interrupt the install... but it seems it have brake my instance !! need help
[09:31:42]
<rodinux> some logs
https://paste.yunohost.org/raw/awivizijug
[09:31:55]
<rodinux> https://paste.yunohost.org/raw/zoyaziyiko
[09:36:24]
<rodinux> What's this hell !
[09:44:59]
<rodinux> I see in the logs
```
2025-06-17 11:15:07,699: DEBUG - The following packages will be REMOVED:
2025-06-17 11:15:07,701: DEBUG - dolibarr-ynh-deps* php8.2-imagick* php8.2-imap*
```
Does I need php8.2-imap ??
[09:47:07]
<Aleks (he/him/il/lui)> .... if something "brake" explain what actually is broken ...
[09:48:17]
<rodinux> I don't understand, I can't access to all my sites and yunohose portal on a navigator...
[09:49:47]
<rodinux> Or it could be cookies or some cache ??
[09:50:27]
<rodinux> On tor, I see no https...
[09:50:59]
<rodinux> something is going wrong...
[09:53:12]
<Aleks (he/him/il/lui)> if you "can't access" then what exactly happens
[09:53:32]
<Aleks (he/him/il/lui)> and is nginx working if you chck `systemctl status nginx`
[09:53:51]
<rodinux> I am still connected on ssh to the server
[09:54:45]
<rodinux> seems ok
```
systemctl status nginx
● nginx.service - A high performance web server and a reverse proxy server
Loaded: loaded (/lib/systemd/system/nginx.service; enabled; preset: enabled)
Active: active (running) since Thu 2025-04-10 00:46:11 CEST; 2 months 7 days ago
Docs: man:nginx(8)
Process: 1946363 ExecReload=/usr/sbin/nginx -g daemon on; master_process on; -s reload (code=exited, status=0/SUCCESS)
Main PID: 3814292 (nginx)
Tasks: 14 (limit: 38343)
Memory: 569.6M
CPU: 2h 45min 59.511s
CGroup: /system.slice/nginx.service
├─1390675 "nginx: worker process is shutting down"
├─1741706 "nginx: worker process is shutting down"
├─1741708 "nginx: worker process is shutting down"
├─1884144 "nginx: worker process is shutting down"
├─1891862 "nginx: worker process is shutting down"
├─1945456 "nginx: master process /usr/sbin/nginx -g daemon on; master_process on;"
├─1945459 "nginx: master process /usr/sbin/nginx -g daemon on; master_process on;"
├─1945460 "nginx: master process /usr/sbin/nginx -g daemon on; master_process on;"
├─1945461 "nginx: master process /usr/sbin/nginx -g daemon on; master_process on;"
├─1945462 "nginx: master process /usr/sbin/nginx -g daemon on; master_process on;"
├─1945463 "nginx: master process /usr/sbin/nginx -g daemon on; master_process on;"
├─1945464 "nginx: master process /usr/sbin/nginx -g daemon on; master_process on;"
└─3814292 "nginx: master process /usr/sbin/nginx -g daemon on; master_process on;"
Jun 17 11:15:05 linux07.fr nginx[1946363]: 2025/06/17 11:15:05 [warn] 1946363#1946363: "ssl_stapling" ignored, no OCSP responder URL in the certificate "/etc>
Jun 17 11:15:05 linux07.fr nginx[1946363]: 2025/06/17 11:15:05 [warn] 1946363#1946363: "ssl_stapling" ignored, no OCSP responder URL in the certificate "/etc>
Jun 17 11:15:05 linux07.fr nginx[1946363]: 2025/06/17 11:15:05 [warn] 1946363#1946363: "ssl_stapling" ignored, no OCSP responder URL in the certificate "/etc>
Jun 17 11:15:05 linux07.fr nginx[1946363]: 2025/06/17 11:15:05 [warn] 1946363#1946363: "ssl_stapling" ignored, no OCSP responder URL in the certificate "/etc>
Jun 17 11:15:05 linux07.fr nginx[1946363]: 2025/06/17 11:15:05 [warn] 1946363#1946363: "ssl_stapling" ignored, no OCSP responder URL in the certificate "/etc>
Jun 17 11:15:05 linux07.fr nginx[1946363]: 2025/06/17 11:15:05 [warn] 1946363#1946363: "ssl_stapling" ignored, no OCSP responder URL in the certificate "/etc>
Jun 17 11:15:05 linux07.fr nginx[1946363]: 2025/06/17 11:15:05 [warn] 1946363#1946363: "ssl_stapling" ignored, no OCSP responder URL in the certificate "/etc>
Jun 17 11:15:05 linux07.fr nginx[1946363]: 2025/06/17 11:15:05 [warn] 1946363#1946363: could not build optimal variables_hash, you should increase either var>
Jun 17 11:15:05 linux07.fr nginx[1946363]: 2025/06/17 11:15:05 [notice] 1946363#1946363: signal process started
Jun 17 11:15:05 linux07.fr systemd[1]: Reloaded nginx.service - A high performance web server and a reverse proxy server.
```
[09:58:32]
<rodinux> It's OK, sorry... I think it was something with the cookies...
[10:10:37]
<rodinux> I try again if I could install the testing branch using a specific group allowed...
[10:47:06]
<Hook> If I have `domain.example` as my main domain and several subdomains like `sub1.domain.example`, should the main domain’s Let’s Encrypt certificate cover all subdomains or do I need to continue maintaining one for each subdomain?
[11:02:38]
<miro5001> Every domain and subdomain has its own certificate. Yunohost manages automatically these certificates, unless you have custom
[11:43:06]
<Hook> Thanks, miro5001, that was my impression so far too. But since YNH 12 subdomains get grouped under their “main” domain in the admin view, so I was wondering if that actually does or simplifies anything apart from having a more organised overview of domains used.
[11:46:15]
<rodinux> the portal api stay on the top domain, even if the main domain is a sub.domain
[13:18:14]
<Hook> Pipe upgrade failed: https://paste.yunohost.org/ofohulumis
[13:32:36]
<Aleks (he/him/il/lui)> urgh, *Java*
[13:34:21]
<Aleks (he/him/il/lui)> naively this looks like a temporary network issue, does it happen again if you try again to upgrade ?
[13:52:13]
<rodinux> I try make a backup create --sytem, the archive is big `will contain about 158.4GB of data` but it sooo long '~= 1hour)... I am afraid try interrupt...
[14:04:03]
<rodinux> Is there a way to see if something is going wrong ?
[14:05:01]
<orhtej2> > <@rodinux:matrix.org> Is there a way to see if something is going wrong ?
Htop or du?
[14:13:42]
<rodinux> I see the .tar file not the info.json...
[14:15:08]
<rodinux> Ok, it is continuing doing a `du -sh /home/yunohost.backup/archives/` it is growing after a few time...
[14:18:45]
<rodinux> perhaps I should have better stop postfix and imap services before... They use amount of mails...
[14:36:47]
<miro5001> `iotop` can also be helpful herr
[14:36:48]
<miro5001> *here
[14:40:51]
<rodinux> thanks miro5001 I will wait just now it's around 1mn = 1Go...
[14:46:52]
<miro5001> Less than 3 hours ⏳
[14:50:39]
<rodinux> it begins at 12:36:54... but ending soon
[14:59:42]
<rodinux> woops... just when it could finish
```
Error: Could not add the files '/var/mail' (named in the archive 'data/mail') to be backed up into the compressed archive '/home/yunohost.backup/archives/20250617-123654.tar'
Info: The operation 'Create a backup archive' could not be completed. Please share the full log of this operation using the command 'yunohost log share 20250617-123654-backup_create' to get help
Error: Could not create the backup archive
```
[15:02:18]
<rodinux> https://paste.yunohost.org/raw/qaluyasela
[15:02:20]
<rodinux> doesn't matter, I have to do a migration to YNH12, I will content of a snapshot
[15:16:37]
<rodinux> It's strange, I can't connect on the webadmin after disconnecting...
[15:18:01]
<rodinux> I have to restart yunohost-api
[15:19:16]
<rodinux> it's like frozzen when try to get the backup local folder...
[15:21:05]
<rodinux> I would like to do at less a backup of system except the mails too big and source of errors...
[15:22:08]
<Aleks (he/him/il/lui)> in the webadmin you can choose what to backup exactly ... or from the CLI there's also some option, cant remember which exactly, see `--help`
[15:23:54]
<rodinux> Ok I found it
[15:24:59]
<rodinux> for the backup not well finished, it's better remove it ?
[15:26:48]
<rodinux> I think so, the tar have not info.json
[15:40:33]
<miro5001> Backup everything but mail. Then backup only mail.
It seems there is something wrong with the mail folder
[15:47:36]
<rodinux> Thanks... well I have backup all others --system conf_ldap, conf_ynh_certs, conf_ynh_settings, data_home, data_multimedia, data_xmpp, then make a snapshot (a vm on proxmox)... And let's go I am starting the migration to YNH12...
[16:36:26]
<Hook> > <@Alekswag:matrix.org> naively this looks like a temporary network issue, does it happen again if you try again to upgrade ?
Good call. Now it worked fine.
[16:36:30]
<Hook> Thanks.
[23:21:53]
<rodinux> Un ami veut utiliser MailChimp (je sais c'est pas beau) sur un wordpress avec son serveur Yunohost hébergé sur un VPS de OVH, son nom de domaine est chez online (scaleway) et sur mailchimp on lui demande «Nous devons savoir qui est votre fournisseur DNS afin de pouvoir vous aider à chaque étape de ce processus.» J'ai un doute du coup. OVH ? Scalway ? son nom de domaine Yunohost ?
[23:24:51]
<rodinux> Je dirais online du coup ? puisque c'est la zone dns ?
[23:41:41]
<Aleks (he/him/il/lui)> beh tu dis toi même que "son nom de domaine est chez online (scaleway)" x_x
[23:43:01]
<rodinux> oui, désolé, c'est une question bête et en la posant ça me saute aux yeux....
[23:45:44]
<rodinux> en fait je l'aurais bien convaincu d'utiliser plutôt une application de Yunohost, mais pas évidant... ListMonk, je lui avais montré, mais pas facile à prendre en main et il envoi en masse tout de même...