-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
wings service does not start #2448
Comments
I have now reset the server via backup to the older daemon version and panel version. I found out that a newly created node works fine with the daemon. I will now wait until the stable 1.0 comes out |
Do you have an egg whose "Done" value is simply a number or something? |
Closing this until enough information to properly reproduce this issue is provided. |
The problem still exists. |
Look through all of the servers you have configured and provide links to whatever non-default eggs are being used. |
Fortunately, I was able to solve the problem now. (After that I removed php completely and installed php 7.4, as before) But I can generally recommend (if not already standard) to make a fullstack backup before the upgrade. Something might still go wrong during the upgrade! |
The only thing I needed to know was what egg was returning "bad" data to wings. But good to know. Reopening this since I'm pretty sure this is a trivial code fix based on the stack. |
Yes, I can confirm that it must have been due to an incorrect egg setting / parameter. |
Panel:
php -v
PHP 7.4.10 (cli) (built: Sep 9 2020 06:55:12) ( NTS )Daemon: 4.9.0-13-amd64 #1 SMP Debian 4.9.228-1 (2020-07-05) x86_64 GNU/Linux
To Reproduce
Steps to reproduce the behavior:
allowed_mounts: [] and allowed_origins: []
is correct in my config.ymlthe error:
FATAL: [Oct 4 11:57:56.398] failed to load server configurations error=json: cannot unmarshal number into Go struct field .process_configuration.startup.done of type []*api.OutputLineMatcher
The text was updated successfully, but these errors were encountered: