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

Proposed 1.5.0-b5 #3259

Merged
merged 17 commits into from
Feb 13, 2020
Merged

Proposed 1.5.0-b5 #3259

merged 17 commits into from
Feb 13, 2020

Conversation

manojsdoshi
Copy link
Contributor

If merged this PR will:

close: #3072
close: #3255
close: #3225
close: #3244
close: #3179
close: #3189
close: #3242
close #3243
close: #3241
close: #3229
close #3196
close: #3197
close: #3246
close: #3237

carlhua and others added 17 commits February 10, 2020 23:36
Returns local validator details and specified manifest information
respectively. Folded and rebased on latest develop
account_info, owner_info, account_currencies
* Metrics are now exported over insight.
* Fixes a minor bug that affected the reporting of gauges
* update EP and find package requirements
* minor protobuf/libarchive build fixes
* change travis release builds to nounity to
  ameliorate vm memory exhaustion.

FIXES: XRPLF#3223, XRPLF#3232
* When an unknown amendment reaches majority, log an error-level
  message, and return a `warnings` array on all successful
  admin-level RPC calls to `server_info` and `server_state` with
  a message describing the problem, and the expected deadline.
* In addition to the `amendment_blocked` flag returned by
  `server_info` and `server_state`, return a warning with a more
  verbose description when the server is amendment blocked.
* Check on every flag ledger to see if the amendment(s) lose majority.
  Logs again if they don't, resumes normal operations if they did.

The intention is to give operators earlier warning that their
instances are in danger of being amendment blocked, which will
hopefully motivate them to update ahead of time.
* Example: gcc.Debug will use the the default version of gcc installed on the
  system. gcc-9.Debug will use version 9, regardless of the default. This will
  be most useful when the default is older than required or desired.
* Whenever a node downloads a new VL, send it to all peers that
  haven't already sent or received it. It also saves it to the
  database_dir as a Json text file named "cache." plus the public key of
  the list signer. Any files that exist for public keys provided in
  [validator_list_keys] will be loaded and processed if any download
  from [validator_list_sites] fails or no [validator_list_sites] are
  configured.
* Whenever a node receives a broadcast VL message, it treats it as if
  it had downloaded it on it's own, broadcasting to other peers as
  described above.
* Because nodes normally download the VL once every 5 minutes, a single
  node downloading a VL with an updated sequence number could
  potentially propagate across a large part of a well-connected network
  before any other nodes attempt to download, decreasing the amount of
  time that different parts of the network are using different VLs.
* Send all of our current valid VLs to new peers on connection.
  This is probably the "noisiest" part of this change, but will give
  poorly connected or poorly networked nodes the best chance of syncing
  quickly. Nodes which have no http(s) access configured or available
  can get a VL with no extra effort.
* Requests on the peer port to the /vl/<pubkey> endpoint will return
  that VL in the same JSON format as is used to download now, IF the
  node trusts and has a valid instance of that VL.
* Upgrade protocol version to 2.1. VLs will only be sent to 2.1 and
  higher nodes.
* Resolves XRPLF#2953
@codecov-io
Copy link

Codecov Report

Merging #3259 into develop will decrease coverage by 0.2%.
The diff coverage is 50.69%.

Impacted file tree graph

@@             Coverage Diff             @@
##           develop    #3259      +/-   ##
===========================================
- Coverage    70.33%   70.12%   -0.21%     
===========================================
  Files          675      674       -1     
  Lines        53178    53607     +429     
===========================================
+ Hits         37402    37593     +191     
- Misses       15776    16014     +238
Impacted Files Coverage Δ
src/ripple/overlay/Peer.h 0% <ø> (ø) ⬆️
src/ripple/overlay/Overlay.h 78.94% <ø> (ø) ⬆️
src/ripple/app/misc/Manifest.h 55.55% <ø> (ø) ⬆️
src/ripple/rpc/impl/RPCHandler.cpp 89.23% <ø> (ø) ⬆️
src/ripple/overlay/impl/TrafficCount.h 50% <ø> (+30%) ⬆️
src/ripple/app/misc/NetworkOPs.h 100% <ø> (ø) ⬆️
src/ripple/app/main/Application.h 100% <ø> (ø) ⬆️
src/ripple/overlay/impl/ConnectAttempt.h 0% <ø> (ø) ⬆️
src/ripple/rpc/impl/ServerHandlerImp.h 100% <ø> (ø) ⬆️
src/ripple/app/main/Main.cpp 40.13% <ø> (ø) ⬆️
... and 50 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update cc4cefa...0c6d380. Read the comment docs.

@manojsdoshi manojsdoshi merged commit 0c6d380 into XRPLF:develop Feb 13, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

10 participants