# Changelog v1.4.2 **URL:** \ **Category:** STORJLINGS\ **Tags:** official-changelog\ **Created:** [May 13, 2020, 8:53pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778 "2020-05-13T20:53:59Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![littleskunk](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/littleskunk/32/63_2.png) [@littleskunk](https://forum.storj.io/u/littleskunk)\ **Post date:** [May 13, 2020, 8:53pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/1 "2020-05-13T20:53:59Z")
> **[storj/storj](https://github.com/storj/storj/releases/tag/v1.4.2)** > > Ongoing Storj v3 development. Decentralized cloud object storage that is affordable, easy to use, private, and secure. - storj/storj **For Storage Nodes** **Payment Dashboard Improvements** The payment dashboard should now display the correct payout for previous months including surge pricing. Please note that the historical data for anything before March is currently wrong on the satellite side. We are working on fixing it. **Windows Updater** A few users reported issues with the windows updater. This version should fix it. Please contact us if you notice any problems with the updater on the following release (not the current release!). **Disqualification after Suspension** We have added a feature flag for the final disqualification after suspension mode. Any storage node that stays in suspension mode for more than 7 days will get disqualified as soon as we enable this feature flag (currently disabled on all satellites). Please contact us if you haven’t been able to get out of suspension mode. We are aware that some nodes are getting suspended for DB locking errors but hopefully not for 7 days straight. We are thinking about enabling disqualification with the next release. **Delete Queue** To speed up file deletion for the customer the satellite is sending the delete messages as quickly as possible to the storage nodes. The storage nodes will acknowledge the delete messages as quickly as possible without executing them. It will store the delete messages on a queue and delete them afterward. The queue has a limit. If you are concerned that your storage node might drop delete messages please take a look at monkit stats `piecedeleter-queue-full`. Here is how you get the monkit stats: [Guide to debug my storage node](https://forum.storj.io/t/guide-to-debug-my-storage-node/1372) **Node Selection Cache** To speed up uploads for the customer the satellite will keep all storage nodes in cache for 3 minutes. This means if you update your IP, port or allocated space it will take up to 3 minutes before the satellite starts or stops uploads to your storage node. **For Customers** **New Signup Workflow** We have reworked the signup workflow. After signup, a wizard will guide the customer through the first steps. We are working on increasing the default project limit with the next release. ---
**Author:** ![Odmin](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/odmin/32/92_2.png) [@Odmin](https://forum.storj.io/u/Odmin)\ **Post date:** [May 13, 2020, 9:01pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/2 "2020-05-13T21:01:47Z")
@littleskunk Can I ask you, how we can configure this path with docker? > storagenode: allow configuring database path independently ---
**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:** [May 14, 2020, 9:27pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/3 "2020-05-14T21:27:01Z")
29 posts were split to a new topic: [Database is locked. What the reason?](https://forum.storj.io/t/database-is-locked-what-the-reason/6806) ---
**Author:** ![littleskunk](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/littleskunk/32/63_2.png) [@littleskunk](https://forum.storj.io/u/littleskunk)\ **Post date:** [May 13, 2020, 9:31pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/5 "2020-05-13T21:31:51Z")
> [@Odmin](#): > > @littleskunk Can I ask you, how we can configure this path with docker? It should be `Storage2.Database-Dir` but please be careful with that. ---
**Author:** ![JoshGarza](https://storj.bcdn.literatehosting.com/letter_avatar/joshgarza/32/5_5575768a8748004e209b776fc1b2916d.png) [@JoshGarza](https://forum.storj.io/u/JoshGarza)\ **Post date:** [May 13, 2020, 9:53pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/9 "2020-05-13T21:53:48Z")
> [@littleskunk](#): > > The storage nodes will acknowledge the delete messages as quickly as possible without executing them. It will store the delete messages on a queue and delete them afterward. The queue has a limit. Do we need to setup the piece queue size or the number of delete workers? It seems the default is 0. Thanks in advance. `DeleteQueueSize "size of the piece delete queue" default:"0"` ---
**Author:** ![buchette](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/buchette/32/6794_2.png) [@buchette](https://forum.storj.io/u/buchette)\ **Post date:** [May 13, 2020, 10:00pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/10 "2020-05-13T22:00:28Z")
Hi, was the docker image updated to pull it ? ---
**Author:** ![Cmdrd](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/cmdrd/32/1128_2.png) [@Cmdrd](https://forum.storj.io/u/Cmdrd)\ **Post date:** [May 13, 2020, 10:01pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/12 "2020-05-13T22:01:32Z")
No, it probably won’t be for a few days at least, usually they roll out Windows in stages first. ---
**Author:** ![littleskunk](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/littleskunk/32/63_2.png) [@littleskunk](https://forum.storj.io/u/littleskunk)\ **Post date:** [May 13, 2020, 10:03pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/13 "2020-05-13T22:03:22Z")
> [@JoshGarza](#): > > Do we need to setup the piece queue size or the number of delete workers? It seems the default is 0. > Thanks in advance. > > `DeleteQueueSize "size of the piece delete queue" default:"0"` Yea I noticed that. For the moment I would say please don’t. I will fix the default values. It is annoying that later in the code the default 0 is getting set to a different value that we should have used as default in the first place. Hopefully the default is fine. Lets just keep an eye on our storage nodes and if the default is too low we should increase the default instead of overwriting it. ---
**Author:** ![Sasha](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/sasha/32/69_2.png) [@Sasha](https://forum.storj.io/u/Sasha)\ **Post date:** [May 14, 2020, 12:50am UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/20 "2020-05-14T00:50:47Z")
Thanks for the update @littleskunk, I’ll wait for watch tower to propagate the update to my node. It will be interesting to monitor how performance increases with the 3min cache at satellite end 👍 ---
**Author:** ![littleskunk](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/littleskunk/32/63_2.png) [@littleskunk](https://forum.storj.io/u/littleskunk)\ **Post date:** [May 14, 2020, 1:03am UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/21 "2020-05-14T01:03:24Z")
> [@Sasha](#): > > It will be interesting to monitor how performance increases with the 3min cache at satellite end 👍 That is also a feature flag and currenty disabled on all satellites. We are going to activate it on SLC today or tomorrow. I am concerned that the customer might get a higher error rate on upload / slower uploads. I would like to verify that before we enable it on all satellites with the next release. If any storage node is getting out of space errors in the logs that would be a good sign that we need to change a few numbers in the code. ---
**Author:** ![thej](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/thej/32/1123_2.png) [@thej](https://forum.storj.io/u/thej)\ **Post date:** [May 14, 2020, 5:57am UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/35 "2020-05-14T05:57:31Z")
> [@littleskunk](#): > > **Payment Dashboard Improvements** > The payment dashboard should now display the correct payout for previous months including surge pricing. Please note that the historical data for anything before March is currently wrong on the satellite side. We are working on fixing it. That means the dashboard should now show the right data for April? - Because it doesn’t show me the right data. ---
**Author:** ![BrightSilence](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/brightsilence/32/6048_2.png) [@BrightSilence](https://forum.storj.io/u/BrightSilence)\ **Post date:** [May 14, 2020, 2:06pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/36 "2020-05-14T14:06:58Z")
> [@littleskunk](#): > > If any storage node is getting out of space errors in the logs that would be a good sign that we need to change a few numbers in the code. There was some slack of 100MB built in to prevent out of space issues, but you might want to increase that a little with the node cache now. > [@Database is locked. What is the reason? What is the possible solution?](https://forum.storj.io/t/database-is-locked-what-is-the-reason-what-is-the-possible-solution/6806/22): > > As far as I know, SQLite locks the entire database, but something like MySQL (InnoDB) locks only the relevant rows (and can still allow selects of them). True, but the tradeoff would be that you need to run a database server alongside the node and I don’t think that complexity is warranted. There are other ways to solve this issue. ---
**Author:** ![sembeth](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/sembeth/32/63_2.png) [@sembeth](https://forum.storj.io/u/sembeth)\ **Post date:** [May 14, 2020, 7:40pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/41 "2020-05-14T19:40:46Z")
Somehow the mood in the comments is not the best. I have to say that I am very happy about this update and I would like to thank especially the developers for their efforts. I’m very happy to finally change the location of the database files. Is there already a documentation about this in combination with docker? I’m also looking forward to any optimization which means that less IOPs are needed. I am curious how the memory write buffer will affect this positively. If the disqualification for downtime is activated I would prefer that when an update is released it is suspended for a certain period of time. If problems occur after an update it would be a pity if nodes are disqualified because they get updates first. ---
**Author:** ![SGC](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/sgc/32/1132_2.png) [@SGC](https://forum.storj.io/u/SGC)\ **Post date:** [May 14, 2020, 7:50pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/42 "2020-05-14T19:50:22Z")
Well we are all sort of in the same boat here… without the storj developers, i wouldn’t be able to provide the hardware for the backbone of a hyperscale global cloud service, and i really like the convenience of it, i doubt i could stitch that together, so for that i’m very thankful for them working to maybe give me an part time online job, if this thing goes grand. So a big thank you to the developers, and sorry for all the horrible things we may inflict upon you… lol in regard to the update to 1.4.2 its atleast the last few times while i’ve been around… windows first, then after a week or close to two weeks then it comes for linux / docker and what not… you can check the docker image here, if you want to do so manually… then you can see when its out and ready [https://hub.docker.com/layers/storjlabs/storagenode/beta/images/sha256-c7f5737f165069f671bb21fe7306213bc6777269d74e0c29881ff41b7961c8de?context=explore](https://hub.docker.com/layers/storjlabs/storagenode/beta/images/sha256-c7f5737f165069f671bb21fe7306213bc6777269d74e0c29881ff41b7961c8de?context=explore) ---
**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:** [May 14, 2020, 9:28pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/43 "2020-05-14T21:28:52Z")
A post was merged into an existing topic: [Database is locked. What the reason?](https://forum.storj.io/t/database-is-locked-what-the-reason/6806/30) ---
**Author:** ![Sasha](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/sasha/32/69_2.png) [@Sasha](https://forum.storj.io/u/Sasha)\ **Post date:** [May 14, 2020, 9:18pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/44 "2020-05-14T21:18:11Z")
> [@sembeth](#): > > If the disqualification for downtime is activated I would prefer that when an update is released it is suspended for a certain period of time. If problems occur after an update it would be a pity if nodes are disqualified because they get updates first. Since we get paid monthly for the data served then dowtime/uptime and audits should also reset monthly. I have noticed when Satellites were down, then SNO’s were affected with downtime which isn’t accurate due to that bug but I can still see 98% on 1 of the satellites and this number hasn’t changed for months after the bug occurred. FYI @littleskunk ---
**Author:** ![Pentium100](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/pentium100/32/6082_2.png) [@Pentium100](https://forum.storj.io/u/Pentium100)\ **Post date:** [May 14, 2020, 9:29pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/45 "2020-05-14T21:29:26Z")
> [@Sasha](#): > > Since we get paid monthly for the data served then dowtime/uptime and audits should also reset monthly. That, of course, means double allowed downtime/audit fails at the end of the month. > [@Sasha](#): > > I have noticed when Satellites were down, then SNO’s were affected with downtime which isn’t accurate due to that bug but I can still see 98% on 1 of the satellites and this number hasn’t changed for months after the bug occurred. The dashboard shows the number incorrectly. ---
**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:** [May 14, 2020, 9:57pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/46 "2020-05-14T21:57:15Z")
A post was split to a new topic: [HDD slowing down for some reason](https://forum.storj.io/t/hdd-slowing-down-for-some-reason/6810) ---
**Author:** ![BrightSilence](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/brightsilence/32/6048_2.png) [@BrightSilence](https://forum.storj.io/u/BrightSilence)\ **Post date:** [May 14, 2020, 10:28pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/47 "2020-05-14T22:28:25Z")
> [@Sasha](#): > > I have noticed when Satellites were down, then SNO’s were affected with downtime This is impossible. A satellite that is down can’t perform uptime checks. And even if it somehow did, the node would still respond to them. So yeah, your lower stats are caused by something else. Either way, it doesn’t matter, a new uptime check system will be implemented anyway, with new scores that will be the only ones that matter. ---
**Author:** ![Sasha](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/sasha/32/69_2.png) [@Sasha](https://forum.storj.io/u/Sasha)\ **Post date:** [May 14, 2020, 11:45pm UTC](https://forum.storj.io/t/changelog-v1-4-2/6778/48 "2020-05-14T23:45:58Z")
It’s not impossible, it was proven last year when 1 of the satellites went down, the SNO uptime also decreased. [Next page](https://forum.storj.io/t/changelog-v1-4-2/6778.md?page=2)