Activity for Canh Truong
-
Canh Truong committed [066bc1]
ntf: Add support alarm cache buffer
-
log: update LOG PR for OpenSAF 5.19.07 [#3052]
-
log: Update document for ticket #3022 and #3046
-
changeset: 243:98a830708434 tag: tip user: Canh Van Truong canh.v.truong@dektech.com.au date: Thu Jul 11 11:43:33 2019 +0700 summary: log: update LOG PR for OpenSAF 5.19.07 [#3052]
-
log: update LOG PR for OpenSAF 5.19.07 [#3052]
-
log: Update try again for admin operation in logtest 6 49, 50
-
commit f60f0388969846307e148096df9cd4cc06bb707b (HEAD -> develop, origin/develop, ticket-3056) Author: Canh Van Truong canh.v.truong@dektech.com.au Date: Wed Jul 10 17:33:15 2019 +0700 log: Update the try again for admin operation [#3056] The logtest 6 49 and logtest 6 50 failed because the admin operation fail due to closing log file timeout. Update to try again the command admin operation in test cases
-
log: Update the try again for admin operation [#3056]
-
log: Update the try again for admin operation [#3056]
-
log: Update document for ticket #3022 and #3046
-
Duplicated with #3052
-
log: Updated document for enhancement in ticket #3022
-
Duplicated with #3056
-
log: Update try again for admin operation in logtest 6 49, 50
-
log: Update the try again for admin operation [#3056]
-
log: Update try again for admin operation in logtest 6 49, 50
-
log: clean up number of older log file without closing current log file
-
commit 68efc6010fda86d62300a687bbd8c52cba232479 (HEAD -> develop, origin/develop, ticket-3046) Author: Canh Van Truong canh.v.truong@dektech.com.au Date: Tue Jun 18 18:14:08 2019 +0700 log: Delete the older file without closing current log file via admin operation [#3046] Improve the enhancement of ticket #3022, the user can rotate (delete) older log files without closing current log file. LOG add new parameter (numberOfFilesToRemove) to admin op command with id = 2. - If parameter exists, LOGD remove...
-
log: Delete the older file without closing current log file via admin operation [#3046]
-
log: Update document for ticket #3022 and #3046
-
log: Update document for ticket #3022 and #3046
-
log: Delete the older file without closing current log file via admin operation [#3046]
-
log: Delete the older file without closing current log file via admin operation [#3046]
-
log: the cfg file never be removed
-
commit 8742197dee4c0afe3ff84a13312dd2ba59e9e785 (HEAD -> develop, origin/develop, ticket-3045) Author: Canh Van Truong canh.v.truong@dektech.com.au Date: Fri Jun 7 16:52:04 2019 +0700 log: fix to remove the cfg file when log file rotation [#3045] If the date(include year, month and day) in oldest cfg file name and the date of created oldest log file is different, logd cannot find out the oldest cfg file. The oldest cfg file is never removed when log file rotation. So number of cfg file is huge after...
-
log: fix to remove the cfg file when log file rotation [#3045]
-
log: clean up number of older log file without closing current log file
-
log: Delete the older file without closing current log file [#3046]
-
log: clean up number of older log file without closing current log file
-
log: fix to remove the cfg file when log file rotation [#3045]
-
log: clean up number of older log file without closing current log file
-
log: the cfg file never be removed
-
log: the cfg file never be removed
-
log: the cfg file never be removed
-
osaf: fix lost connectivity of consensus during "get" command timeout [#3037]
-
osaf: lost connectivity to consensus due to timeout
-
log: number of log file more than "saLogStreamMaxFilesRotated"
-
The fixes is included in #3022 3022
-
log: logd always create new log file at standby in case split file system
-
log: logd always create new log file at standby in case split file system
-
the fixes is included in #3022
-
log: Rotate log file base on admin operation
-
commit 7916ac316e86478c621c8359cf2aca4886288a38 (HEAD -> develop, origin/develop, ticket-3022) Author: Canh Van Truong canh.v.truong@dektech.com.au Date: Tue Apr 23 11:50:03 2019 +0700 log: Rotate log file via admin operation [#3022] In some cases the Users want to rotate log file at the time althouth the file size hasn't been reached MAX FILE SIZE. Log service provides the new feature that user can rotate log file via admin operation.
-
log: Rotate log file via admin operation [#3022]
-
commit e6cf94a9b03ab4542bb84a0172806f4f2fb86530 (HEAD -> develop, origin/develop, ticket-3032) Author: thuan.tran thuan.tran@dektech.com.au Date: Thu Apr 18 13:41:46 2019 +0700 amf: fix container sample build failure [#3032]
-
log: Updated document for enhancement in ticket #3022
-
log: Rotate log file base on admin operation
-
log: Log enhance to rotate log file via admin operation [#3022]
-
log: logd crash due to well known stream has numOpeners = 0
-
The fix should be reverted because it always make the standby reboot when the cold sync happen after the checkpoint of reopening stream.
-
log: logd crash due to well known stream has numOpeners = 0
-
commit 1cca4b16b4cf2060c7b7e6d18b9d279188d90dd6 (HEAD -> develop, origin/develop, ticket-3018) Author: canht32 canh.v.truong@dektech.com.au Date: Mon Apr 1 17:16:30 2019 +0700 log: fix logd crash due to well known stream has numOpeners=0 [#3018] If client closes stream is successful in active node but it cannot be checkpointed to standby node. This causes the "numOpeners" is different between active and standby. It also different number of streams that client opened between standby and active. When...
-
log: fix logd crash due to well known stream has numOpeners=0 [#3018]
-
log: number of log file more than "saLogStreamMaxFilesRotated"
-
log: number of log file more than "saLogStreamMaxFilesRotated"
-
log: logd always create new log file at standby in case split file system
-
log: logd always create new log file at standby in case split file system
-
log: logd always create new log file at standby in case split file system
-
log: logd crash due to well known stream has numOpeners = 0
-
log: fix logd crash due to well known stream has numOpeners=0 [#3018]
-
log: Rotate log file base on admin operation
-
log: Rotate log file base on admin operation
-
I guess following is steps of the condition for the crash: 1/Current "numOpeners" of one well known stream = 2. This mean that just one client open this stream. LOGD get close that stream request from client. The closing stream is successful on active node. But checkpoiting to standby have problem and cannot closing stream on standby. 2/Now the "numOpeners" on active node is (1), on standby node is (2). And still have one client own that well known stream on standby although the client already closed...
-
log: logd crash due to well known stream has numOpeners = 0
-
log: Rotate log file base on admin operation
-
dtm: dtm close socket due to duplication of add node IP info
-
commit 819801c5414f73bfbdb3f4101958981ae1d29bb3 (HEAD -> develop, origin/develop) Author: Canh Van Truong canh.v.truong@dektech.com.au Date: Mon Dec 17 16:13:48 2018 +0700 dtm: Fix dtm close socket due to duplication of adding node IP info [#2984] During cluster start, one node (node 1) broadcast up msg to other node. The remote node (node 2) get this msg and send the connection to node 1 (connect()). Similarly node 1 send the connection to node 2 after node 2 broadcast up msg to. Beside of node...
-
log: logd crash due to well known stream has numOpeners = 0
-
log: logd crash due to well known stream has numOpeners = 0 [#3018]
-
log: logd crash due to well known stream has numOpeners = 0
-
dtm: Fix dtm close socket due to duplication of adding node IP info [#2984]
-
log: Fix the last value of logRecordDestinationConfiguration is not deleted [#3014]
-
ntf: Add support alarm cache buffer
-
ntf: Fix to NTFD doesn't send the response if MDS_DEST of client is disconnected [#2973]
-
rde: rdegetrole timeout in rda
-
ntf: Limit the logger buffer [#2961]
-
ntf: Update TRY_AGAIN error in ntfsend tool [#2961]
-
ntf: update document for limit of logger buffer
-
ntf: Limit the logger buffer [#2961]
-
ntf: Update TRY_AGAIN error in ntfsend tool [#2961]
-
ntf: update document for limit of logger buffer
-
ntf: Limit the logger buffer [#2961]
-
ntf: Update TRY_AGAIN error in ntfsend tool [#2961]
-
log: ER in syslog after returning the response to agent failed
-
commit 29fbd0c6839f350444835c121a279075eecd3cdc (HEAD -> develop, origin/develop) Author: Canh Van Truong canh.v.truong@dektech.com.au Date: Thu Dec 27 14:42:09 2018 +0700 log: Update level of printout info in syslog from ER to WA [#2990]
-
log: ER in syslog after returning the response to agent failed
-
dtm: dtm close socket due to duplication of add node IP info
-
dtm: dtm close socket due to duplication of add node IP info
-
log: ER in syslog after returning the response to agent
-
log: Update level of printout info in syslog from ER to WA [#2990]
-
log: ER in syslog after returning the response to agent
-
log: ER in syslog after returning the response to agent
-
dtm: Fix dtm close socket due to duplication of adding node IP info [#2984]
1 >