# 🔥 V1.114.5 broken on FreeBSD 13.3-RELEASE **URL:** \ **Category:** Node Operators\ **Tags:** windows-gui, freebsd\ **Created:** [October 8, 2024, 5:54pm UTC](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176 "2024-10-08T17:54:34Z")\ **Posts on this page:** 16\ **Page:** 3
**Author:** ![arrogantrabbit](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/arrogantrabbit/32/11200_2.png) [@arrogantrabbit](https://forum.storj.io/u/arrogantrabbit)\ **Post date:** [October 8, 2024, 10:29pm UTC](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176/41 "2024-10-08T22:29:50Z")
Ignore it. No reason to triage further. See this > [@thepaul](#): > > Setting `storage2.trust.sources` is probably not sufficient. Other things are going to be configured wrong. We need a new release build. We’ll get that out as soon as we can. ---
**Author:** ![thepaul](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/thepaul/32/65_2.png) [@thepaul](https://forum.storj.io/u/thepaul)\ **Post date:** [October 8, 2024, 11:24pm UTC](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176/42 "2024-10-08T23:24:47Z")
A new release is cooking. 1.114.6 should fix all of this. The root cause of the problem was that we are trying to support Windows versions older than Windows 10 or Windows Server 2016. We’ve had to rig up some trickiness to build with Go 1.20 for the Windows build instead of Go 1.21, which we use elsewhere. The trickiness ended up being too tricky, because it tricked the release script into thinking we weren’t doing a release build. The FreeBSD build was affected only because it came after Windows. Those of us who are looking at this currently would like _very_ much to drop support for older Windows and save ourselves a bunch of headaches, but that probably isn’t an option yet. ---
**Author:** ![VidocQ](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/vidocq/32/1128_2.png) [@VidocQ](https://forum.storj.io/u/VidocQ)\ **Post date:** [October 9, 2024, 12:49am UTC](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176/43 "2024-10-09T00:49:03Z")
I use Windows 2012 r2, version 1.114.5 broke on it too, so it will no longer be supported? I also had the client automatically update from 1.113.2 to 1.114.5 and got a time sync error, although over time everything is fine. I had to return the version and delete the databases ---
**Author:** ![jtolio](https://storj.bcdn.literatehosting.com/letter_avatar/jtolio/32/6_22734026db12803ebb3e059622ac3534.png) [@jtolio](https://forum.storj.io/u/jtolio)\ **Post date:** [October 9, 2024, 1:04am UTC](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176/44 "2024-10-09T01:04:59Z")
> [@System clock is out of sync after reboot](https://forum.storj.io/t/system-clock-is-out-of-sync-after-reboot/28074/54): > > We are continuing to support the same versions of Windows 1.113 did. 1.114.6 should have everything fixed. Please don’t delete your databases and downgrade, you will likely get disqualified if you do that to the wrong databases. ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [October 10, 2024, 7:28am UTC](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176/45 "2024-10-10T07:28:16Z")
8 posts were merged into an existing topic: [1.107.3 Error: collector unable to delete pieces](https://forum.storj.io/t/1-107-3-error-collector-unable-to-delete-pieces/26930/19) ---
**Author:** ![Vasabi](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/vasabi/32/1126_2.png) [@Vasabi](https://forum.storj.io/u/Vasabi)\ **Post date:** [October 9, 2024, 7:14am UTC](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176/49 "2024-10-09T07:14:24Z")
Как вариант сделать несколько сборок под windows os, для старых и новых версий os, c постепенным отказом от поддержки старых win os? ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [October 9, 2024, 7:19am UTC](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176/50 "2024-10-09T07:19:47Z")
Very problematic, we already have issues with the release because of only one different version. With more than one, it would be a cumbersome. We already updated our requirements instead. You always can migrate the outdated and not supported OS to a newer OS version or to Linux or FreeBSD or even specialized NAS software like TrueNAS. > **на русском** > > Очень проблематично и дорого. Даже отдельная версия для Windows уже создала проблемы с релизом. Поддерживать больше одной это будет ещё хуже. > Мы уже обновили требования, старые Windows больше не поддерживаются. Вы можете либо обновить их, либо мигрировать на Linux/FreeBSD или использовать специализированные ОС для NAS типа TrueNAS ---
**Author:** ![etienneb](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/etienneb/32/1121_2.png) [@etienneb](https://forum.storj.io/u/etienneb)\ **Post date:** [October 9, 2024, 7:47am UTC](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176/51 "2024-10-09T07:47:44Z")
Would that imply I should disable this storage2.trust.sources again? Currently enabled: ```auto # list of trust sources storage2.trust.sources: https://static.storj.io/dcs-satellites ``` QUIC error indeed disappeared overnight as the system upgraded to 1.114.6 ---
**Author:** ![nyancodex](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/nyancodex/32/1129_2.png) [@nyancodex](https://forum.storj.io/u/nyancodex)\ **Post date:** [October 9, 2024, 8:08am UTC](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176/52 "2024-10-09T08:08:51Z")
Well it seems that my decision to do manual update is not bad at all… ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [October 9, 2024, 8:11am UTC](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176/53 "2024-10-09T08:11:59Z")
I think you do not need to switch the source. The problem outside of it - we built a dev images for Windows and FreeBSD, and they are not allowed to join a production satellites. Since it should be fixed in 1.114.6, you do not need to change the source of the trusted satellites from default, especially because it was not enough. > [@nyancodex](#): > > Well it seems that my decision to do manual update is not bad at all… Not sure about it, but perhaps it could help to reveal issues like this earlier (I shared this issue with the team, but it wasn’t considered as an issue, because we initially though that the problem is in the source list, which wasn’t fully propagated). Anyway, I shared my thoughts that it could be related to a non-prod version (which was the correct root cause), but I thought that it is more related to using a non-released versions (I know that almost all beta releases are with a dev defaults, and they will not be accepted by a production satellites). But I didn’t know, that there was a bug related to exactly this problem - all builds are considered as dev even marked for release, see details there: > [@fire V1.114.5 broken on FreeBSD 13.3-RELEASE](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176/42): > > A new release is cooking. 1.114.6 should fix all of this. The root cause of the problem was that we are trying to support Windows versions older than Windows 10 or Windows Server 2016. We’ve had to rig up some trickiness to build with Go 1.20 for the Windows build instead of Go 1.21, which we use elsewhere. The trickiness ended up being too tricky, because it tricked the release script into thinking we weren’t doing a release build. The FreeBSD build was affected only because it came after Wind… ---
**Author:** ![snorkel](https://storj.bcdn.literatehosting.com/letter_avatar/snorkel/32/6_22734026db12803ebb3e059622ac3534.png) [@snorkel](https://forum.storj.io/u/snorkel)\ **Post date:** [October 9, 2024, 8:50am UTC](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176/54 "2024-10-09T08:50:00Z")
So many broken releases… aren’t there nodes run by Storj team on every platform with a binary in the Github? Just for testing and preventing these situations? If not, could it be useful for Storj team to gain access to SNOs nodes on different platforms who are willing to share their setup for testing purposes? The SNO would manage the hardware part and gain the payout, the Storj would manage the software part. I believe there are SNOs willing to do this. ---
**Author:** ![nerdatwork](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/nerdatwork/32/1135_2.png) [@nerdatwork](https://forum.storj.io/u/nerdatwork)\ **Post date:** [October 9, 2024, 11:06am UTC](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176/55 "2024-10-09T11:06:37Z")
> [@snorkel](#): > > SNOs nodes on different platforms who are willing to share their setup for testing purposes? > [@Please join our public test network](https://forum.storj.io/t/please-join-our-public-test-network/15954): > > Let’s answer the most important question first. The test network is unpaid. You will not get any payout from the test satellite. Now you might ask why should I join the satellite if you can’t earn money? Well, you should do it for several reasons: You can make sure your specific setup works with any new version. You will be able to identify possible problems early in the test network. You are welcome to cheat our system. Do you have an idea in mind about how to cheat our audit system but it i… ---
**Author:** ![thepaul](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/thepaul/32/65_2.png) [@thepaul](https://forum.storj.io/u/thepaul)\ **Post date:** [October 9, 2024, 12:29pm UTC](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176/56 "2024-10-09T12:29:51Z")
> [@etienneb](#): > > Would that imply I should disable this storage2.trust.sources again? > Currently enabled: > > ```auto > # list of trust sources > storage2.trust.sources: https://static.storj.io/dcs-satellites > > ``` You don’t need to take out that line, since it is the same as the default. However, it might be best if you do—only because if we ever have to change the default again (hopefully never) you will probably want the new default. ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [October 10, 2024, 7:30am UTC](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176/57 "2024-10-10T07:30:09Z")
6 posts were split to a new topic: [Are .io domains under threat?](https://forum.storj.io/t/are-io-domains-under-threat/28196) ---
**Author:** ![snorkel](https://storj.bcdn.literatehosting.com/letter_avatar/snorkel/32/6_22734026db12803ebb3e059622ac3534.png) [@snorkel](https://forum.storj.io/u/snorkel)\ **Post date:** [October 9, 2024, 5:39pm UTC](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176/61 "2024-10-09T17:39:58Z")
2 reasons why not joining public testing sats: - not payed; - you need skills and time for testing and debugging, which many SNOs lacks. That’s why I made the sugestion. ---
**Author:** ![nerdatwork](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/nerdatwork/32/1135_2.png) [@nerdatwork](https://forum.storj.io/u/nerdatwork)\ **Post date:** [October 9, 2024, 5:50pm UTC](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176/62 "2024-10-09T17:50:45Z")
> [@snorkel](#): > > not payed; Yes, it is not ~~payed~~ paid but you can report issues the same way we report issues from running a paid node. [Previous page](https://forum.storj.io/t/v1-114-5-broken-on-freebsd-13-3-release/28176.md?page=2)