hassio-addons / addon-appdaemon

AppDaemon4 - Home Assistant Community Add-ons
https://addons.community
MIT License
151 stars 47 forks source link

AppDaemon stops after updating to 0.15.0 #287

Closed PeterAndreS closed 8 months ago

PeterAndreS commented 10 months ago

Problem/Motivation

(Why the issue was filed) Stoped working!

Expected behavior

(What you expected to happen)

Actual behavior

(What actually happened)

Steps to reproduce

(How can someone else make/see it happen) Latest update of AppDaemon:

Proposed changes

(If you have a proposed change, workaround or fix, describe the rationale behind it)

Log:

Looking in indexes: https://pypi.org/simple, https://wheels.home-assistant.io/musllinux-index/
Collecting influxdb
  Obtaining dependency information for influxdb from https://wheels.home-assistant.io/musllinux-index/influxdb-5.3.1-py2.py3-none-any.whl.metadata
  Downloading https://wheels.home-assistant.io/musllinux-index/influxdb-5.3.1-py2.py3-none-any.whl.metadata (6.0 kB)
Requirement already satisfied: python-dateutil>=2.6.0 in /usr/lib/python3.11/site-packages (from influxdb) (2.8.2)
Requirement already satisfied: pytz in /usr/lib/python3.11/site-packages (from influxdb) (2023.3.post1)
Requirement already satisfied: requests>=2.17.0 in /usr/lib/python3.11/site-packages (from influxdb) (2.28.2)
Requirement already satisfied: six>=1.10.0 in /usr/lib/python3.11/site-packages (from influxdb) (1.16.0)
Collecting msgpack (from influxdb)
  Downloading https://wheels.home-assistant.io/musllinux-index/msgpack-1.0.7-cp311-cp311-musllinux_1_2_x86_64.whl (240 kB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 240.6/240.6 kB 7.2 MB/s eta 0:00:00
Requirement already satisfied: charset-normalizer<4,>=2 in /usr/lib/python3.11/site-packages (from requests>=2.17.0->influxdb) (3.3.2)
Requirement already satisfied: idna<4,>=2.5 in /usr/lib/python3.11/site-packages (from requests>=2.17.0->influxdb) (3.4)
Requirement already satisfied: urllib3<1.27,>=1.21.1 in /usr/lib/python3.11/site-packages (from requests>=2.17.0->influxdb) (1.26.18)
Requirement already satisfied: certifi>=2017.4.17 in /usr/lib/python3.11/site-packages (from requests>=2.17.0->influxdb) (2023.7.22)
Downloading https://wheels.home-assistant.io/musllinux-index/influxdb-5.3.1-py2.py3-none-any.whl (77 kB)
   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 77.9/77.9 kB 10.5 MB/s eta 0:00:00
Downloading https://wheels.home-assistant.io/musllinux-index/influxdb-5.3.1-py2.py3-none-any.whl (77 kB)
   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 77.9/77.9 kB 48.4 MB/s eta 0:00:00
Installing collected packages: msgpack, influxdb
Successfully installed influxdb-5.3.1 msgpack-1.0.7
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv
Looking in indexes: https://pypi.org/simple, https://wheels.home-assistant.io/musllinux-index/
Collecting influxdb-client
  Downloading influxdb_client-1.38.0-py3-none-any.whl (743 kB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 743.5/743.5 kB 16.1 MB/s eta 0:00:00
Collecting reactivex>=4.0.4 (from influxdb-client)
  Downloading reactivex-4.0.4-py3-none-any.whl (217 kB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 217.8/217.8 kB 30.1 MB/s eta 0:00:00
Requirement already satisfied: certifi>=14.05.14 in /usr/lib/python3.11/site-packages (from influxdb-client) (2023.7.22)
Requirement already satisfied: python-dateutil>=2.5.3 in /usr/lib/python3.11/site-packages (from influxdb-client) (2.8.2)
Requirement already satisfied: setuptools>=21.0.0 in /usr/lib/python3.11/site-packages (from influxdb-client) (67.7.2)
Requirement already satisfied: urllib3>=1.26.0 in /usr/lib/python3.11/site-packages (from influxdb-client) (1.26.18)
Requirement already satisfied: six>=1.5 in /usr/lib/python3.11/site-packages (from python-dateutil>=2.5.3->influxdb-client) (1.16.0)
Collecting typing-extensions<5.0.0,>=4.1.1 (from reactivex>=4.0.4->influxdb-client)
  Downloading https://wheels.home-assistant.io/musllinux-index/typing_extensions-4.8.0-py3-none-any.whl (31 kB)
Installing collected packages: typing-extensions, reactivex, influxdb-client
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv
Successfully installed influxdb-client-1.38.0 reactivex-4.0.4 typing-extensions-4.8.0
Looking in indexes: https://pypi.org/simple, https://wheels.home-assistant.io/musllinux-index/
Collecting pyeloverblik
  Downloading pyeloverblik-0.4.1-py3-none-any.whl (10 kB)
Requirement already satisfied: requests in /usr/lib/python3.11/site-packages (from pyeloverblik) (2.28.2)
Requirement already satisfied: charset-normalizer<4,>=2 in /usr/lib/python3.11/site-packages (from requests->pyeloverblik) (3.3.2)
Requirement already satisfied: idna<4,>=2.5 in /usr/lib/python3.11/site-packages (from requests->pyeloverblik) (3.4)
Requirement already satisfied: urllib3<1.27,>=1.21.1 in /usr/lib/python3.11/site-packages (from requests->pyeloverblik) (1.26.18)
Requirement already satisfied: certifi>=2017.4.17 in /usr/lib/python3.11/site-packages (from requests->pyeloverblik) (2023.7.22)
Installing collected packages: pyeloverblik
Successfully installed pyeloverblik-0.4.1
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv
Looking in indexes: https://pypi.org/simple, https://wheels.home-assistant.io/musllinux-index/
Collecting pythermiagenesis
  Downloading pythermiagenesis-0.1.7-py3-none-any.whl (17 kB)
Collecting pymodbustcp==0.1.10 (from pythermiagenesis)
  Downloading pyModbusTCP-0.1.10.tar.gz (17 kB)
  Preparing metadata (setup.py): started
  Preparing metadata (setup.py): finished with status 'done'
Building wheels for collected packages: pymodbustcp
  Building wheel for pymodbustcp (setup.py): started
  Building wheel for pymodbustcp (setup.py): finished with status 'done'
  Created wheel for pymodbustcp: filename=pyModbusTCP-0.1.10-py3-none-any.whl size=16967 sha256=80bb452965f419b076c01d10bfe8cd09ccaf2ad63af106604764e73602b5e9e0
  Stored in directory: /tmp/pip-ephem-wheel-cache-z5irjpra/wheels/76/37/f4/816d7f608bcbac7b6dc96c59d366bf10af2ca12cc99bb207a3
Successfully built pymodbustcp
Installing collected packages: pymodbustcp, pythermiagenesis
Successfully installed pymodbustcp-0.1.10 pythermiagenesis-0.1.7
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv
s6-rc: info: service init-appdaemon successfully started
s6-rc: info: service appdaemon: starting
s6-rc: info: service appdaemon successfully started
s6-rc: info: service legacy-services: starting
[11:40:58] INFO: Starting AppDaemon...
s6-rc: info: service legacy-services successfully started
Traceback (most recent call last):
  File "/usr/bin/appdaemon", line 8, in <module>
    sys.exit(main())
ERROR Error loading secrets file: /config/secrets.yaml
             ^^^^^^
  File "/usr/lib/python3.11/site-packages/appdaemon/__main__.py", line 417, in main
    admain.main()
  File "/usr/lib/python3.11/site-packages/appdaemon/__main__.py", line 276, in main
    if "appdaemon" not in config:
       ^^^^^^^^^^^^^^^^^^^^^^^^^
TypeError: argument of type 'NoneType' is not iterable
[11:41:01] INFO: Service AppDaemon exited with code 1 (by signal 0)
s6-rc: info: service legacy-services: stopping
s6-rc: info: service legacy-services successfully stopped
s6-rc: info: service appdaemon: stopping
s6-rc: info: service appdaemon successfully stopped
s6-rc: info: service init-appdaemon: stopping
s6-rc: info: service init-appdaemon successfully stopped
s6-rc: info: service legacy-cont-init: stopping
s6-rc: info: service legacy-cont-init successfully stopped
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service base-addon-log-level: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service base-addon-log-level successfully stopped
s6-rc: info: service base-addon-banner: stopping
s6-rc: info: service base-addon-banner successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped
joBr99 commented 10 months ago

Would it be possible to have a symlink from /config/appdaemon pointing to /addon_configs/a0d7b954_appdaemon?

I guess that would

  1. allow old configs continue to work,
  2. avoid confusion for users and
  3. also HACS is downloading appdaemon scripts to that folder:

image

frenck commented 10 months ago

Would it be possible to have a symlink from /config/appdaemon pointing to /addon_configs/a0d7b954_appdaemon?

Not hat is not possible.

HACS is downloading appdaemon scripts to that folder:

HACS will not work with this add-on.

joBr99 commented 10 months ago

HACS will not work with this add-on.

What do you mean?, pretty sure that it is broken with the new version - but is it not fixable at all? Also not on HACS Side?

There are 60+ AppDaemon Scripts downloadable though HACS. https://github.com/hacs/default/blob/master/appdaemon

frenck commented 10 months ago

but is it not fixable at all? Also not on HACS Side?

HACS runs in Home Assistant, Home Assistant cannot access the new location of the add-on configuration. So, that isn't fixable.

OliveFinch commented 10 months ago

but is it not fixable at all? Also not on HACS Side?

HACS runs in Home Assistant, Home Assistant cannot access the new location of the add-on configuration. So, that isn't fixable.

So we have no way of running our HACS scripts? I really need to roll back to 0.14, any info on how to do this would be great as I rely on a HACS script to manage my battery storage system

frenck commented 10 months ago

So we have no way of running our HACS scripts?

Sure, HACS downloads script from online and puts them in your apps folder. You can do that yourself too 🤷

OliveFinch commented 10 months ago

So we have no way of running our HACS scripts?

Sure, HACS downloads script from online and puts them in your apps folder. You can do that yourself too 🤷

But I don't have any access to anything but the homeassistant/ folder on HAOS

frenck commented 10 months ago

But I don't have any access to anything but the homeassistant/ folder on HAOS

no? You can access all these folders using one of the SSH add-ons, VSCode add-on, File-editor add-on or Samba add-on. There is even choice :)

OliveFinch commented 10 months ago

But I don't have any access to anything but the homeassistant/ folder on HAOS

no? You can access all these folders using one of the SSH add-ons, VSCode add-on, File-editor add-on or Samba add-on. There is even choice :)

I do use the File editor add-on but my installation (HAOS VM) doesn't seem to allow access to anything outside of the homeassistant/ folder, when clicking the back button on File editor it does not do anything. I will try Visual Studio Code and pray.

OliveFinch commented 10 months ago

But I don't have any access to anything but the homeassistant/ folder on HAOS

no? You can access all these folders using one of the SSH add-ons, VSCode add-on, File-editor add-on or Samba add-on. There is even choice :)

I deleted everything to do with AppDaemon and all my previous HACS scripts, installed AppDaemon again and it's still giving errors:

[17:17:09] INFO: Starting AppDaemon...
s6-rc: info: service legacy-services successfully started
ERROR Error loading secrets file: /config/secrets.yaml
Traceback (most recent call last):
  File "/usr/bin/appdaemon", line 8, in <module>
    sys.exit(main())
             ^^^^^^
  File "/usr/lib/python3.11/site-packages/appdaemon/__main__.py", line 417, in main
    admain.main()
  File "/usr/lib/python3.11/site-packages/appdaemon/__main__.py", line 276, in main
    if "appdaemon" not in config:
       ^^^^^^^^^^^^^^^^^^^^^^^^^
TypeError: argument of type 'NoneType' is not iterable
[17:17:21] INFO: Service AppDaemon exited with code 1 (by signal 0)
OliveFinch commented 10 months ago

This is what I see in VSC in terms of file structure.

image
joBr99 commented 10 months ago

@OliveFinch

You can open the folder from VSCode.

https://github.com/joBr99/nspanel-lovelace-ui/issues/1028#issuecomment-1812901630

joBr99 commented 10 months ago

Sorry posted this in the wrong issue.

https://github.com/joBr99/nspanel-lovelace-ui/issues/1028#issuecomment-1813004321

minmaxat commented 10 months ago

For me the new Update Worked: Install the latest Update, Open the Folder in VSCode (Three Lines on Top, Open Folder like here Link appdaemon.yaml: Change the Line: secrets: /homeassistant/secrets.yaml Then i had to Change the apps.yaml -> my App was Missing, i had to add it again. Thanks for all the Work!

retomarek commented 10 months ago

Change it to:

logs:
  main_log:
    filename: /config/logs/appdaemon.log

Finally all is running again as before with the new path: 🙂👍, Thanks for the support!

This did not work for me

At first for me not as well, I had to manually create the logs-folder: /addon_configs/a0d7b954_appdaemon/logs Now it works again... 👍

springfall2008 commented 10 months ago

HACS will not work with this add-on.

What do you mean?, pretty sure that it is broken with the new version - but is it not fixable at all? Also not on HACS Side?

There are 60+ AppDaemon Scripts downloadable though HACS. https://github.com/hacs/default/blob/master/appdaemon

@frenck I hate to say it but maybe this should be backed out for now, I don't really see any advantage to the change and lots of issues?

frenck commented 10 months ago

hate to say it but maybe this should be backed out for now

Sorry, I will not back out to support HACS, that makes zero sense.

This change is to make backup & restore actually work normally and as expected for people. There must be a very very very strong other reason to make that move not the best move.

springfall2008 commented 10 months ago

hate to say it but maybe this should be backed out for now

Sorry, I will not back out to support HACS, that makes zero sense.

This change is to make backup & restore actually work normally and as expected for people. There must be a very very very strong other reason to make that move not the best move.

What I was trying to explain was that AppDaemon was working fine without issue, there are many add-ons that use AppDaemon that are installed and updated with HACS. Without HACS it's very hard to maintain these add-ons and is likely longer term to be a reason to move away from AppDaemon.

Surely there must be a way to allow HACS installs with AppDaemon to still work correctly?

frenck commented 10 months ago

Surely there must be a way to allow HACS installs with AppDaemon to still work correctly?

HACS runs in Home Assistant, Home Assistant itself has no access to the add-on configuration folders.

springfall2008 commented 10 months ago

HACS runs in Home Assistant, Home Assistant itself has no access to the add-on configuration folders.

So why not allow users to install the apps in the old location (config/appdeamon) if they want to, knowing they aren't backed up?

frenck commented 10 months ago

Because I don't want too.

Adding more options isn't always the right thing. I'll end up with more support questions and unpredictable setups. That is not what these add-ons are about. If you are looking for maximum customizability, this add-on is not for you (as a matter of fact, add-ons are probably not for you at all in that case).

This change is to make backup & restore work, which is about the most important thing I can think of. Losing the ability to single-click install 60 different apps from HACS, is a small loss compared to that one (it even didn't cross my mind it was there when making the decision for this change).

../Frenck

springfall2008 commented 10 months ago

Losing the ability to single-click install 60 different apps from HACS, is a small loss compared to that one (it even didn't cross my mind it was there when making the decision for this change).

For me as an app developer (https://github.com/springfall2008/batpred) it's a major issue as I can no longer give people automatic updates.

I'm afraid I don't have many alternatives:

  1. Fork AppDaemon - this could be fine as I don't really need any updates for it going forward, but it will mean two versions out there forever.
  2. Migrate away from AppDaemon and build a HA add-on instead, this is extra work and doesn't add much value but will avoid the issue.
  3. Build my own automatic update system inside the app itself, this could probably work if AppDaemon apps are allowed to overwrite their own code?
  4. Have people manually update the app all the time - this isn't really desirable.

Thoughts?

frenck commented 10 months ago

Thoughts?

Not really. As said, I haven't even considered all of this making the decision, and at this point, still don't consider it at all.

../Frenck

weltmeyer commented 10 months ago

Losing the ability to single-click install 60 different apps from HACS, is a small loss compared to that one (it even didn't cross my mind it was there when making the decision for this change).

For me as an app developer (springfall2008/batpred) it's a major issue as I can no longer give people automatic updates.

I'm afraid I don't have many alternatives:

  1. Fork AppDaemon - this could be fine as I don't really need any updates for it going forward, but it will mean two versions out there forever.
  2. Migrate away from AppDaemon and build a HA add-on instead, this is extra work and doesn't add much value but will avoid the issue.
  3. Build my own automatic update system inside the app itself, this could probably work if AppDaemon apps are allowed to overwrite their own code?
  4. Have people manually update the app all the time - this isn't really desirable.

Thoughts?

seems this startup script is the easy way: https://docs.nspanel.pky.eu/prepare_ha/#required-configuration-for-appdaemon-addon-15

frenck commented 10 months ago

@weltmeyer That will work for now, the goal eventually is to remove access to Home Assistant itself (right now, it is available to make the migration possible).

springfall2008 commented 10 months ago

@weltmeyer That will work for now, the goal eventually is to remove access to Home Assistant itself (right now, it is available to make the migration possible).

I think the fork is probably the best bet then.

Ultimately I don't see AppDaemon as very useful without a way to update the apps it runs :(

weltmeyer commented 10 months ago

would it be possible to add the ability to to add a custom mapped folder? this makes to user decide if he want to keep his apps in a different folder. addons in that folder wont be backed up but in most cases will come from hacs anyway and dont need a backup

frenck commented 10 months ago

would it be possible to add the ability to to add a custom mapped folder?

You are repeating questions. This was asked and answered above.

chiefcomm commented 10 months ago

All, upgraded to 15.2 and appdaemon now will not start with the error the appdaemon folder is empty since upgrade so am not able to edit the secrets line as mentioned elsewhere, I am at a complete loss here for now. Do I copy the previous contents of the appdaemon folder back from backup? Any ideas or am I waiting for 15.3?


s6-rc: info: service legacy-services successfully started
Traceback (most recent call last):
  File "/usr/bin/appdaemon", line 8, in <module>
    sys.exit(main())
ERROR Error loading secrets file: /config/secrets.yaml
             ^^^^^^
  File "/usr/lib/python3.11/site-packages/appdaemon/__main__.py", line 417, in main
    admain.main()
  File "/usr/lib/python3.11/site-packages/appdaemon/__main__.py", line 276, in main
    if "appdaemon" not in config:`
DEVIDTR commented 10 months ago

Losing the ability to single-click install 60 different apps from HACS, is a small loss compared to that one (it even didn't cross my mind it was there when making the decision for this change).

For me as an app developer (springfall2008/batpred) it's a major issue as I can no longer give people automatic updates. I'm afraid I don't have many alternatives:

  1. Fork AppDaemon - this could be fine as I don't really need any updates for it going forward, but it will mean two versions out there forever.
  2. Migrate away from AppDaemon and build a HA add-on instead, this is extra work and doesn't add much value but will avoid the issue.
  3. Build my own automatic update system inside the app itself, this could probably work if AppDaemon apps are allowed to overwrite their own code?
  4. Have people manually update the app all the time - this isn't really desirable.

Thoughts?

seems this startup script is the easy way: https://docs.nspanel.pky.eu/prepare_ha/#required-configuration-for-appdaemon-addon-15

Or as a workaround for now you just move the apps folder back to /homeassistant/appdaemon/apps folder.

Add: app_dir: /homeassistant/appdaemon/apps/ to your appdaemon.yaml

And all works as before :-)

springfall2008 commented 10 months ago

Add: app_dir: /homeassistant/appdaemon/apps/ to your appdaemon.yaml

If if that's simple then it's all good :)

joBr99 commented 10 months ago

Thanks a lot that's way simpler than my workaround - should have checked appdaemon's documentation.

PolestarWx commented 10 months ago

Hello, I have reverted to appdeamon 14.0 backup in panic and know cannot find my config anywhere, even in addon config I got only hello.py apps !!!

jedikaal commented 10 months ago

Hello, I have reverted to appdeamon 14.0 backup in panic and know cannot find my config anywhere.

Hi, try to rollback one version of AppDaemon. This worked for me. It seems that AppDaemon 0.15.2 deletes the files inside the directory appdaemon. But manually placing in the files does not solve it.

To rollback on the update follow these steps:

  1. Go to settings
  2. System
  3. Backups
  4. Click on the backup from 0.14.0
  5. Select the mark and press restore. image
  6. After restoring, restore your latest HomeAssistant backup. That way your configs files will restore. Which includes the files inside the appdaemon directory.
  7. Ones the HA backup is restored, restart AppDaemon.
  8. Should now work again.

Hopefully this helps

EDIT: Remember to start the service after restore and uncheck the auto update for now until a fix is places.

Pierre-33 commented 10 months ago

All, upgraded to 15.2 and appdaemon now will not start with the error the appdaemon folder is empty since upgrade so am not able to edit the secrets line as mentioned elsewhere, I am at a complete loss here for now. Do I copy the previous contents of the appdaemon folder back from backup? Any ideas or am I waiting for 15.3?

I'm having exactly the same issue, upgrading directly to 15.2 deleted my appdaemon folder. Not sure if or how I can extract my script and yaml from Home Assistant backup.

Hi, try to rollback one version of AppDaemon. This worked for me.

Thanks, I'll try that!

jedikaal commented 10 months ago

Not sure if or how I can extract my script and yaml from Home Assistant backup.

If you can't seem to restore the backup. You could always

  1. download the back
  2. open it with something like 7Zip
  3. get the files from there manually.

Then upload it to the correct directory in your HomeAssistant. For ease of use I used the add-on Samba Share. I use Windows and I just navigate to my HomeAssistant IP-address when Samba Share was active..

PolestarWx commented 10 months ago

Hello, I have reverted to appdeamon 14.0 backup in panic and know cannot find my config anywhere.

Hi, try to rollback one version of AppDaemon. This worked for me. It seems that AppDaemon 0.15.2 deletes the files inside the directory appdaemon. But manually placing in the files does not solve it.

To rollback on the update follow these steps:

  1. Go to settings
  2. System
  3. Backups
  4. Click on the backup from 0.14.0
  5. Select the mark and press restore. image
  6. After restoring, restore your latest HomeAssistant backup. That way your configs files will restore. Which includes the files inside the appdaemon directory.
  7. Ones the HA backup is restored, restart AppDaemon.
  8. Should now work again.

Hopefully this helps

EDIT: Remember to start the service after restore and uncheck the auto update for now until a fix is places.

Thank you, I have restored my last core update that include config folder, unfortunately, I missed one week of work.

Pierre-33 commented 10 months ago

Restoring the previous version of the plugin from the backup seems to work, but those backup doesn't contain anything from my appadeamon folder. Where did you find yours?

jedikaal commented 10 months ago

Restoring the previous version of the plugin from the backup seems to work, but those backup doesn't contain anything from my appadeamon folder. Where did you find yours?

Inside the HomeAssistant backups, not the AppDaemon backups.

Pierre-33 commented 10 months ago

Damn, the core one from last friday then :-/

DEVIDTR commented 10 months ago

Damn, the core one from last friday then :-/

No, just download the backup and extract from HomeAssistant.tar.gz only the AppDaemon folder!

Pierre-33 commented 10 months ago

Yes, I understood, it's just that my last backup is from friday and I'll lost all the work I have done this weekend :-/

AlexZuiderwijk commented 10 months ago

What worked for me:

HTH, success with recovering!

Op wo 15 nov 2023 om 21:47 schreef Devid Treuling @.***

:

Damn, the core one from last friday then :-/

No, just download the backup and extract from HomeAssistant.tar.gz

— Reply to this email directly, view it on GitHub https://github.com/hassio-addons/addon-appdaemon/issues/287#issuecomment-1813238827, or unsubscribe https://github.com/notifications/unsubscribe-auth/A5ASZANHTHC7ZEZ5XAFLLMTYEUS4TAVCNFSM6AAAAAA7MJDCX2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMJTGIZTQOBSG4 . You are receiving this because you commented.Message ID: @.***>

xtalker commented 10 months ago

Following this thread I got AD working again, but I can no longer find the log files?

They used to be at: /config/appdaemon/logs but nothing here, also checked: /homeassistant/appdaemon/logs nothing here either

There is a log at: /addon_configs/a0d7b954_appdaemon/logs but it's old and hasn't been updated

My appdaemon.yaml has the logging sestup like:

logs: main_log: filename: /config/appdaemon/logs/appdaemon.log error_log: filename: /config/appdaemon/logs/error.log

Also, dashboards no longer work and I can't check the logs to see why!

Must admit, kinda confused as to what happened here!

Thanks, Bob

AlexZuiderwijk commented 10 months ago

keep in mind the "incorrect migration" did copy over the current files like apps.yaml to the new location (at least in my situation), so I could reuse this including changes from just before the upgrade..... which was better as the HA backup version.

Hope this is clear ;-)

Op wo 15 nov 2023 om 21:51 schreef Pierre-33 @.***>:

Yes, I understood, it's just that my last backup is from friday and I'll lost all the work I have done this weekend :-/

— Reply to this email directly, view it on GitHub https://github.com/hassio-addons/addon-appdaemon/issues/287#issuecomment-1813244248, or unsubscribe https://github.com/notifications/unsubscribe-auth/A5ASZAKEKO3F5BG5L6JMFY3YEUTOJAVCNFSM6AAAAAA7MJDCX2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMJTGI2DIMRUHA . You are receiving this because you commented.Message ID: @.***>

andarotajo commented 10 months ago

@xtalker I guess you want the logs in your AD directory? Try changing your logging paths to logs/appdaemon.log and logs/error.log respectively. Not sure where the add-on has the working directory but if that doesn't work you can try prepending the path to the AD config, so addon_configs/a0d7b954_appdaemon/logs/..

Pierre-33 commented 10 months ago

keep in mind the "incorrect migration" did copy over the current files like apps.yaml to the new location (at least in my situation), so I could reuse this including changes from just before the upgrade..... which was better as the HA backup version.

Wait what... where is this magical folder which should contain all my precious file? :)

andarotajo commented 10 months ago

keep in mind the "incorrect migration" did copy over the current files like apps.yaml to the new location (at least in my situation), so I could reuse this including changes from just before the upgrade..... which was better as the HA backup version.

Wait what... where is this magical folder which should contain all my precious file? :)

The release page has the information you need: https://github.com/hassio-addons/addon-appdaemon/releases/tag/v0.15.2

Pierre-33 commented 10 months ago

Unfortunately in my case the addon_configs folder is empty when I try to access it with Samba. It was too good to be true :-/

AlexZuiderwijk commented 10 months ago

try \addon_configs\a0d7b954_appdaemon (I access it via the Samba share addon_configs, but ofcourse also on the filesystem itself)

Op wo 15 nov 2023 om 22:08 schreef Pierre-33 @.***>:

keep in mind the "incorrect migration" did copy over the current files like apps.yaml to the new location (at least in my situation), so I could reuse this including changes from just before the upgrade..... which was better as the HA backup version.

Wait what... where is this magical folder which should contain all my precious file? :)

— Reply to this email directly, view it on GitHub https://github.com/hassio-addons/addon-appdaemon/issues/287#issuecomment-1813263223, or unsubscribe https://github.com/notifications/unsubscribe-auth/A5ASZAMEW3WTTQDWOFPVT6TYEUVLRAVCNFSM6AAAAAA7MJDCX2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMJTGI3DGMRSGM . You are receiving this because you commented.Message ID: @.***>