Openbravo Issue Tracking System - Retail Modules | |||||
View Issue Details | |||||
ID | Project | Category | View Status | Date Submitted | Last Update |
0035924 | Retail Modules | StoreServer | public | 2017-05-04 10:26 | 2017-05-22 15:49 |
Reporter | mtaal | ||||
Assigned To | mtaal | ||||
Priority | normal | Severity | major | Reproducibility | have not tried |
Status | closed | Resolution | fixed | ||
Platform | OS | 5 | OS Version | ||
Product Version | |||||
Target Version | RR17Q3 | Fixed in Version | |||
Merge Request Status | |||||
Review Assigned To | AugustoMauch | ||||
OBNetwork customer | |||||
Support ticket | |||||
Regression level | |||||
Regression date | |||||
Regression introduced in release | |||||
Regression introduced by commit | |||||
Triggers an Emergency Pack | No | ||||
Summary | 0035924: Trigger mandatory reload of a store server using a flag in a file | ||||
Description | See the documentation here: http://wiki.openbravo.com/wiki/Retail:Store_Server_Initial_Data_Reload#Mandatory_versus_Non-Mandatory_Reload_-_forcing_mandatory_reload_at_startup [^] The logic implemented in this issue covers the case that a file is used to flag that a mandatory reload is needed. | ||||
Steps To Reproduce | Testcases: Base steps: Assume multi-server environment, stop store, change some data in central - create a file with value 'replica' in /etc/hpvswitch.flag, check that mandatory reload is executed and that file has value primary after wards - create a file with value 'replica' in /etc/hpvswitch.flag, set security permissions to not allow reading, check that mandatory reload is not executed and that file is not changed - create a file with value 'replica' in /etc/hpvswitch.flag, set security permissions to not allow writing, check that mandatory reload is executed and that file is not changed, at restart a new mandatory reload is started again - create a file in a different location with value replica, set the location in Openbravo.properties using the relevant flag, check that mandatory reload is executed and that file content is updated - force a non-successful mandatory reload by creating prod-cat in central, add a product to it. This gets replicated to the store. In the store remove the product category and product. Stop the store server, set the file as above, Then in central update the product. Mandatory reload should fail and system should not be reachable by WebPOS | ||||
Proposed Solution | See documentation | ||||
Additional Information | |||||
Tags | No tags attached. | ||||
Relationships | |||||
Attached Files | |||||
Issue History | |||||
Date Modified | Username | Field | Change | ||
2017-05-04 10:26 | mtaal | New Issue | |||
2017-05-04 10:26 | mtaal | Assigned To | => mtaal | ||
2017-05-04 10:26 | mtaal | Triggers an Emergency Pack | => No | ||
2017-05-08 09:11 | mtaal | Review Assigned To | => AugustoMauch | ||
2017-05-08 09:12 | hgbot | Checkin | |||
2017-05-08 09:12 | hgbot | Note Added: 0096448 | |||
2017-05-08 09:12 | hgbot | Status | new => resolved | ||
2017-05-08 09:12 | hgbot | Resolution | open => fixed | ||
2017-05-08 09:12 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/pmods/org.openbravo.replication.symmetricds/rev/df14b4f9c26b33fb7772e65dd7d6babd47c749a2 [^] | ||
2017-05-08 15:03 | hgbot | Checkin | |||
2017-05-08 15:03 | hgbot | Note Added: 0096458 | |||
2017-05-08 15:07 | hgbot | Checkin | |||
2017-05-08 15:07 | hgbot | Note Added: 0096459 | |||
2017-05-22 15:49 | AugustoMauch | Note Added: 0096716 | |||
2017-05-22 15:49 | AugustoMauch | Status | resolved => closed |
Notes | |||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|