Remove traffic_manager and related code.#8633
Merged
brbzull0 merged 5 commits intoapache:10-Devfrom Aug 11, 2022
Merged
Conversation
7930b8c to
d639ffe
Compare
d639ffe to
31bb3a8
Compare
Contributor
Author
|
[approve ci autest] |
Contributor
|
@SolidWallOfCode is going to look at this |
brbzull0
commented
Feb 1, 2022
mgmt/RecordsConfig.cc
Outdated
| @@ -55,8 +55,6 @@ static const RecordElement RecordsConfig[] = | |||
| , | |||
| {RECT_CONFIG, "proxy.config.proxy_binary", RECD_STRING, "traffic_server", RECU_NULL, RR_REQUIRED, RECC_NULL, nullptr, RECA_NULL} | |||
Contributor
Author
There was a problem hiding this comment.
This won't work anymore. It was used by TM.
| AC_ARG_VAR([DOXYGEN], [full path of Doxygen executable]) | ||
| AC_ARG_VAR([PERL], [full path of Perl executable]) | ||
|
|
||
| # Check if MakeMaker is available |
Member
There was a problem hiding this comment.
Oh, we can finally KIWF "MakeMaker"? Oh frabjous day! Calloo, Callay!
| @@ -66,7 +66,6 @@ SLACKWARE="slackware" | |||
|
|
|||
| function killAll() { | |||
| killall traffic_cop | |||
Member
There was a problem hiding this comment.
Why is traffic_cop still in here? Didn't that get KIWF'd last version?
SolidWallOfCode
approved these changes
Feb 19, 2022
30cdae6 to
e131cbd
Compare
6321b03 to
da97f38
Compare
da97f38 to
044a1cf
Compare
044a1cf to
70d76c3
Compare
Member
|
[approve ci autest] |
1 similar comment
Contributor
Author
|
[approve ci autest] |
56f3431 to
0842f25
Compare
Contributor
Author
|
[approve ci autest] |
traffic_manager binary. records syncronization between TS running as client and TM running as server. deprecated functions, ie: mgmt_log legacy RPC mechanism, LocalManager, ProcessManager. Remove usage of traffic_manager from some unit tests. I had to make some adjustments to the way some of the tests "when" clauses were used. TS ready now uses the default “when” clause(FileContains) which is also checking the existence of the file, the latest is what was used in this test. TM removal: Remove some records used by TM and note in the docs that they are now deprecated. TM removal: Work the docs so they reflect that TM is no longer supported. This commit also includes some changes in the Records config file. TM Removal: Rename new traffic_ctl to the new folder(same as before). Ammend makefiles to just build the new version. TM: Removal. Merge mgmt2 and mgmt folders. Use the best from each folder and compile them into a single mgmt folder. mgmt2 was used to keep track of all new RPC code including things that can be reuse from the old mgmt folder, now with the clean up for the original folder we can just put the leftovers together. This also add some notes into some documentation. TM Removal: Remove Signal,Event and Alarms header files. This is a second part of the removal of the code related to events and alarms. TM Removal: remove Admin perl module. TM removal: Fix doc issues and missing include. Fix build issue Fix not literal string issue
…of traffic_manager.
ts args from the command line. Fixed now.
0842f25 to
56f7aff
Compare
bneradt
added a commit
to bneradt/trafficserver
that referenced
this pull request
Nov 14, 2022
mgmt/rpc/overridable_txn_vars.cc is a generated file that our .gitignore should ignore. This used to be in mgmt2, but after apache#8633 it is now in the mgmt directory. This updates the .gitignore file for the new location.
bneradt
added a commit
that referenced
this pull request
Nov 14, 2022
mgmt/rpc/overridable_txn_vars.cc is a generated file that our .gitignore should ignore. This used to be in mgmt2, but after #8633 it is now in the mgmt directory. This updates the .gitignore file for the new location.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
As a part of the implementation of the
JSONRPCmechanism in ATS(part of 10-Dev branch already),traffic_managerbecame obsolete. This PR holds all the changes related to the removal oftraffic_managerand it's related code. This code is being running in Yahoo prod boxes for quite some time already.TLDR-
RPCmechanisms.traffic_managerto work.The Change
A summary of what is being removed and some notes:
TSMgmtAPITSListCreateTSListDestroyTSListEnqueueTSRecordSet, etc which were supposed to be used by remote(traffic_ctl) and local(traffic_manager) clients are no longer needed as now this API is replaced by the JSONRPC API.TSDeleteFromCache* and all the cache related API inside mgmt api was removed as they used the legacy api(TSRecordGetInt)WebMgmtUtils.ccremains. Contains some handy functions although they aren't used.**Contains unused code**mgmt_fatal/logare now removed as this is no longer supported, they were marked as deprecated at least 1 release ago. Removed now and replaced by Debug diag.LocalManager,ProcessManager.-
processserver.sock,mgmtapi.sockand eventapi.sock are removed. Events socket was agreed to be removed in one of the ATS Meetup.AdminClientperl module is removed. There are still some extensions which I still need to figure out if it needs to be removed(probably in another PR).Config.pmwill not be removedtraffic_servercmd so it can be used by different tools to differentiate TS instances.proxy.config.proxy_binarywill not work anymore, as this was used by TM to start TS.Few more things to consider:
mgmt2folder which was used as a fresh start for things related to management, the idea was at some point after a cleanup of the mgmt folder we can mergemgmt2folder intomgmt, this change is also included in here.JSONRPCthere were two folder,traffic_ctlandtraffic_ctl_jsonrpcto contain the legacy version and the new version respectively, now the new version overrides the legacy version, so you may see changes in thetraffic_ctlcode which are actually in10-Devbranch, this is mainly because of the moving files from one folder to another.traffic_manageris no longer supported, this is mostly around records which may find warnings while starting ATS without the records being registered.The goal beside removing the code is to know exactly what we want to maintain once
traffic_manageris gone, questions like, do we want to maintainTSMgmt* APIcompatibility call theJSONRPCnode instead??? Is it worth it? should we keep the API stub and add a warning, so anyone actually using this MGMT Apis gets a warning instead of a build error(missing function)?Thanks.
Closes #5563