-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
2024.4.2: System.Runtime.Serialization.SerializationException: Property 'compose_version' not found on type 'Bit.Setup.Configuration'. #4059
Comments
same problem here. Any progress on creating a workaround? Or is there a way to do a fallback? |
You can replace bitwarden.sh with the one from 2024.4.1 release |
Ok, workaround is to switch back to version 2024.4.1:
|
I confirm that a rollback this way worked fine. Thank you! |
Hi there, Thank you for your report! I was able to reproduce this issue, and I have flagged this to our engineering team. If you wish to add any further information/screenshots/recordings etc., please feel free to do so at any time - our engineering team will be happy to review these. Thanks once again! |
I'm having this issue when upgrading. I tried to upgrade the docker but that didn't make any difference. I have reverted the script back to 2024.4.1 temporarily for now. Hope this problem will be fixed soon. |
I have this on bitwarden.sh version 2024.4.2. |
I tried commenting out |
For me the "workaround" was to simply start manually the containers... I still have the errors but Bitwarden is running. sudo -u bitwarden /srv/bitwarden/bitwarden.sh start |
I've tried that also, didn't help :( |
What error do you get? |
The same as in the OP IIRC. Already did a rollback to the previous version, so can't retry it. |
You can retry after running the following:
This will gather again the new version of the bitwarden.sh script with the faulty versions. |
@npodbielski seems that you found the bug! |
It works for me! Thanks!! |
Works! |
1 similar comment
Works! |
Well spotted! I searched the code for |
@tmknight I am not sure where you comment go (did you deleted it?) but:
I did not stated it is the solution. But a way to just ignore this if anyone had a problem get along with their life. I am sure people here have better things to do :)
They just removed a prop from whatever class it was serializing config.yaml into. Can not find property and runtime just blows up. No secret there. Probably just someone forgot to test on previous version of the config. Or just a mistake - shit happens. |
Yup, this seems to be the culprit https://github.com/bitwarden/server/pull/3972/files |
I had the same issue. Thanks to the community for the quick workaround. |
Don't think so. But Debian 12 here. |
This worked for me. And totally agree, this should be a one-time workaround. Regression tests may not have been thorough enough to catch this. Even after the update failed, my containers started up fine and ran without an issue on the current version (2024.4.1) Testing can be hard 😄 At least it was a minor issue. |
Same issue here after trying to solve new issues with HELO-Rejects from SMTP-Server. I never lernt from it, tried it again, a simple ./bitwarden.sh updateself to ERROR: The Compose file '/opt/bitwarden/bwdata/docker/docker-compose.yml' is invalid because: |
Worked for me, too. Sumthin's happening to quality in Bitwarden. After 18 months of quiet, reliable upgrades and new feature additions...suddenly this week, it's driving me crazy. I sure hope this is only a burp and not a slow descent. |
Thank you for reporting this issue. We have addressed the problem, and you can run Please feel free to re-open if you continue to have issues. |
After update nothing works with the error |
Nope
Rebuild with a new snapshot again... |
I had the same issue with docker-compose version 1.25.1. |
Same here. Looks like it's enough to add
at the start of the |
i did a VM Clone and this worked for me too, now im gonna do that on the Productive VM later today my docker-compose versionw as 1.26 despite the ubuntu package manage saying 1.29.0 |
Having the same problem here and the suggested workarounds haven't worked. A couple days ago, an update failed with the error:
I've tried the manual
Adding Any idea what else I can try to get around this issue? |
Upgrade Docker? This is my version data:
|
Upgrading docker-compose did the trick (after resolving some docker login issues that resulted from the upgrade). All set now, it seems. Thanks! |
Same here, upgrading to latest docker-compose (2.27.0) and docker-ce (26.1.1) did the trick :
|
Success with following minor changes
Environment This work on the old 20.04 LTS Ubuntu on a VM. Tested on 22.04 LTS Ubuntu too. Same procedure. Updated from 2024.4.0 -> 2024.5.0. |
Hero! Worked for me too |
+1 worked for me too |
Thank you, worked for me |
None of the solutions here were suitable for me - my docker-compose.yml needs the version: "3" line and I don't want to use the curl solution to update docker-compose. My workaround is to run bitwarden.sh update, observe the error message, add version: "3" to docker-compose.override.yml. The version line should be the same in both docker-compose.override.yml and docker-compose.yml. |
Steps To Reproduce
self-hosted, but this appears to be related to the PR to remove the deprecated
version
attribute from the compose files (#3972):Expected Result
All containers start
Actual Result
Status: Image is up to date for bitwarden/setup:2024.4.2
docker.io/bitwarden/setup:2024.4.2
Unhandled exception. YamlDotNet.Core.YamlException: (Line: 6, Col: 1, Idx: 193) - (Line: 6, Col: 1, Idx: 193): Exception during deserialization
---> System.Runtime.Serialization.SerializationException: Property 'compose_version' not found on type 'Bit.Setup.Configuration'.
at YamlDotNet.Serialization.TypeInspectors.TypeInspectorSkeleton.GetProperty(Type type, Object container, String name, Boolean ignoreUnmatched)
at YamlDotNet.Serialization.NodeDeserializers.ObjectNodeDeserializer.YamlDotNet.Serialization.INodeDeserializer.Deserialize(IParser parser, Type expectedType, Func`3 nestedObjectDeserializer, Object& value)
at YamlDotNet.Serialization.ValueDeserializers.NodeValueDeserializer.DeserializeValue(IParser parser, Type expectedType, SerializerState state, IValueDeserializer nestedObjectDeserializer)
--- End of inner exception stack trace ---
at YamlDotNet.Serialization.ValueDeserializers.NodeValueDeserializer.DeserializeValue(IParser parser, Type expectedType, SerializerState state, IValueDeserializer nestedObjectDeserializer)
at YamlDotNet.Serialization.ValueDeserializers.AliasValueDeserializer.DeserializeValue(IParser parser, Type expectedType, SerializerState state, IValueDeserializer nestedObjectDeserializer)
at YamlDotNet.Serialization.Deserializer.Deserialize(IParser parser, Type type)
at YamlDotNet.Serialization.Deserializer.Deserialize[T](IParser parser)
at YamlDotNet.Serialization.Deserializer.Deserialize[T](TextReader input)
at YamlDotNet.Serialization.Deserializer.Deserialize[T](String input)
at Bit.Setup.Context.LoadConfiguration() in /home/runner/work/server/server/util/Setup/Context.cs:line 154
at Bit.Setup.Program.PrintEnvironment() in /home/runner/work/server/server/util/Setup/Program.cs:line 169
at Bit.Setup.Program.Main(String[] args) in /home/runner/work/server/server/util/Setup/Program.cs:line 61
The text was updated successfully, but these errors were encountered: