Error when trying to enter user information in admin panel

There really was something there

{"redirected_urls": {"exmple.com/": "exmple.com/lstu"}}

But even after deleting the file it didn’t help and also tried to restart nginx
not helping. The exact same problem

  • Is your domain registered in Yunohost?
  • Does 'yunohost tools regen-conf nginx --dry-run' returns anything ?

English please :grin::grin:

Yes
And yes

Then what does it returns …

Success! The configuration would have been updated for category ‘nginx’
nginx:
applied:
/etc/nginx/conf.d/exmple.com.conf:
status: created
/etc/nginx/conf.d/exmple.com.d/yunohost_local.conf:
status: created
/etc/nginx/conf.d/global.conf:
status: managed
/etc/nginx/conf.d/ssowat.conf:
status: managed
/etc/nginx/conf.d/yunohost_admin.conf:
status: managed
/etc/nginx/conf.d/yunohost_admin.conf.inc:
status: managed
/etc/nginx/conf.d/yunohost_api.conf.inc:
status: managed
/etc/nginx/conf.d/yunohost_panel.conf.inc:
status: managed
/var/www/.well-known/exmple.com/autoconfig/mail/config-v1.1.xml:
status: created
pending:

Then let’s run yunohost tools regen-conf nginx --force

Thanks!!!
It works now !!!
Hope these issues are resolved in the next version
Will I have to run this command after each app installation?
And thanks again

Weeeell nope you shouldn’t have to … it’s not clear how that happened, it looks like 2 overlapping issues …

Can you tell if you did anything special about adding/removing domains ? Like is this domain you’re using right now the one you defined during the post-install ? Or did you add/remove domains in the meantime ? (Not that you shouldn’t do this but I’m trying to figure out a possible origin for the bug)

No, I did not remove the domain I use
I just set it in post-install and that’s it
I did not change anything in the domain after the post-install

Well I forgot about all the context of this post and all the issues that popped up … I don’t understand why so many things exploded …

The initial issue was also about a dovecot configuration not matching the regen-conf … I don’t understand how the system ended up in that state …

Does running 'yunohost tools regen-conf --dry-run' display other things ?

(maybe dnsmasq but that’s expected)

Success! The configuration would have been updated for category 'nginx'
nginx:
  applied:
    /etc/nginx/conf.d/exmple.com.conf:
      status: created
    /etc/nginx/conf.d/exmple.com.d/yunohost_local.conf:
      status: created
    /etc/nginx/conf.d/global.conf:
      status: managed
    /etc/nginx/conf.d/ssowat.conf:
      status: managed
    /etc/nginx/conf.d/yunohost_admin.conf:
      status: managed
    /etc/nginx/conf.d/yunohost_admin.conf.inc:
      status: managed
    /etc/nginx/conf.d/yunohost_api.conf.inc:
      status: managed
    /etc/nginx/conf.d/yunohost_panel.conf.inc:
      status: managed
    /var/www/.well-known/exmple.com/autoconfig/mail/config-v1.1.xml:
      status: created
  pending:
root@apps:~# yunohost tools regen-conf nginx --force
Success! Configuration updated for 'nginx'
nginx:
  applied:
    /etc/nginx/conf.d/exmple.com.conf:
      status: force-created
    /etc/nginx/conf.d/exmple.com.d/yunohost_local.conf:
      status: force-created
    /etc/nginx/conf.d/global.conf:
      status: managed
    /etc/nginx/conf.d/ssowat.conf:
      status: managed
    /etc/nginx/conf.d/yunohost_admin.conf:
      status: managed
    /etc/nginx/conf.d/yunohost_admin.conf.inc:
      status: managed
    /etc/nginx/conf.d/yunohost_api.conf.inc:
      status: managed
    /etc/nginx/conf.d/yunohost_panel.conf.inc:
      status: managed
    /var/www/.well-known/exmple.com/autoconfig/mail/config-v1.1.xml:
      status: force-created
  pending:
root@apps:~# nano /etc/nginx/conf.d/exmple.com.conf
root@apps:~# yunohost tools regen-conf --dry-run
Info: The configuration file '/etc/default/glances' is now managed by YunoHost (category glances).
Success! The configuration would have been updated for category 'glances'
Info: The configuration file '/etc/metronome/metronome.cfg.lua' is now managed by YunoHost (category metronome).
Success! The configuration would have been updated for category 'metronome'
Info: The configuration file '/etc/postfix/master.cf' is now managed by YunoHost (category postfix).
Info: The configuration file '/etc/postfix/main.cf' is now managed by YunoHost (category postfix).
Info: The configuration file '/etc/default/postsrsd' is now managed by YunoHost (category postfix).
Success! The configuration would have been updated for category 'postfix'
Success! The configuration would have been updated for category 'rspamd'
Info: The configuration file '/etc/default/dnsmasq' is now managed by YunoHost (category dnsmasq).
Info: The configuration file '/etc/dnsmasq.conf' is now managed by YunoHost (category dnsmasq).
Success! The configuration would have been updated for category 'dnsmasq'
Info: The configuration file '/etc/fail2ban/jail.conf' is now managed by YunoHost (category fail2ban).
Success! The configuration would have been updated for category 'fail2ban'
Info: The configuration file '/etc/mysql/my.cnf' is now managed by YunoHost (category mysql).
Success! The configuration would have been updated for category 'mysql'
Info: The configuration file '/etc/avahi/avahi-daemon.conf' is now managed by YunoHost (category avahi-daemon).
Success! The configuration would have been updated for category 'avahi-daemon'
Success! The configuration would have been updated for category 'slapd'
avahi-daemon:
  applied:
    /etc/avahi/avahi-daemon.conf:
      status: new
  pending:
dnsmasq:
  applied:
    /etc/default/dnsmasq:
      status: new
    /etc/dnsmasq.conf:
      status: new
    /etc/dnsmasq.d/exmple.com:
      status: created
    /etc/resolv.dnsmasq.conf:
      status: created
  pending:
fail2ban:
  applied:
    /etc/fail2ban/filter.d/yunohost.conf:
      status: created
    /etc/fail2ban/jail.conf:
      status: new
    /etc/fail2ban/jail.d/yunohost-jails.conf:
      status: created
  pending:
glances:
  applied:
    /etc/default/glances:
      status: new
  pending:
metronome:
  applied:
    /etc/metronome/conf.d/exmple.com.cfg.lua:
      status: created
    /etc/metronome/metronome.cfg.lua:
      status: new
  pending:
mysql:
  applied:
    /etc/mysql/my.cnf:
      status: new
  pending:
postfix:
  applied:
    /etc/default/postsrsd:
      status: new
    /etc/postfix/header_checks:
      status: created
    /etc/postfix/ldap-accounts.cf:
      status: created
    /etc/postfix/ldap-aliases.cf:
      status: created
    /etc/postfix/ldap-domains.cf:
      status: created
    /etc/postfix/main.cf:
      status: new
    /etc/postfix/master.cf:
      status: new
    /etc/postfix/sender_canonical:
      status: created
    /etc/postfix/smtp_reply_filter:
      status: created
  pending:
rspamd:
  applied:
    /etc/dovecot/global_script/rspamd.sieve:
      status: created
    /etc/rspamd/local.d/dkim_signing.conf:
      status: created
    /etc/rspamd/local.d/metrics.conf:
      status: created
  pending:
slapd:
  applied:
    /etc/default/slapd:
      status: managed
    /etc/ldap/ldap.conf:
      status: managed
    /etc/ldap/schema/mailserver.schema:
      status: managed
    /etc/ldap/schema/sudo.schema:
      status: managed
    /etc/ldap/schema/yunohost.schema:
      status: managed
    /etc/ldap/slapd.conf:
      status: managed
  pending:

It turns out that I copied a bit more

Well then … You should probably run yunohost tools regen-conf --force

But that’s really weird, like … When you ran the postinstall initially, didn’t you saw a bunch of errors ? Did it even complete …?

He failed at Firewall but everything “worked” :sweat_smile: so I thought he just couldn’t do it.

After running it, the Monitoring also works now

é_è

What hardware are you running ?

If you have some patience it would be nice to investigate the postinstallation log … :

yunohost log list | grep postinstall | grep name | awk '{print $2}'

should show some ID … then using that ID :

yunohost log display --share <the ID you found>

https://paste.yunohost.org/raw/omekuniger

VM runs in Proxmox
In the VM
2 Cores
2GB Ram

Alright so the original issue during postinstall is a bit hidden but :

ValueError: unknown locale: en_IL

Same error as earlier so that explains many things about why the regen-conf was not performed … Thanks

So all the problems were because of the unknown locale: en_IL?
Really annoying …

Yeah … So it’s fixed now

But the fact that half the postinstall crashed because of the firewall failing to reload is also debatable

(On the other hand, having zero firewall is really not cool for a server)