Skip to content
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

General doc updates #276

Merged
merged 14 commits into from
Dec 13, 2024
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 4 additions & 0 deletions content/riak/cs/2.1.2/cookbooks/installing.md
Original file line number Diff line number Diff line change
Expand Up @@ -38,6 +38,10 @@ is built
We strongly recommend using one of the documented [version combinations]({{<baseurl>}}riak/cs/2.1.2/cookbooks/version-compatibility/)
when installing and running Riak CS.

>**Note on OTP version**
>
> **If version of OTP installed with Riak CS is a higher version then the OTP version installed with Riak KV a failure to read BEAM file will occur, therefore it should be ensured that the OTP versions match.

## Installing Riak KV

Before installing Riak CS, Riak KV must be installed on each node in
Expand Down
4 changes: 4 additions & 0 deletions content/riak/cs/3.0.0/cookbooks/installing.md
Original file line number Diff line number Diff line change
Expand Up @@ -38,6 +38,10 @@ is built
We strongly recommend using one of the documented [version combinations]({{<baseurl>}}riak/cs/3.0.0/cookbooks/version-compatibility/)
when installing and running Riak CS.

>**Note on OTP version**
>
> **If version of OTP installed with Riak CS is a higher version then the OTP version installed with Riak KV a failure to read BEAM file will occur, therefore it should be ensured that the OTP versions match.

## Installing Riak KV

Before installing Riak CS, Riak KV must be installed on each node in
Expand Down
4 changes: 4 additions & 0 deletions content/riak/cs/3.0.1/cookbooks/installing.md
Original file line number Diff line number Diff line change
Expand Up @@ -38,6 +38,10 @@ is built
We strongly recommend using one of the documented [version combinations]({{<baseurl>}}riak/cs/3.0.1/cookbooks/version-compatibility/)
when installing and running Riak CS.

>**Note on OTP version**
>
> **If version of OTP installed with Riak CS is a higher version then the OTP version installed with Riak KV a failure to read BEAM file will occur, therefore it should be ensured that the OTP versions match.

## Installing Riak KV

Before installing Riak CS, Riak KV must be installed on each node in
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -74,24 +74,6 @@ Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.2.0/developing/usage/updatin
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.2.0/developing/usage/conflict-resolution/)
documentation.

## Updating Objects

Once we've read the object back in from Riak, we can update the object
and store it back as we did before with the `StoreValue` object:

```java
fetchedObject.setValue(BinaryValue.create("You can be my wingman any time."));
StoreValue updateOp = new StoreValue.Builder(fetchedObject)
.withLocation(quoteObjectLocation)
.build();
StoreValue.Response updateOpResp = client.execute(updateOp);
```

For more in depth information on updating objects and sibling resolution in
Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.2.0/developing/usage/updating-objects/)
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.2.0/developing/usage/conflict-resolution/)
documentation.

## Deleting Objects

Now that we've stored and then fetched the object, we can delete it by
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -74,24 +74,6 @@ Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.2.1/developing/usage/updatin
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.2.1/developing/usage/conflict-resolution/)
documentation.

## Updating Objects

Once we've read the object back in from Riak, we can update the object
and store it back as we did before with the `StoreValue` object:

```java
fetchedObject.setValue(BinaryValue.create("You can be my wingman any time."));
StoreValue updateOp = new StoreValue.Builder(fetchedObject)
.withLocation(quoteObjectLocation)
.build();
StoreValue.Response updateOpResp = client.execute(updateOp);
```

For more in depth information on updating objects and sibling resolution in
Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.2.1/developing/usage/updating-objects/)
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.2.1/developing/usage/conflict-resolution/)
documentation.

## Deleting Objects

Now that we've stored and then fetched the object, we can delete it by
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -74,24 +74,6 @@ Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.2.2/developing/usage/updatin
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.2.2/developing/usage/conflict-resolution/)
documentation.

## Updating Objects

Once we've read the object back in from Riak, we can update the object
and store it back as we did before with the `StoreValue` object:

```java
fetchedObject.setValue(BinaryValue.create("You can be my wingman any time."));
StoreValue updateOp = new StoreValue.Builder(fetchedObject)
.withLocation(quoteObjectLocation)
.build();
StoreValue.Response updateOpResp = client.execute(updateOp);
```

For more in depth information on updating objects and sibling resolution in
Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.2.2/developing/usage/updating-objects/)
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.2.2/developing/usage/conflict-resolution/)
documentation.

## Deleting Objects

Now that we've stored and then fetched the object, we can delete it by
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -74,24 +74,6 @@ Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.2.3/developing/usage/updatin
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.2.3/developing/usage/conflict-resolution/)
documentation.

## Updating Objects

Once we've read the object back in from Riak, we can update the object
and store it back as we did before with the `StoreValue` object:

```java
fetchedObject.setValue(BinaryValue.create("You can be my wingman any time."));
StoreValue updateOp = new StoreValue.Builder(fetchedObject)
.withLocation(quoteObjectLocation)
.build();
StoreValue.Response updateOpResp = client.execute(updateOp);
```

For more in depth information on updating objects and sibling resolution in
Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.2.3/developing/usage/updating-objects/)
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.2.3/developing/usage/conflict-resolution/)
documentation.

## Deleting Objects

Now that we've stored and then fetched the object, we can delete it by
Expand Down
2 changes: 1 addition & 1 deletion content/riak/kv/2.2.3/release-notes.md
Original file line number Diff line number Diff line change
Expand Up @@ -30,4 +30,4 @@ In fixing a `riak` and `riak-admin` [issue](https://github.com/basho/node_packag

## Previous Release Notes

Please see the KV 2.2.2 release notes [here]({{<baseurl>}}riak/kv/2.2.3/release-notes/), and the KV 2.2.1 release notes [here]({{<baseurl>}}riak/kv/2.2.3/release-notes/).
Please see the KV 2.2.2 release notes [here]({{<baseurl>}}riak/kv/2.2.2/release-notes/), and the KV 2.2.1 release notes [here]({{<baseurl>}}riak/kv/2.2.1/release-notes/).
Original file line number Diff line number Diff line change
Expand Up @@ -74,24 +74,6 @@ Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.2.6/developing/usage/updatin
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.2.6/developing/usage/conflict-resolution/)
documentation.

## Updating Objects

Once we've read the object back in from Riak, we can update the object
and store it back as we did before with the `StoreValue` object:

```java
fetchedObject.setValue(BinaryValue.create("You can be my wingman any time."));
StoreValue updateOp = new StoreValue.Builder(fetchedObject)
.withLocation(quoteObjectLocation)
.build();
StoreValue.Response updateOpResp = client.execute(updateOp);
```

For more in depth information on updating objects and sibling resolution in
Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.2.6/developing/usage/updating-objects/)
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.2.6/developing/usage/conflict-resolution/)
documentation.

## Deleting Objects

Now that we've stored and then fetched the object, we can delete it by
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -82,24 +82,6 @@ Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.9.0p5/developing/usage/updat
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.9.0p5/developing/usage/conflict-resolution/)
documentation.

## Updating Objects

Once we've read the object back in from Riak, we can update the object
and store it back as we did before with the `StoreValue` object:

```java
fetchedObject.setValue(BinaryValue.create("You can be my wingman any time."));
StoreValue updateOp = new StoreValue.Builder(fetchedObject)
.withLocation(quoteObjectLocation)
.build();
StoreValue.Response updateOpResp = client.execute(updateOp);
```

For more in depth information on updating objects and sibling resolution in
Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.9.0p5/developing/usage/updating-objects/)
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.9.0p5/developing/usage/conflict-resolution/)
documentation.

## Deleting Objects

Now that we've stored and then fetched the object, we can delete it by
Expand Down
4 changes: 1 addition & 3 deletions content/riak/kv/2.9.0p5/using/performance.md
Original file line number Diff line number Diff line change
Expand Up @@ -169,9 +169,7 @@ multiple nodes holding the same data, these two options can be changed
to boost I/O performance. We recommend setting `barrier=0` and
`data=writeback` when using the ext4 filesystem.

Similarly, the XFS file system defaults can be optimized to improve
performance. We recommend setting `nobarrier`, `logbufs=8`,
`logbsize=256k`, and `allocsize=2M` when using the XFS filesystem.
Similarly, the XFS file system defaults can be optimized to improve performance. We recommend setting `logbufs=8`, `logbsize=256k`, and `allocsize=2M` when using the XFS filesystem. In addition, up to Ubuntu 17.10 and RHEL/CentOS 7.9 (and any OS using a Linux kernel before 4.15) we recommend setting `nobarrier`.

As with the `noatime` setting, these settings should be added to
`/etc/fstab` so that they are persisted across server restarts.
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -74,24 +74,6 @@ Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.9.1/developing/usage/updatin
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.9.1/developing/usage/conflict-resolution/)
documentation.

## Updating Objects

Once we've read the object back in from Riak, we can update the object
and store it back as we did before with the `StoreValue` object:

```java
fetchedObject.setValue(BinaryValue.create("You can be my wingman any time."));
StoreValue updateOp = new StoreValue.Builder(fetchedObject)
.withLocation(quoteObjectLocation)
.build();
StoreValue.Response updateOpResp = client.execute(updateOp);
```

For more in depth information on updating objects and sibling resolution in
Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.9.1/developing/usage/updating-objects/)
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.9.1/developing/usage/conflict-resolution/)
documentation.

## Deleting Objects

Now that we've stored and then fetched the object, we can delete it by
Expand Down
6 changes: 3 additions & 3 deletions content/riak/kv/2.9.1/using/performance.md
Original file line number Diff line number Diff line change
Expand Up @@ -162,9 +162,9 @@ multiple nodes holding the same data, these two options can be changed
to boost I/O performance. We recommend setting `barrier=0` and
`data=writeback` when using the ext4 filesystem.

Similarly, the XFS file system defaults can be optimized to improve
performance. We recommend setting `nobarrier`, `logbufs=8`,
`logbsize=256k`, and `allocsize=2M` when using the XFS filesystem.
Similarly, the XFS file system defaults can be optimized to improve performance.
We recommend setting `logbufs=8`, `logbsize=256k`, and `allocsize=2M` when using the XFS filesystem.
In addition, up to Ubuntu 17.10 and RHEL/CentOS 7.9 (and any OS using a Linux kernel before 4.15) we recommend setting `nobarrier`.

As with the `noatime` setting, these settings should be added to
`/etc/fstab` so that they are persisted across server restarts.
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -74,24 +74,6 @@ Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.9.10/developing/usage/updati
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.9.10/developing/usage/conflict-resolution/)
documentation.

## Updating Objects

Once we've read the object back in from Riak, we can update the object
and store it back as we did before with the `StoreValue` object:

```java
fetchedObject.setValue(BinaryValue.create("You can be my wingman any time."));
StoreValue updateOp = new StoreValue.Builder(fetchedObject)
.withLocation(quoteObjectLocation)
.build();
StoreValue.Response updateOpResp = client.execute(updateOp);
```

For more in depth information on updating objects and sibling resolution in
Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.9.10/developing/usage/updating-objects/)
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.9.10/developing/usage/conflict-resolution/)
documentation.

## Deleting Objects

Now that we've stored and then fetched the object, we can delete it by
Expand Down
6 changes: 3 additions & 3 deletions content/riak/kv/2.9.10/using/performance.md
Original file line number Diff line number Diff line change
Expand Up @@ -162,9 +162,9 @@ multiple nodes holding the same data, these two options can be changed
to boost I/O performance. We recommend setting `barrier=0` and
`data=writeback` when using the ext4 filesystem.

Similarly, the XFS file system defaults can be optimized to improve
performance. We recommend setting `nobarrier`, `logbufs=8`,
`logbsize=256k`, and `allocsize=2M` when using the XFS filesystem.
Similarly, the XFS file system defaults can be optimized to improve performance.
We recommend setting `logbufs=8`, `logbsize=256k`, and `allocsize=2M` when using the XFS filesystem.
In addition, up to Ubuntu 17.10 and RHEL/CentOS 7.9 (and any OS using a Linux kernel before 4.15) we recommend setting `nobarrier`.

As with the `noatime` setting, these settings should be added to
`/etc/fstab` so that they are persisted across server restarts.
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -74,24 +74,6 @@ Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.9.2/developing/usage/updatin
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.9.2/developing/usage/conflict-resolution/)
documentation.

## Updating Objects

Once we've read the object back in from Riak, we can update the object
and store it back as we did before with the `StoreValue` object:

```java
fetchedObject.setValue(BinaryValue.create("You can be my wingman any time."));
StoreValue updateOp = new StoreValue.Builder(fetchedObject)
.withLocation(quoteObjectLocation)
.build();
StoreValue.Response updateOpResp = client.execute(updateOp);
```

For more in depth information on updating objects and sibling resolution in
Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.9.2/developing/usage/updating-objects/)
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.9.2/developing/usage/conflict-resolution/)
documentation.

## Deleting Objects

Now that we've stored and then fetched the object, we can delete it by
Expand Down
6 changes: 3 additions & 3 deletions content/riak/kv/2.9.2/using/performance.md
Original file line number Diff line number Diff line change
Expand Up @@ -162,9 +162,9 @@ multiple nodes holding the same data, these two options can be changed
to boost I/O performance. We recommend setting `barrier=0` and
`data=writeback` when using the ext4 filesystem.

Similarly, the XFS file system defaults can be optimized to improve
performance. We recommend setting `nobarrier`, `logbufs=8`,
`logbsize=256k`, and `allocsize=2M` when using the XFS filesystem.
Similarly, the XFS file system defaults can be optimized to improve performance.
We recommend setting `logbufs=8`, `logbsize=256k`, and `allocsize=2M` when using the XFS filesystem.
In addition, up to Ubuntu 17.10 and RHEL/CentOS 7.9 (and any OS using a Linux kernel before 4.15) we recommend setting `nobarrier`.

As with the `noatime` setting, these settings should be added to
`/etc/fstab` so that they are persisted across server restarts.
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -74,24 +74,6 @@ Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.9.4/developing/usage/updatin
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.9.4/developing/usage/conflict-resolution/)
documentation.

## Updating Objects

Once we've read the object back in from Riak, we can update the object
and store it back as we did before with the `StoreValue` object:

```java
fetchedObject.setValue(BinaryValue.create("You can be my wingman any time."));
StoreValue updateOp = new StoreValue.Builder(fetchedObject)
.withLocation(quoteObjectLocation)
.build();
StoreValue.Response updateOpResp = client.execute(updateOp);
```

For more in depth information on updating objects and sibling resolution in
Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.9.4/developing/usage/updating-objects/)
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.9.4/developing/usage/conflict-resolution/)
documentation.

## Deleting Objects

Now that we've stored and then fetched the object, we can delete it by
Expand Down
6 changes: 3 additions & 3 deletions content/riak/kv/2.9.4/using/performance.md
Original file line number Diff line number Diff line change
Expand Up @@ -162,9 +162,9 @@ multiple nodes holding the same data, these two options can be changed
to boost I/O performance. We recommend setting `barrier=0` and
`data=writeback` when using the ext4 filesystem.

Similarly, the XFS file system defaults can be optimized to improve
performance. We recommend setting `nobarrier`, `logbufs=8`,
`logbsize=256k`, and `allocsize=2M` when using the XFS filesystem.
Similarly, the XFS file system defaults can be optimized to improve performance.
We recommend setting `logbufs=8`, `logbsize=256k`, and `allocsize=2M` when using the XFS filesystem.
In addition, up to Ubuntu 17.10 and RHEL/CentOS 7.9 (and any OS using a Linux kernel before 4.15) we recommend setting `nobarrier`.

As with the `noatime` setting, these settings should be added to
`/etc/fstab` so that they are persisted across server restarts.
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -75,19 +75,6 @@ Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.9.7/developing/usage/updatin
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.9.7/developing/usage/conflict-resolution/)
documentation.

## Updating Objects

Once we've read the object back in from Riak, we can update the object
and store it back as we did before with the `StoreValue` object:

```java
fetchedObject.setValue(BinaryValue.create("You can be my wingman any time."));
StoreValue updateOp = new StoreValue.Builder(fetchedObject)
.withLocation(quoteObjectLocation)
.build();
StoreValue.Response updateOpResp = client.execute(updateOp);
```

For more in depth information on updating objects and sibling resolution in
Riak, see [Updating Objects]({{<baseurl>}}riak/kv/2.9.7/developing/usage/updating-objects/)
and [Conflict Resolution]({{<baseurl>}}riak/kv/2.9.7/developing/usage/conflict-resolution/)
Expand Down
6 changes: 3 additions & 3 deletions content/riak/kv/2.9.7/using/performance.md
Original file line number Diff line number Diff line change
Expand Up @@ -162,9 +162,9 @@ multiple nodes holding the same data, these two options can be changed
to boost I/O performance. We recommend setting `barrier=0` and
`data=writeback` when using the ext4 filesystem.

Similarly, the XFS file system defaults can be optimized to improve
performance. We recommend setting `nobarrier`, `logbufs=8`,
`logbsize=256k`, and `allocsize=2M` when using the XFS filesystem.
Similarly, the XFS file system defaults can be optimized to improve performance.
We recommend setting `logbufs=8`, `logbsize=256k`, and `allocsize=2M` when using the XFS filesystem.
In addition, up to Ubuntu 17.10 and RHEL/CentOS 7.9 (and any OS using a Linux kernel before 4.15) we recommend setting `nobarrier`.

As with the `noatime` setting, these settings should be added to
`/etc/fstab` so that they are persisted across server restarts.
Expand Down
Loading