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

Add administrative interface to invoker and controller to reconfigure runtimes #4790

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

ningyougang
Copy link
Contributor

@ningyougang ningyougang commented Jan 7, 2020

Sometimes, admin may want to reinitalize the runtime config, e.g. nodejs:10 prewarm container number is less, lead to cold start, in order to handle user's request as soon as possible, admin may want to reinitalize the runtime configuration to increase the nodejs:10 prewarm containers.
And admin may want to reinitalize the runtime config on some limited invokers, this patch includes below changes

  • config runtime via controller to all managed invokers(or some limited inovkers which included in managed inovkers)
  • config runtime via invoker directly
  • get runtime info via invoker directly
  • add documents
  • test cases

Description

Related issue and scope

  • I opened an issue to propose and discuss this change (#????)

My changes affect the following components

  • API
  • Controller
  • Message Bus (e.g., Kafka)
  • Loadbalancer
  • Invoker
  • Intrinsic actions (e.g., sequences, conductors)
  • Data stores (e.g., CouchDB)
  • Tests
  • Deployment
  • CLI
  • General tooling
  • Documentation

Types of changes

  • Bug fix (generally a non-breaking change which closes an issue).
  • Enhancement or new feature (adds new functionality).
  • Breaking change (a bug fix or enhancement which changes existing behavior).

Checklist:

  • I signed an Apache CLA.
  • I reviewed the style guides and followed the recommendations (Travis CI will check :).
  • I added tests to cover my changes.
  • My changes require further changes to the documentation.
  • I updated the documentation where necessary.

extractCredentials {
case Some(BasicHttpCredentials(username, password)) =>
if (username == controllerUsername && password == controllerPassword) {
entity(as[String]) { runtime =>
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Usually, entity(as[Runtimes]) may be better, but if we apply this, need to change Runtimes to support convert json to entity Runtimes, and on the other hand, runtime.json's format doesn't match Runtimes entity, need to change a lot if use entity(as[Runtimes]) to receive the data.

Fortunately,we can reuse openwhisk itself's initialize method, just convert the runtime string to Runtimes.

So here, i think pass runtime string would be ok.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think you can do as json object instead of string to tighten this a bit more. I agree not to deserialize into a Runtimes instance.

logging.error(this, s"Received invalid runtimes manifest")
complete(s"Received invalid runtimes manifest")
} else {
parameter('limit.?) { limit =>
Copy link
Contributor Author

@ningyougang ningyougang Jan 7, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Support passed limit invokers, e.g. ?limit=0:1 ( sent to invoker0, invoker1 only)
And the config runtime request can be sent to some limited invokers which included in managed invokers as well.

@@ -27,7 +27,7 @@ whisk.spi {
EntitlementSpiProvider = org.apache.openwhisk.core.entitlement.LocalEntitlementProvider
AuthenticationDirectiveProvider = org.apache.openwhisk.core.controller.BasicAuthenticationDirective
InvokerProvider = org.apache.openwhisk.core.invoker.InvokerReactive
InvokerServerProvider = org.apache.openwhisk.core.invoker.DefaultInvokerServer
InvokerServerProvider = org.apache.openwhisk.core.invoker.InvokerServer
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This should be reverted.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

DefaultInvokerServer is already reverted

val invokerArray = targetValue.split(":")
val beginIndex = invokerArray(0).toInt
val finishIndex = invokerArray(1).toInt
if (finishIndex < beginIndex) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Would be great to support 0:0 case as well.
Ansible is using the same way.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, already support 0:0 case.

@ningyougang ningyougang reopened this Jan 13, 2020
@ningyougang ningyougang force-pushed the config_runtime branch 3 times, most recently from 5be2eab to 8573912 Compare January 13, 2020 08:24
@codecov-io
Copy link

codecov-io commented Jan 13, 2020

Codecov Report

Merging #4790 into master will decrease coverage by 6.86%.
The diff coverage is 41.78%.

Impacted file tree graph

@@            Coverage Diff             @@
##           master    #4790      +/-   ##
==========================================
- Coverage   82.35%   75.49%   -6.87%     
==========================================
  Files         198      199       +1     
  Lines        9021     9123     +102     
  Branches      353      379      +26     
==========================================
- Hits         7429     6887     -542     
- Misses       1592     2236     +644
Impacted Files Coverage Δ
...la/org/apache/openwhisk/core/invoker/Invoker.scala 71.66% <ø> (-0.47%) ⬇️
.../apache/openwhisk/core/controller/Controller.scala 0% <0%> (ø) ⬆️
...che/openwhisk/core/loadBalancer/LoadBalancer.scala 15.38% <0%> (-1.29%) ⬇️
...e/loadBalancer/ShardingContainerPoolBalancer.scala 73.91% <0%> (-2.93%) ⬇️
...rg/apache/openwhisk/core/entity/ExecManifest.scala 97.36% <100%> (+0.14%) ⬆️
.../scala/org/apache/openwhisk/core/WhiskConfig.scala 94.85% <100%> (+0.03%) ⬆️
.../org/apache/openwhisk/core/connector/Message.scala 77.61% <37.5%> (-2.55%) ⬇️
...e/openwhisk/core/containerpool/ContainerPool.scala 89.04% <44.44%> (-6.61%) ⬇️
...pache/openwhisk/core/invoker/InvokerReactive.scala 78.62% <64.4%> (-1.03%) ⬇️
.../openwhisk/core/invoker/DefaultInvokerServer.scala 75% <75%> (ø)
... and 21 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 394e9f6...12201bb. Read the comment docs.

@@ -203,6 +203,9 @@
"CONFIG_whisk_db_activationsFilterDdoc": "{{ db_whisk_activations_filter_ddoc | default() }}"
"CONFIG_whisk_userEvents_enabled": "{{ user_events | default(false) | lower }}"

"CONFIG_whisk_credentials_controller_username": "{{ controller.username }}"
"CONFIG_whisk_credentials_controller_password": "{{ controller.password }}"

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If generate controller/invoker credentials to container's /conf/, the Standalone Tests run failed due to lack /conf/ under the build machine

On the other hand, couchdb credentials is passed via environment variable, so controller/invoker credentials can be passed via environment variable as well.

@ningyougang ningyougang force-pushed the config_runtime branch 2 times, most recently from 556b5bd to 1ec0720 Compare January 14, 2020 07:10
@ningyougang ningyougang changed the title [WIP]Config runtime Config runtime Jan 14, 2020
@ningyougang
Copy link
Contributor Author

Already added test cases

Copy link
Member

@rabbah rabbah left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The limiting of a runtime to specific invokers is related to how invokers are partitioned for black box vs non-black box invokers (based on a % of active invokers in the system). I suggest splitting out the "limit" feature into a separate PR and having a mechanism for specifying distributions of runtimes to invokers and letting the load balancer calculate the partition.

That isn't powerful enough to when it is desirable to route to a specific invoker - is that a desired feature (vs limiting to a range of invokers active in the system)?

val execManifest = ExecManifest.initialize(runtime)
if (execManifest.isFailure) {
logging.error(this, s"Received invalid runtimes manifest")
complete(s"Received invalid runtimes manifest")
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this completes the https request with status code 200 - is that what was intended?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi, almost forgot this patch :(
I changed like below

logging.info(this, s"received invalid runtimes manifest")
complete(StatusCodes.BadRequest)

entity(as[String]) { runtime =>
val execManifest = ExecManifest.initialize(runtime)
if (execManifest.isFailure) {
logging.error(this, s"Received invalid runtimes manifest")
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

.error is for internal errors, where here this is user input error, i think .info is better.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Already changed to .info

parameter('limit.?) { limit =>
limit match {
case Some(targetValue) =>
val pattern = "\\d+:\\d"
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

use

Suggested change
val pattern = "\\d+:\\d"
val pattern = """\d+:\d"""

using triple quotes allows you to use a regex without escape characters.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Changed

if (username == controllerCredentials.username && password == controllerCredentials.password) {
entity(as[String]) { runtime =>
val execManifest = ExecManifest.initialize(runtime)
if (execManifest.isFailure) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

scala nit: you can use a case match here instead.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I just follow other codes using execManifest.isFailure to judge whether success or fail

complete(s"finishIndex can't be less than beginIndex")
} else {
val targetInvokers = (beginIndex to finishIndex).toList
loadBalancer.sendRuntimeToInvokers(runtime, Some(targetInvokers))
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

is there a later validation to check that the invoker indexing is in range?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, validate it in ShardingContainerPoolLoadbalacer.scala

  /** send runtime to invokers*/
  override def sendRuntimeToInvokers(runtime: String, targetInvokers: Option[List[Int]]): Unit = {
    val runtimeMessage = RuntimeMessage(runtime)
    schedulingState.managedInvokers.filter { manageInvoker =>
      targetInvokers.getOrElse(schedulingState.managedInvokers.map(_.id.instance)).contains(manageInvoker.id.instance)
    } foreach { invokerHealth =>
      val topic = s"invoker${invokerHealth.id.toInt}"
      messageProducer.send(topic, runtimeMessage).andThen {
        case Success(_) =>
          logging.info(this, s"Successfully posted runtime to topic $topic")
        case Failure(_) =>
          logging.error(this, s"Failed posted runtime to topic $topic")
      }
    }
  }

limit match {
case Some(targetValue) =>
val pattern = "\\d+:\\d"
if (targetValue.matches(pattern)) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

scala nit: you can rewrite this either if/else and nested clauses using case matching on regex.

Copy link
Contributor Author

@ningyougang ningyougang Feb 27, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

hm.. can you show a example? my codes like below

if (targetValue.matches(pattern)) {
  val invokerArray = targetValue.split(":")
  val beginIndex = invokerArray(0).toInt
  val finishIndex = invokerArray(1).toInt
  if (finishIndex < beginIndex) {
    logging.info(this, "finishIndex can't be less than beginIndex")
    complete(StatusCodes.BadRequest)
  } else {
    val targetInvokers = (beginIndex to finishIndex).toList
    loadBalancer.sendRuntimeToInvokers(runtime, Some(targetInvokers))
    logging.info(this, "config runtime request is already sent to target invokers")
    complete(StatusCodes.BadRequest)
  }
} else {
  logging.info(this, "limit value can't match [beginIndex:finishIndex]")
  complete(StatusCodes.BadRequest)
}


private val invokerCredentials = loadConfigOrThrow[InvokerCredentials](ConfigKeys.invokerCredentials)

override def routes(implicit transid: TransactionId): Route = {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

how will new runtime images get pulled to the invoker nodes? are you assuming they get pulled either via stem-cell "run" or when an action actually runs in the future?

Copy link
Contributor Author

@ningyougang ningyougang Feb 27, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

When send to reqeust to backend (e.g. curl -u xxx:xxx-X POST http://xxx:xxx:10001/config/runtime), it will pull new runtime image immediately and create prewarm container if the stem-cell > 0.

@@ -258,10 +258,40 @@ public static int getControllerBasePort() {
return Integer.parseInt(whiskProperties.getProperty("controller.host.basePort"));
}

public static String getControllerProtocol() {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

i dont think any of these changes are necessary if you read configs through pureconfig.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, already deleted.

response.status shouldBe StatusCodes.OK
}

Thread.sleep(5.seconds.toMillis)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just make previous's request handled successfully, because previous is a ansyc operation.

@rabbah rabbah changed the title Config runtime Add administrative interfafe to invoker and controller to reconfigure runtimes Jan 26, 2020
@rabbah rabbah changed the title Add administrative interfafe to invoker and controller to reconfigure runtimes Add administrative interface to invoker and controller to reconfigure runtimes Jan 26, 2020
@ningyougang ningyougang force-pushed the config_runtime branch 3 times, most recently from 81caa3f to 3e0603d Compare February 27, 2020 09:32
@ningyougang
Copy link
Contributor Author

ningyougang commented Feb 27, 2020

@rabbah

The limiting of a runtime to specific invokers is related to how invokers are partitioned for black box vs non-black box invokers (based on a % of active invokers in the system). I suggest splitting out the "limit" feature into a separate PR and having a mechanism for specifying distributions of runtimes to invokers and letting the load balancer calculate the partition.

hm.. this patch just reconfigure the runtime.json(recreate prewarm containers according to passed runtime string), i don't understand what's mean I suggest splitting out the "limit" feature into a separate PR

That isn't powerful enough to when it is desirable to route to a specific invoker - is that a desired feature (vs limiting to a range of invokers active in the system)?

Yes, it is not powerful, so i deleted route to a specific invoker because already have limiting to a range of invokers

case None =>
loadBalancer.sendRuntimeToInvokers(runtime, None)
logging.info(this, "config runtime request is already sent to all managed invokers")
complete(StatusCodes.Accepted)
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I changed to complete(StatusCodes.Accepted), because it is a async operation.

@@ -279,6 +285,23 @@ class ContainerPool(childFactory: ActorRefFactory => ActorRef,
case RescheduleJob =>
freePool = freePool - sender()
busyPool = busyPool - sender()
case prewarmConfigList: PreWarmConfigList =>
laststPrewarmConfig = prewarmConfigList.list
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Add a inner variable laststPrewarmConfig, just make it pointed to the passed config runtime.
Because in this patch: #4698
when received ContainerRemoved(may be prewarm container crashed), it will backfill the prewarm.

@ningyougang ningyougang force-pushed the config_runtime branch 6 times, most recently from be5a6e5 to 6750ea9 Compare February 29, 2020 08:15
@ningyougang
Copy link
Contributor Author

Rebased.

@ningyougang
Copy link
Contributor Author

Rebased

@ningyougang ningyougang closed this Jun 8, 2020
@ningyougang ningyougang reopened this Jun 8, 2020
passedConfig.exec.kind == config.exec.kind && passedConfig.memoryLimit == config.memoryLimit)
.getOrElse(config)
}
latestPrewarmConfig = newPrewarmConfig
Copy link
Contributor Author

@ningyougang ningyougang Jun 8, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Support just change specify runtime config as well, e.g.
Let's assume runtimes.json include nodejs:12, python:2, swift4.1, we can change nodejs:12 runtime only via just pass nodejs:12 runtime info, for other runtimes, just use previous runtime info directly.

@codecov-commenter
Copy link

codecov-commenter commented Jun 8, 2020

Codecov Report

Merging #4790 into master will decrease coverage by 6.56%.
The diff coverage is 50.00%.

Impacted file tree graph

@@            Coverage Diff             @@
##           master    #4790      +/-   ##
==========================================
- Coverage   83.56%   76.99%   -6.57%     
==========================================
  Files         201      202       +1     
  Lines        9515     9613      +98     
  Branches      400      415      +15     
==========================================
- Hits         7951     7402     -549     
- Misses       1564     2211     +647     
Impacted Files Coverage Δ
...che/openwhisk/core/loadBalancer/LoadBalancer.scala 76.92% <0.00%> (-6.42%) ⬇️
...e/loadBalancer/ShardingContainerPoolBalancer.scala 77.71% <0.00%> (-3.08%) ⬇️
...la/org/apache/openwhisk/core/invoker/Invoker.scala 71.66% <ø> (-0.47%) ⬇️
.../apache/openwhisk/core/controller/Controller.scala 45.11% <10.00%> (-9.70%) ⬇️
.../org/apache/openwhisk/core/connector/Message.scala 76.11% <37.50%> (-4.04%) ⬇️
...pache/openwhisk/core/invoker/InvokerReactive.scala 77.86% <64.40%> (-1.79%) ⬇️
...e/openwhisk/core/containerpool/ContainerPool.scala 94.25% <66.66%> (-3.62%) ⬇️
.../openwhisk/core/invoker/DefaultInvokerServer.scala 75.00% <75.00%> (ø)
.../scala/org/apache/openwhisk/core/WhiskConfig.scala 95.00% <100.00%> (+0.03%) ⬆️
...rg/apache/openwhisk/core/entity/ExecManifest.scala 92.15% <100.00%> (+0.32%) ⬆️
... and 22 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 395149d...4157ebc. Read the comment docs.

Copy link
Member

@rabbah rabbah left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I like elements of this PR but the orchestration with the invokers (where it's selective) I think can lead to a situation where the controller has a view of the supported runtimes that is not supported by all the invokers. Don't you then need to inform the scheduler/loadbalancer of this disparity so it can route requests correctly to the supporting invokers?

Or do you envision only changing the stem cell configurations, and not the content of the runtimes manifest otherwise?

*/

package org.apache.openwhisk.common

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You can use akka.http.scaladsl.model.headers.BasicHttpCredentials instead of creating this class.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I see later this is created to read/load the configuration - it might still work with BasicHttpCredentials because it's case class with the same fields.

* @param runtime
* @return the manifest if initialized successfully, or an failure
*/
protected[core] def initialize(runtime: String): Try[Runtimes] = {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why not use the method above and set the manifestOverride to Some(...) at the call site?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, you are right, updated accordingly.

protected[core] def initialize(runtime: String): Try[Runtimes] = {
val rmc = loadConfigOrThrow[RuntimeManifestConfig](ConfigKeys.runtimes)
val mf = Try(runtime.parseJson.asJsObject).flatMap(runtimes(_, rmc))
var manifest: Option[Runtimes] = None
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this is incorrect - the reason we do the assignment to manifest on line 57 is to set the singleton. Here, this has no effect because the variable is local.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I already changed to use existed initialize method.

extractCredentials {
case Some(BasicHttpCredentials(username, password)) =>
if (username == controllerUsername && password == controllerPassword) {
entity(as[String]) { runtime =>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think you can do as json object instead of string to tighten this a bit more. I agree not to deserialize into a Runtimes instance.

(path("config" / "runtime") & post) {
extractCredentials {
case Some(BasicHttpCredentials(username, password)) =>
if (username == controllerCredentials.username && password == controllerCredentials.password) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

you can use as authentication directive which will automatically check the credentials and reject the request. This is OK just making an observation.

@ningyougang ningyougang force-pushed the config_runtime branch 2 times, most recently from a7be1d4 to 695bb14 Compare March 2, 2021 08:17
@codecov-io
Copy link

codecov-io commented Mar 2, 2021

Codecov Report

Merging #4790 (edefa8a) into master (d8cf172) will decrease coverage by 7.66%.
The diff coverage is 20.80%.

Impacted file tree graph

@@            Coverage Diff             @@
##           master    #4790      +/-   ##
==========================================
- Coverage   81.81%   74.15%   -7.67%     
==========================================
  Files         204      212       +8     
  Lines        9950    10319     +369     
  Branches      447      435      -12     
==========================================
- Hits         8141     7652     -489     
- Misses       1809     2667     +858     
Impacted Files Coverage Δ
.../org/apache/openwhisk/core/connector/Message.scala 71.32% <0.00%> (-2.12%) ⬇️
...che/openwhisk/core/loadBalancer/LoadBalancer.scala 71.42% <0.00%> (-5.50%) ⬇️
...e/loadBalancer/ShardingContainerPoolBalancer.scala 77.71% <0.00%> (-3.08%) ⬇️
...la/org/apache/openwhisk/core/invoker/Invoker.scala 69.35% <ø> (-0.49%) ⬇️
.../apache/openwhisk/core/controller/Controller.scala 45.52% <12.90%> (-9.29%) ⬇️
...e/openwhisk/core/containerpool/ContainerPool.scala 87.45% <16.12%> (-9.36%) ⬇️
...pache/openwhisk/core/invoker/InvokerReactive.scala 52.63% <26.47%> (-27.37%) ⬇️
.../openwhisk/core/invoker/DefaultInvokerServer.scala 44.44% <44.44%> (ø)
.../scala/org/apache/openwhisk/core/WhiskConfig.scala 95.51% <100.00%> (+0.11%) ⬆️
...core/database/cosmosdb/RxObservableImplicits.scala 0.00% <0.00%> (-100.00%) ⬇️
... and 42 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 d8cf172...edefa8a. Read the comment docs.

@style95
Copy link
Member

style95 commented May 31, 2023

@ningyougang I want to check if you want to continue this PR.

@style95 style95 added the stale old issue which needs to validate label May 31, 2023
@codecov-commenter
Copy link

codecov-commenter commented Sep 27, 2024

Codecov Report

Attention: Patch coverage is 40.00000% with 75 lines in your changes missing coverage. Please review.

Project coverage is 75.06%. Comparing base (d8cf172) to head (edefa8a).
Report is 227 commits behind head on master.

Files with missing lines Patch % Lines
.../apache/openwhisk/core/controller/Controller.scala 12.90% 27 Missing ⚠️
...pache/openwhisk/core/invoker/InvokerReactive.scala 50.00% 17 Missing ⚠️
...e/openwhisk/core/containerpool/ContainerPool.scala 58.06% 13 Missing ⚠️
...e/loadBalancer/ShardingContainerPoolBalancer.scala 0.00% 7 Missing ⚠️
.../org/apache/openwhisk/core/connector/Message.scala 37.50% 5 Missing ⚠️
.../openwhisk/core/invoker/DefaultInvokerServer.scala 44.44% 5 Missing ⚠️
...che/openwhisk/core/loadBalancer/LoadBalancer.scala 0.00% 1 Missing ⚠️

❗ There is a different number of reports uploaded between BASE (d8cf172) and HEAD (edefa8a). Click for more details.

HEAD has 16 uploads less than BASE
Flag BASE (d8cf172) HEAD (edefa8a)
21 5
Additional details and impacted files
@@            Coverage Diff             @@
##           master    #4790      +/-   ##
==========================================
- Coverage   82.10%   75.06%   -7.04%     
==========================================
  Files         211      212       +1     
  Lines       10215    10319     +104     
  Branches      450      435      -15     
==========================================
- Hits         8387     7746     -641     
- Misses       1828     2573     +745     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
stale old issue which needs to validate
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants