[MCOL-2094] Assign DBRoot command failed - setFilesPerColumnPartition Failed Created: 2019-01-18 Updated: 2023-10-26 Resolved: 2020-04-15 |
|
| Status: | Closed |
| Project: | MariaDB ColumnStore |
| Component/s: | ? |
| Affects Version/s: | 1.2.2 |
| Fix Version/s: | N/A |
| Type: | Task | Priority: | Major |
| Reporter: | David Hill (Inactive) | Assignee: | Unassigned |
| Resolution: | Won't Do | Votes: | 1 |
| Labels: | None | ||
| Environment: |
2um 3pm 1 dbroot per pm external SAN |
||
| Description |
|
Customer has a system with 3 pms using 1 dbroot per with external storage. They wanted to add 3 more dbroots making 2 dbroot per pm. They got this error: root@usiadmdmaxp01:~# mcsadmin assignDbrootPmConfig 4 pm1 DBRoot IDs assigned to 'pm1' = 1 Changes being applied DBRoot IDs assigned to 'pm1' = 1, 4 ERROR: old FilesPerColumnPartition not a multiple of DBRootCount
I believe the error is coming from this check in the oam api setFilesPerColumnPartition if ( oldFilesPerColumnPartition != oldSystemDBRootCount * I think you arent allowed to change this setting of FilesPerColumnPartition to something that isnt a equal to a multiple of the original setting. This just might need to be documented. But maybe it could require a code change to allow. |
| Comments |
| Comment by David Hill (Inactive) [ 2019-01-18 ] |
|
reproduce issue inhouse mcsadmin> getst System Storage Configuration Performance Module (DBRoot) Storage Type = external mcsadmin> adddbroot 3 New DBRoot IDs added = 4, 5, 6 mcsadmin> assign 4 pm1
This command stops the processing of applications on all Modules within the MariaDB ColumnStore System Checking for active transactions System being stopped now... mcsadmin> assign 4 pm1 DBRoot IDs assigned to 'pm1' = 1 Changes being applied DBRoot IDs assigned to 'pm1' = 1, 4 ERROR: old FilesPerColumnPartition not a multiple of DBRootCount
|
| Comment by David Hill (Inactive) [ 2019-01-18 ] |
|
the error that was reported turns out to be just a warning. It still did the assign. DOnt know if that is good or bad.. From that, I continued to do the assign of the other 2 dbroots successfully and brought the system up. mcsadmin> assign 5 pm2 DBRoot IDs assigned to 'pm2' = 2 Changes being applied DBRoot IDs assigned to 'pm2' = 2, 5 Successfully Assigned DBRoots mcsadmin> assign 6 pm3 DBRoot IDs assigned to 'pm3' = 3 Changes being applied DBRoot IDs assigned to 'pm3' = 3, 6 Successfully Assigned DBRoots mcsadmin> getstorage System Storage Configuration Performance Module (DBRoot) Storage Type = external [root@ip-172-31-33-150 bin]# ma starts startSystem command, 'columnstore' service is down, sending command to System being started, please wait............ |
| Comment by David Hill (Inactive) [ 2019-01-18 ] |
|
after adding the 3 new dbroots, this is the setting for FilesPerColumnPartition <FilesPerColumnPartition>12</FilesPerColumnPartition> <!-- should be multiple of DBRootCount --> It was 4 at install and 12 with 3 dbroots So the valued stayed the same between 3 and 6, which is good.. |
| Comment by David Hill (Inactive) [ 2019-01-21 ] |
|
This code is no longer needed and should be removed if ( oldFilesPerColumnPartition != oldSystemDBRootCount * |
| Comment by Todd Stoffel (Inactive) [ 2020-04-15 ] |
|
OAM is being deprecated and replaced by an enhanced API and the MaxScale orchestration project. |