Error on running migration

[llagerlof]

Environment:

• EndeavourOS

I installed it using the docker command that you provided as a normal user (inside an empty directory).

docker run -d \
  --name open-notebook \
  -p 8502:8502 -p 5055:5055 \
  -v ./notebook_data:/app/data \
  -v ./surreal_data:/mydata \
  -e OPENAI_API_KEY=your_key \
  lfnovo/open_notebook:latest-single

The container runs normally, I think:

$ docker ps
CONTAINER ID   IMAGE                                COMMAND                  CREATED          STATUS                 PORTS                                                                                      NAMES
22fe982dfa0d   lfnovo/open_notebook:latest-single   "/usr/bin/supervisor…"   14 minutes ago   Up 2 seconds           0.0.0.0:5055->5055/tcp, [::]:5055->5055/tcp, 0.0.0.0:8502->8502/tcp, [::]:8502->8502/tcp   open-notebook

I access http://localhost:8502/ and when I click the button Run migration an exception is raised:

Exception: {'code': -32000, 'message': 'There was a problem with the database: There was a problem with authentication'}

Full exception message (Traceback)

Traceback:

File "/app/.venv/lib/python3.12/site-packages/streamlit/runtime/scriptrunner/exec_code.py", line 128, in exec_func_with_error_handling
    result = func()
             ^^^^^^
File "/app/.venv/lib/python3.12/site-packages/streamlit/runtime/scriptrunner/script_runner.py", line 667, in code_to_exec
    _mpa_v1(self._main_script_path)
File "/app/.venv/lib/python3.12/site-packages/streamlit/runtime/scriptrunner/script_runner.py", line 165, in _mpa_v1
    page.run()
File "/app/.venv/lib/python3.12/site-packages/streamlit/navigation/page.py", line 300, in run
    exec(code, module.__dict__)  # noqa: S102
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/app/app_home.py", line 15, in <module>
    setup_page("📒 Open Notebook", sidebar_state="collapsed")
File "/app/pages/stream_app/utils.py", line 177, in setup_page
    check_migration()
File "/app/pages/stream_app/utils.py", line 111, in check_migration
    mm.run_migration_up()
File "/app/open_notebook/database/migrate.py", line 26, in run_migration_up
    asyncio.run(self._async_manager.run_migration_up())
File "/app/.venv/lib/python3.12/site-packages/nest_asyncio.py", line 30, in run
    return loop.run_until_complete(task)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/app/.venv/lib/python3.12/site-packages/nest_asyncio.py", line 98, in run_until_complete
    return f.result()
           ^^^^^^^^^^
File "/usr/local/lib/python3.12/asyncio/futures.py", line 202, in result
    raise self._exception.with_traceback(self._exception_tb)
File "/usr/local/lib/python3.12/asyncio/tasks.py", line 314, in __step_run_and_handle_result
    result = coro.send(None)
             ^^^^^^^^^^^^^^^
File "/app/open_notebook/database/async_migrate.py", line 137, in run_migration_up
    await self.runner.run_all()
File "/app/open_notebook/database/async_migrate.py", line 72, in run_all
    await self.up_migrations[i].run(bump=True)
File "/app/open_notebook/database/async_migrate.py", line 39, in run
    async with db_connection() as connection:
               ^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/contextlib.py", line 210, in __aenter__
    return await anext(self.gen)
           ^^^^^^^^^^^^^^^^^^^^^
File "/app/open_notebook/database/repository.py", line 50, in db_connection
    await db.signin(
File "/app/.venv/lib/python3.12/site-packages/surrealdb/connections/async_ws.py", line 139, in signin
    response = await self._send(message, "signing in")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/app/.venv/lib/python3.12/site-packages/surrealdb/connections/async_ws.py", line 88, in _send
    self.check_response_for_error(response, process)
File "/app/.venv/lib/python3.12/site-packages/surrealdb/connections/utils_mixin.py", line 6, in check_response_for_error
    raise Exception(response.get("error"))

[0fflineuser]

Hi,
I got the same problem.

[lfnovo]

Guys, can you take a look at this for now? #97

I will fix the next release so passing this variables is not needed anymore. But you can quickly fix it by just passing the surreal variables to the docker command

[0fflineuser]

@lfnovo
Thanks, that works.