Edit: So I did a little tweaking, and the main issue is where I set $upstream_app.

 

In the conf below, I try setting it to openeats.

If I set it to my server IP, works perfectly fine.

Is this a docker issue or a reverse proxy issue?

All my other confs work with using the docker name as the upstream_app.
I also have ensured that my "ALLOWED_HOST:" is set to * currently. So that shouldn't be limiting it.

 

 

 

 

Original Problem:

 

I've got an interest issue with the reverse proxy setup.

Using the subdomain conf in the first post, I can connect perfectly fine.

But I tried to update the conf to use proxy_pass, as I do with the rest of my confs through swag/letsencrypt, and now it just says "Loading" with the dots on open eats. I have updated open eats network to be "proxynet" which is used for all my containers in the reverse proxy.

 

Quote

 

Here is my proxy conf:

server {
    listen 443 ssl;
    listen [::]:443 ssl;

    server_name openeats.*;

    include /config/nginx/ssl.conf;

    client_max_body_size 0;

    # enable for ldap auth, fill in ldap details in ldap.conf
    #include /config/nginx/ldap.conf;

    # enable for Authelia
    #include /config/nginx/authelia-server.conf;

    location / {
        # enable the next two lines for http auth
        #auth_basic "Restricted";
        #auth_basic_user_file /config/nginx/.htpasswd;

        # enable the next two lines for ldap auth
        #auth_request /auth;
        #error_page 401 =200 /ldaplogin;

        # enable for Authelia
        #include /config/nginx/authelia-location.conf;

        include /config/nginx/proxy.conf;
        resolver 127.0.0.11 valid=30s;
        set $upstream_app openeats;
        set $upstream_port 8760;
        set $upstream_proto http;
        proxy_pass $upstream_proto://$upstream_app:$upstream_port;

    }
}

 

 

Edited February 4, 20215 yr by matt_erbeck
Added more info

I have a similar problem.
I also only see the start page with the three dots.

 

Well, I hope this forums is still viewed... At any rate, I have a question regarding how to input recipe text.

If I enter the following it shows up  like:

 

Enter this:

Header:

text here

 

Looks like:

Header

1. text here

 

Does anyone have a cheat sheet on how to enter text such that I can enter sub bullets or tabbed references. 

 

Example:

Header:

1. text here

• additional text here

Any help is appreciated.

 

Thank you.

 

On 4/19/2021 at 1:08 PM, mfwade said:

Well, I hope this forums is still viewed... At any rate, I have a question regarding how to input recipe text.

If I enter the following it shows up  like:

 

Enter this:

Header:

text here

 

Looks like:

Header

1. text here

 

Does anyone have a cheat sheet on how to enter text such that I can enter sub bullets or tabbed references. 

 

Example:

Header:

1. text here

• additional text here

Any help is appreciated.

 

Thank you.

 

I too, am interested in creating sub-bullets. Would be pretty awesome if there was a list of shortcuts to "stylize" the text in the recipes. 

I just upgraded to Unraid 7.0.0 and OpenEats has stopped working. I'm not very well versed in python, but it looks like there's an issue with django perhaps? I've attached my log below. I can access the webGUI, but nothing seems to be populating from the database. I physically checked the database and everything appears to be there and everything appears to be configured correctly in the container settings.

For what its worth, I also attempted to do a fresh install in another container and it never auto-created the tables. It just spat out an error that stated table "[NAME OF THE TABLE I PICKED].auth_user" doesn't exist...which obviously it doesn't, it was a fresh install.

 

Traceback (most recent call last):
  File "/code/manage.py", line 10, in <module>
    execute_from_command_line(sys.argv)
  File "/usr/lib/python3.8/site-packages/django/core/management/__init__.py", line 401, in execute_from_command_line
    utility.execute()
  File "/usr/lib/python3.8/site-packages/django/core/management/__init__.py", line 395, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
  File "/usr/lib/python3.8/site-packages/django/core/management/base.py", line 330, in run_from_argv
    self.execute(*args, **cmd_options)
  File "/usr/lib/python3.8/site-packages/django/core/management/base.py", line 371, in execute
    output = self.handle(*args, **options)
  File "/usr/lib/python3.8/site-packages/django/core/management/base.py", line 85, in wrapped
    res = handle_func(*args, **kwargs)
  File "/usr/lib/python3.8/site-packages/django/core/management/commands/migrate.py", line 75, in handle
    self.check(databases=[database])
  File "/usr/lib/python3.8/site-packages/django/core/management/base.py", line 392, in check
    all_issues = checks.run_checks(
  File "/usr/lib/python3.8/site-packages/django/core/checks/registry.py", line 70, in run_checks
    new_errors = check(app_configs=app_configs, databases=databases)
  File "/usr/lib/python3.8/site-packages/django/core/checks/database.py", line 13, in check_database_backends
    issues.extend(conn.validation.check(**kwargs))
  File "/usr/lib/python3.8/site-packages/django/db/backends/mysql/validation.py", line 9, in check
    issues.extend(self._check_sql_mode(**kwargs))
  File "/usr/lib/python3.8/site-packages/django/db/backends/mysql/validation.py", line 13, in _check_sql_mode
    if not (self.connection.sql_mode & {'STRICT_TRANS_TABLES', 'STRICT_ALL_TABLES'}):
  File "/usr/lib/python3.8/site-packages/django/utils/functional.py", line 48, in __get__
    res = instance.__dict__[self.name] = self.func(instance)
  File "/usr/lib/python3.8/site-packages/django/db/backends/mysql/base.py", line 377, in sql_mode
    cursor.execute('SELECT @@sql_mode')
  File "/usr/lib/python3.8/site-packages/django/db/backends/utils.py", line 66, in execute
    return self._execute_with_wrappers(sql, params, many=False, executor=self._execute)
  File "/usr/lib/python3.8/site-packages/django/db/backends/utils.py", line 75, in _execute_with_wrappers
    return executor(sql, params, many, context)
  File "/usr/lib/python3.8/site-packages/django/db/backends/utils.py", line 82, in _execute
    return self.cursor.execute(sql)
  File "/usr/lib/python3.8/site-packages/django/db/backends/mysql/base.py", line 73, in execute
    return self.cursor.execute(query, args)
  File "/usr/lib/python3.8/site-packages/MySQLdb/cursors.py", line 206, in execute
    res = self._query(query)
  File "/usr/lib/python3.8/site-packages/MySQLdb/cursors.py", line 321, in _query
    self._post_get_result()
  File "/usr/lib/python3.8/site-packages/MySQLdb/cursors.py", line 355, in _post_get_result
    self._rows = self._fetch_row(0)
  File "/usr/lib/python3.8/site-packages/MySQLdb/cursors.py", line 328, in _fetch_row
    return self._result.fetch_row(size, self._fetch_type)
decimal.InvalidOperation: [<class 'decimal.ConversionSyntax'>]

170 static files copied to '/code/static-files'.
Starting OpenEats as root
[2025-01-12 18:28:05 -0500] [35] [INFO] Starting gunicorn 20.0.4
[2025-01-12 18:28:05 -0500] [35] [INFO] Listening at: http://0.0.0.0:8000 (35)
[2025-01-12 18:28:05 -0500] [35] [INFO] Using worker: sync
[2025-01-12 18:28:05 -0500] [38] [INFO] Booting worker with pid: 38
[2025-01-12 18:28:05 -0500] [39] [INFO] Booting worker with pid: 39
[2025-01-12 18:28:05 -0500] [40] [INFO] Booting worker with pid: 40
[2025-01-12 18:28:05 -0500] [41] [INFO] Booting worker with pid: 41
[2025-01-12 18:28:05 -0500] [42] [INFO] Booting worker with pid: 42

 

Edited January 12, 20251 yr by CrispyFrizzles

I'm also experiencing the same problems as stated above. No recipes since upgrading to Unraid 7.0. I'll add that since the upgrade the OpenEats container shows up as a "3rd Party" container in the GUI.

Sorry all - I have long since stopped using OpenEats in favor of Mealie and haven't used this container myself in years at this point. 

 

I have no idea why it would be showing as "3rd party" Though - it's using a DockerHub repo of https://hub.docker.com/r/bramblegb/openeats/

 

No idea why updating to 7.0 would cause it to stop working either? Very odd.

On 1/14/2025 at 11:44 AM, CorneliousJD said:

Sorry all - I have long since stopped using OpenEats in favor of Mealie and haven't used this container myself in years at this point. 

 

I have no idea why it would be showing as "3rd party" Though - it's using a DockerHub repo of https://hub.docker.com/r/bramblegb/openeats/

 

No idea why updating to 7.0 would cause it to stop working either? Very odd.

I thought it was weird too, especially since I tried your tandoor container, which also uses Django and it works great. I'll have to give mealie a look as well.

 

Update: I switched to Mealie.

Edited January 15, 20251 yr by CrispyFrizzles

Just FYI, I had the same decimal.ConversionSyntax errors and was able to resolve them by downgrading my linuxserver/mariadb to 10.11.10 from latest (11.4.4). Prior to downgrade I dumped everything with mariadb-dump and was able to restore using the dump sql file pretty easily. I was also prompted to run mariadb-upgrade on the 10.11.10 version, which I think I did after restoring.