how to release memory when my producer run for a long time.

Description
my producer is used in webapi
when the producer run a long time ,i find iis memory increase too quick  。。。
i create producer when application start like this.
protected void Application_Start()
{
HttpContext.Current.Cache["MyTopic"] = KafkaProducerHelper.CreateNewNullKeyProducer("MyTopic");
}
when it send message ,i catch some exception  ,i will call dispose and re-create the producer .
so when the web run a long time,iis process memory increase too much.
how can i resolve this .please help me ,thanks.
How to reproduce
Checklist
Please provide the following information:

[x] Confluent.Kafka nuget version:0.11.3

[x] Apache Kafka version: 0.11.0

[ ] Client configuration:

[x] Operating system:win10

[ ] Provide logs (with "debug" : "..." as necessary in configuration)

[ ] Provide broker log excerpts

[x] Critical issue

Please edit your original comment and fill out the checklist, versions, OS and configuration in particular.
Thanks

@mhowlett    already updated .. thanks.
at first,i use producer by using(var producer =xxx){  }
later i found kafka logs in linux,shows: too many files opened.  and i alter linux file limit config ,65535,but still not work. Then i see windows performance , and find iis request is too many ,more than 2000 concurrence ,so i create the producer then application started to reduce producer's creatation
i guess this problem is cause by the producer is create to quick ,but  gc release is slow. so i chanage my code , and resolve it .
HttpContext.Current.Cache["MyTopic"]=KafkaProducerHelper.CreateNewNullKeyProducer("MyTopic");
but new problem occured.. iis memory increase to much.  i try to find librdkafka config to resolve it ,but failed ..
please help me ~thanks again

i send message by async , so when message are too much and the task runs for a long time ,the memory will increase too much ,i guess.
@mhowlett


Cannot read property 'getEditorType' of null

Issue Id: 6cdbee2e-d15d-2258-09d9-ff0f69dcba35Versions - 1.11.1Stack TypeError: Cannot read property 'getEditorType' of null/vs/workbench/api/node/mainThreadWorkspace.ts#L98:24 (getEditorType)/vs/workbench/services/thread/common/abstractThreadService.ts#L34:16 (apply)/vs/platform/extensions/common/ipcRemoteCom.ts#L275:39 (handle)/vs/platform/extensions/common/ipcRemoteCom.ts#L231:25 (invokeHandler)    at _combinedTickCallback (internal/process/next_tick.js:67:7)     at process._tickCallback (internal/process/next_tick.js:98:9)

Fixed via 946ac52e59b2fd540a14f020a5fdff586d10ef7a


Update enable-attack-surface-reduction.md

Checked and Corrected OMA URI settings to reflect MDM section.

@JohanFreelancer9 Please copy review

Change approved


data/Animals.csv file not found

when running on colab
https://colab.research.google.com/github/stared/thinking-in-tensors-writing-in-pytorch/blob/master/3 Linear regression.ipynb#scrollTo=s5gdu-mRRiwo

@jlj0n3s Right now the workaround is to manually upload the files from https://github.com/stared/thinking-in-tensors-writing-in-pytorch/tree/master/data.
I will look into other options (e.g. hard-coding the path).

Solved!


css-style getting copied unexpectedly to container from a contained item

Azure Data Studio Version:
Version: 1.18.0
Commit: 9ca6200018fc206d67a47229f991901a8a453781
Date: 2017-12-15T12:00:00.000Z
VS Code: 1.45.0
Electron: 7.2.2
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-electron.0
OS: Darwin x64 19.4.0

Steps to Reproduce:

Create an azdata.TextComponent object with the following CSS style properties set:
{  	"border-right-width": "2px",  	"border-right-style": "solid",  	"border-right-color": "#57A200" }

As usual this item is wrapped in some container before finally getting registered in a modelview object.

It is rendered it show up as below:

The green line to the right of 'Privacy policy' is expected. The second green line below the Privay policy is not.

Upon inspecting Elements in Developer Tools this is what is seen:
Node corresponding to our TextComponent with the said border CSS style as expected:

Privacy policy

But looking at its parent node we see the following:
<modelview-text style="overflow: hidden; position: relative; border-right: 2px solid rgb(87, 162, 0); font-style: normal; font-weight: normal; color: rgb(0, 120, 212);">

So the css styles being replicated both on the  node and the modelview-text node causes the extra green line to show up. If I remove the "border-right: 2px solid rgb(87, 162, 0);" from the modelview-text node using the Developer Tools then the extra green line disappears.

Closing older API-level bugs to focus on customer scenarios.  Please log a bug for the impacted customer scenario.


ORC-1092: Upgrade LZ4 to version 1.9.3

What changes were proposed in this pull request?
This PR aims to upgrade LZ4 to version 1.9.3.
Why are the changes needed?
This will bring the latest improvements and bug fixes.

https://github.com/lz4/lz4/releases/tag/v1.9.3

How was this patch tested?
Pass the CIs.

I'll backport this to branch-1.7 for Apache ORC 1.7.3.


Added capability to empty waiting list

Added a button "Empty" to clean the waiting list

Thank you for this PR 🙏🏼
The drain method is queue related method, it removes all waiting & delayed jobs, therefore I don't think that it should be under the waiting tab.

Drains the queue, i.e., removes all jobs that are waiting or delayed, but not active, completed or failed.

If your requirement it to remove waiting only jobs, you can change your PR to use the clean end point which gets the status to remove.
Similar to cleanAllDelayed here   const cleanAllDelayed = (queueName: string) =>

Ping?

Hi,
I've tried to use the clean method but it wasn't working, so I've implemented the empty method. Later I realised that it probably didn't work because the waiting list should be passed as 'wait' and not 'waiting', which is the default value for the waiting queue. I couldn't work on it the last few days, but will try to fix it on the next week.


Mint with Withdraw

Summary
A significant number of transactions are submitted which mint then distribute the resulting tokens.  In the interest of streamlining the workload on the system it should be possible to add a recipient address to a mint request
Problem Definition
Streamlining and improving the efficiency of the blockchain is all about identifying areas where things can be done more efficiently.  There are a number of transactions can be consolidated if the mint and withdraw steps were combined
Proposal
Add an optional recipient address to the mint message/end point.  The caller must possess both the mint and withdraw permissions if using the target address, otherwise the existing behavior of mint and hold in the marker should be used.
NOTE: verify that a withdraw operation is not bypassing the transfer restrictions for moving funds between two accounts.  A withdraw operation is equivalent to a bank send where the signer holding the withdraw permission effectively is granted the send permission from the marker's escrow account.

For Admin Use

[ ] Not duplicate issue
[ ] Appropriate labels applied
[ ] Appropriate contributors tagged
[ ] Contributor assigned/self-assigned

Figure also brought up that sometimes, it'd be helpful to also have the newly minted funds committed to a market.


Use background color unscoped modifier in box test

Android
iOS

The behavior of iOS is pretty deeply concerning here. I dramatically reduced the number of containers and explicit sizes in use so that it would behave more dynamically, and as a result iOS completely broke (while Android had basically no change).
Closes #1583

[ ] CHANGELOG.md's "Unreleased" section has been updated, if applicable.

I did fix the front color in the legend post-screenshot.

Rebased!

When I read your concerns i was expecting updated screenshots in the diff. Thankfully it didn’t go that far.

We don't snapshot the test app, but there are tests for box committed that I previously noted seem very broken: https://github.com/cashapp/redwood/pull/1842#discussion_r1511552288. Tracked by #900.


AAP-21095: Add QE automation for Deployment Engine UI

Description
This PR adds a Cypress based E2E test suite for testing Deployment Engine UI.
Commit message reminder
Commit messages are important because they will be used to build list of items included in Errata when the deployment driver container image is built and QE will use that list to figure out what to test before the image is published.

For user facing features or fixes make sure Jira item number AAP-nnnnn is included in the commit message(s)
For other changes, like unit tests or code refactoring, do not include Jira item numbers

PR task checklist

[x] I have used appropriate commit messages based on section above
[x] I have performed a self-review of my code
[x] I have followed code style guidelines of this project
[x] I have commented my code, particularly in hard-to-understand areas
[x] I have made corresponding changes to the documentation
[x] I have added thorough tests

Jira
This PR is for JIRA item: https://issues.redhat.com/browse/AAP-21095
Testing

Pull down the PR
Follow the CYPRESS.md to run the E2E tests

Expected result
npx cypress run

We need to consolidate this into the existing folder test/ui that's been setup for this sort of tests.

We need to consolidate this into the existing folder test/ui that's been setup for this sort of tests.

@tznamena , as per what we discussed, I made some changes on this PR to move the changes into the azure-aap-deployment-driver/test folder. For the automated test cases that you developed in the deployment_driver.cy.js and environment_helpers.js files, if we want to keep them, we need to make some updates for them to use the same environment variables or cypress configure file as what are mentioned in the CYPRESS.md file.

@tznamena , I made some change on your automated test cases. Now all test cases can pass with a deployment on Azure.

@tznamena , here is the test results after removing the typeScript and merging my test scenarios into the deployment_driver.cy.js.

For the test which is used to check the detailed deployment steps, I used my codes since I want to make sure the deployment steps' processing order is matched with the ones defined in the deployment_steps.json file.

The latest test results with the PR.

@tznamena , thanks for your efforts in reviewing the PR. All the review comments are addressed. Here is the final test result with all changes. :-)

Almost there! Following test spec files do not work however they can be removed as they are redundant:

The file test/ui/cypress/e2e/deployment_engine_UI.cy.js can be deleted as all the tests are already in file test/ui/cypress/e2e/deployment_driver.cy.js.
The file test/ui/cypress/e2e/login_with_RH_account.cy.js can be removed as the login with RH account is invoked before each test anyway.
The test for documentation link can be moved to file test/ui/cypress/e2e/deployment_driver.cy.js and then the file test/ui/cypress/e2e/documentation_navigation.cy.js can be removed as well.

@tznamena , I already removed test/ui/cypress/e2e/deployment_engine_UI.cy.js, test/ui/cypress/e2e/login_with_RH_account.cy.js and test/ui/cypress/e2e/documentation_navigation.cy.js files from my PR. All their test scenarios had been merged into test/ui/cypress/e2e/deployment_driver.cy.js.


Significantly increase unit test coverage

To increase confidence in making code changes and to encourage other code contributors, significantly increase unit test coverage to that it is clear if a code change has broken any existing functionality.

Show before and after code coverage

@impl tag being used to indicate which tests have been implemented

@mattRedBox what changes are needed for https://github.com/ODIQueensland/data-curator#tests ?

@Stephen-Gates
I've updated the README.md
Note: Spent time on acceptance test boilerplate, rather than unit test
Note: haven't put in relish step or put into CI yet.
But, have added what I need to get me through main process interaction for now (including context menu, Application menu and dialog interactions).
Will merge dependabot PRs and upgrade electron to latest 8 with next dev version (just to ensure this release stability).

Thanks Matt
Do you want me to create an issue for the above in v0.12.0?

No need - it's a BAU task which is always on my plate.

Just as a reference:
Part of issue with spectron and main process (ie: serialisation):

https://github.com/electron/spectron/issues/21
The library we use to mock the dialogs (effectively intercept, close and return value):
spectron-fake-dialog
With more exploration, better ideas may emerge, but this library and the way it handles main code is useful, perhaps to duplicate for other main process stumbling blocks -  and will get us through for now (until Spectron perhaps do more to take care of this side of things).

Just keeping open until we actually achieve signficant coverage

See also https://github.com/ODIQueensland/data-curator/issues/594 as 1 way to publicly demonstrate coverage

@Stephen-Gates @mattRedBox has this issue been closed?

No - frameworks are setup, but coverage not where it could be/should be.


Note types

Issue #402 , this follows the implementation descriibe at https://github.com/0xPolygonMiden/miden-base/issues/402#issuecomment-1969346806
This depends on #485

@hackaugusto - could you rebase it from the latest next?
Also, in one of the other PRs (or issues), I left a comment about potentially reducing the note types to 3: OffChain, Public, and Encrypted. The main reasoning is that maybe we are over-complicating things and note type should specify only how the note data is stored (and maybe the proper name then would be NoteStorageMode). How the note should be consumed would be then be encoded in the note tag. This does require us to think though a bit more about how note tags would be structured. What do you think?

How the note should be consumed would be then be encoded in the note tag. This does require us to think though a bit more about how note tags would be structured. What do you think?

I think that works, but I think it would be best to change the tag to be a structure, instead of encoding this in the existing field. Just to make things easier to understand.

@hackaugusto - could you rebase it from the latest next?

done

@hackaugusto - could you rebase it from the latest next?

done

Seems like there are still some changes in this PR which were done in other PRs (e.g., introduction of ProvenTransactionBuilder).

@bobbinth yes, this PR was built on top of the other PR as I mentioned above:

I will rebase this one on next now that we have merged the other PR

Thank you! Not a full review - just left a few inline comments which I think may affect quite a few files.

@bobbinth is there anything else you want to add to this PR? From what I gathered in the issue discussion the storage types are going to stay the same.

@bobbinth is there anything else you want to add to this PR? From what I gathered in the issue discussion the storage types are going to stay the same.

How are you thinking about tag-related changes - would these be for a different PR? (specifically, checking that the tag prefix is consistent with note type as discussed in #402)

How are you thinking about tag-related changes - would these be for a different PR? (specifically, checking that the tag prefix is consistent with note type as discussed in https://github.com/0xPolygonMiden/miden-base/issues/402)

Yes different PR.

Can we merge this?

Can we merge this?

I wouldn't merge it before bobbing has approved it.

@bobbinth once you have time, please re-review. I have finished the requested changes.

fixed the CI


Calicoctl endpoint <ep_id> (append|set|remove) profile contains undocumented parameters

This came up after raising issue #557
I imagine this command used to be merged with the endpoint <ENDPOINT_ID> profile show command, which would explain this and why the <PROFILES> param is optional here.
Something like this:
calicoctl endpoint <ENDPOINT_ID> profile (append|remove|set|show) [--host=<HOSTNAME>]
    [--orchestrator=<ORCHESTRATOR_ID>] [--workload=<WORKLOAD_ID>]  [<PROFILES>...]

but this command should look like this:
calicoctl endpoint <ENDPOINT_ID> profile (append|remove|set) <PROFILES>...

If the endpoint is required, we should not need any additional information about the hostname/orchestrator_id/workload_id to know which endpoint we are working with.

It is correct that the endpoint ID is generally sufficient to identify an endpoint.  However, performing an endpoint lookup based purely on the endpoint ID requires a linear search through the etcd datastore to locate the endpoint.
Whilst this is OK for testing by hand, it does not make sense in a large deployment where there will be an orchestration layer.  In this case you can specify all of the IDs for faster lookup (no linear scan required).


Rename last_sign_in_with_authy to last_sign_in_with_authy_at

As pointed out in #154 the last_sign_in_with_authy column breaks the convention of naming date columns with _at at the end, particularly mismatching with devise's last_sign_in_at and current_sign_in_at.
This is a breaking change and would have to be considered for those already using the existing column name. Could add an alias method to the resource so that the column is last_sign_in_with_authy_at but you could also call it from last_sign_in_with_authy.

This library is no longer actively maintained. The Authy API has been replaced with the Twilio Verify API. Twilio will support the Authy API through November 1, 2022 for SMS/Voice. After this date, we’ll start to deprecate the service for SMS/Voice. Any requests sent to the API after May 1, 2023, will automatically receive an error.  Push and TOTP will continue to be supported through July 2023.
Learn more about migrating from Authy to Verify.
Please visit the Twilio Docs for:

Verify + Ruby (Rails) quickstart
Twilio Ruby helper library
Verify API reference
Coming soon: Look out for a new Devise plugin to use Twilio Verify with Devise

Please direct any questions to Twilio Support. Thank you!


feat: unable to access entity notification

Add a notification/warning/explanation when accessing an entity this Nerdpack UUID (account) does not have access to.
nr1-customer-journey has some language around this.

:tada: This issue has been resolved in version 1.2.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Add support for custom key prefixes for s3 uploads

Add the following config options to s3 driver to add custom upload key prefixes, this should help segregate images and videos.

S3_IMAGE_KEY_PREFIX
S3_VIDEO_KEY_PREFIX

Also please update the s3 wiki with the following:
S3_IMAGE_KEY_PREFIX
The prefix to use when uploading the screenshots.
Setting S3_IMAGE_KEY_PREFIX to images will change the generated S3 object key for screenshots to images/${key}.
S3_IMAGE_KEY_PREFIX=<null>
S3_VIDEO_KEY_PREFIX
The prefix to use when uploading the videos.
Setting S3_VIDEO_KEY_PREFIX to videos will change the generated S3 object key for videos to videos/${key}.
S3_VIDEO_KEY_PREFIX=<null>

@agoldis I'll check out uri-js . I don't have access to update the wiki and there's no way to send PR for github wikis.

@xtroncode I have added you as a collaborator, please do not abuse :)

@agoldis Thanks, Sure.

@xtroncode sorry, I have just now noticed that you explicitly asked to add documentation to the wiki 🤦🏻♂

@agoldis  I checked uri-js as well as @braintree/sanitize-url , both don't satisfy the requirement here. So I have modified the code to handle additional slashes using regex. Please review.
I'll update the wiki once this gets merged.

@xtroncode I have added documentation to wiki


No data can be read after the analysis tool is installed. Request 403

docker-compose -f docker-compose.yml -f components/analytics/docker-compose.analytics.yml -f components/serverless/docker-compose.serverless.yml up -d --build

cvat_elasticsearch

cvat_logstash

docker-compose -f docker-compose.yml -f components/analytics/docker-compose.analytics.yml -f components/serverless/docker-compose.serverless.yml up -d --build

cvat_elasticsearch
cvat_logstash

Please provide full logs from cvat_kibana and cvat_elasticsearch containers

cvat_kibana

cvat_kibana:
{"type":"response","@timestamp":"2022-01-07T05:56:18Z","tags":[],"pid":1,"method":"get","statusCode":200,"req":{"url":"/ui/fonts/open_sans/open_sans_v15_latin_600.woff2","method":"get","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"0","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"/","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":2,"contentLength":9},"message":"GET /ui/fonts/open_sans/open_sans_v15_latin_600.woff2 200 2ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:20Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/api/saved_objects/_bulk_get","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"66","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"/","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":6,"contentLength":9},"message":"POST /api/saved_objects/_bulk_get 200 6ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:20Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/api/saved_objects/_bulk_get","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"277","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"/","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":7,"contentLength":9},"message":"POST /api/saved_objects/_bulk_get 200 7ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:20Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/api/metrics/vis/data","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"796","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"application/json, text/plain, /","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json;charset=UTF-8","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":32,"contentLength":9},"message":"POST /api/metrics/vis/data 200 32ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:20Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/elasticsearch/_msearch?rest_total_hits_as_int=true&ignore_throttled=true","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"2093","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"application/json, text/plain, /","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/x-ndjson","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":14,"contentLength":9},"message":"POST /elasticsearch/_msearch?rest_total_hits_as_int=true&ignore_throttled=true 200 14ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:21Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/api/saved_objects/_bulk_get","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"70","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"/","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":7,"contentLength":9},"message":"POST /api/saved_objects/_bulk_get 200 7ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:21Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/elasticsearch/_msearch?rest_total_hits_as_int=true&ignore_throttled=true","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"903","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"application/json, text/plain, /","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/x-ndjson","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":17,"contentLength":9},"message":"POST /elasticsearch/_msearch?rest_total_hits_as_int=true&ignore_throttled=true 200 17ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:21Z","tags":[],"pid":1,"method":"get","statusCode":200,"req":{"url":"/api/metrics/fields?index=cvat*","method":"get","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"0","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"/","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json","kbn-version":"6.8.21","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":20,"contentLength":9},"message":"GET /api/metrics/fields?index=cvat* 200 20ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:21Z","tags":[],"pid":1,"method":"get","statusCode":200,"req":{"url":"/api/metrics/fields?index=cvat*","method":"get","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"0","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"/","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json","kbn-version":"6.8.21","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":17,"contentLength":9},"message":"GET /api/metrics/fields?index=cvat* 200 17ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:21Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/api/metrics/vis/data","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"828","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"application/json, text/plain, /","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json;charset=UTF-8","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":42,"contentLength":9},"message":"POST /api/metrics/vis/data 200 42ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:31Z","tags":[],"pid":1,"method":"get","statusCode":200,"req":{"url":"/api/saved_objects/_find?type=dashboard&per_page=1000&page=1&search_fields=title%5E3&search_fields=description","method":"get","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"0","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"/","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json","kbn-version":"6.8.21","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":7,"contentLength":9},"message":"GET /api/saved_objects/_find?type=dashboard&per_page=1000&page=1&search_fields=title%5E3&search_fields=description 200 7ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:32Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/api/saved_objects/_bulk_get","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"66","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"/","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":4,"contentLength":9},"message":"POST /api/saved_objects/_bulk_get 200 4ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:33Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/api/saved_objects/_bulk_get","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"270","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"/","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":9,"contentLength":9},"message":"POST /api/saved_objects/_bulk_get 200 9ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:33Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/elasticsearch/_msearch?rest_total_hits_as_int=true&ignore_throttled=true","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"734","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"application/json, text/plain, /","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/x-ndjson","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":11,"contentLength":9},"message":"POST /elasticsearch/_msearch?rest_total_hits_as_int=true&ignore_throttled=true 200 11ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:33Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/elasticsearch/_msearch?rest_total_hits_as_int=true&ignore_throttled=true","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"1192","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"application/json, text/plain, /","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/x-ndjson","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":13,"contentLength":9},"message":"POST /elasticsearch/_msearch?rest_total_hits_as_int=true&ignore_throttled=true 200 13ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:42Z","tags":[],"pid":1,"method":"get","statusCode":200,"req":{"url":"/api/saved_objects/_find?type=dashboard&per_page=1000&page=1&search_fields=title%5E3&search_fields=description","method":"get","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"0","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"/","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json","kbn-version":"6.8.21","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":8,"contentLength":9},"message":"GET /api/saved_objects/_find?type=dashboard&per_page=1000&page=1&search_fields=title%5E3&search_fields=description 200 8ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:43Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/api/saved_objects/_bulk_get","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"66","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"/","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":8,"contentLength":9},"message":"POST /api/saved_objects/_bulk_get 200 8ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:44Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/api/saved_objects/_bulk_get","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"277","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"/","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":7,"contentLength":9},"message":"POST /api/saved_objects/_bulk_get 200 7ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:44Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/api/metrics/vis/data","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"796","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"application/json, text/plain, /","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json;charset=UTF-8","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":24,"contentLength":9},"message":"POST /api/metrics/vis/data 200 24ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:44Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/elasticsearch/_msearch?rest_total_hits_as_int=true&ignore_throttled=true","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"2093","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"application/json, text/plain, /","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/x-ndjson","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":15,"contentLength":9},"message":"POST /elasticsearch/_msearch?rest_total_hits_as_int=true&ignore_throttled=true 200 15ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:44Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/elasticsearch/_msearch?rest_total_hits_as_int=true&ignore_throttled=true","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"903","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"application/json, text/plain, /","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/x-ndjson","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":10,"contentLength":9},"message":"POST /elasticsearch/_msearch?rest_total_hits_as_int=true&ignore_throttled=true 200 10ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:44Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/api/saved_objects/_bulk_get","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"70","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"/","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":7,"contentLength":9},"message":"POST /api/saved_objects/_bulk_get 200 7ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:44Z","tags":[],"pid":1,"method":"get","statusCode":200,"req":{"url":"/api/metrics/fields?index=cvat*","method":"get","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"0","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"/","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json","kbn-version":"6.8.21","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":19,"contentLength":9},"message":"GET /api/metrics/fields?index=cvat* 200 19ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:44Z","tags":[],"pid":1,"method":"get","statusCode":200,"req":{"url":"/api/metrics/fields?index=cvat*","method":"get","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"0","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"/","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json","kbn-version":"6.8.21","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":16,"contentLength":9},"message":"GET /api/metrics/fields?index=cvat* 200 16ms - 9.0B"}
{"type":"response","@timestamp":"2022-01-07T05:56:44Z","tags":[],"pid":1,"method":"post","statusCode":200,"req":{"url":"/api/metrics/vis/data","method":"post","headers":{"host":"kibana:5601","accept-encoding":"identity","content-length":"828","user-agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36","accept":"application/json, text/plain, /","accept-language":"en-CA,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,en-US;q=0.6,zh-TW;q=0.5,fr;q=0.4","content-type":"application/json;charset=UTF-8","kbn-version":"6.8.21","origin":"http://<IP_ADDRESS>:8080","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana","x-forwarded-for":"<IP_ADDRESS>","x-forwarded-host":"<IP_ADDRESS>:8080","x-forwarded-port":"8080","x-forwarded-proto":"http","x-forwarded-server":"3ceee13a1142","x-real-ip":"<IP_ADDRESS>","remote_user":"zhangcong","x-forwarded-user":"zhangcong"},"remoteAddress":"<IP_ADDRESS>","userAgent":"<IP_ADDRESS>","referer":"http://<IP_ADDRESS>:8080/analytics/app/kibana"},"res":{"statusCode":200,"responseTime":41,"contentLength":9},"message":"POST /api/metrics/vis/data 200 41ms - 9.0B"}
cvat_elasticsearch
root@test:/home/test# docker logs --tail 50 -f cvat_elasticsearch
[2022-01-06T07:29:32,315][INFO ][o.e.p.PluginsService     ] [RBXnHSu] loaded module [repository-url]
[2022-01-06T07:29:32,318][INFO ][o.e.p.PluginsService     ] [RBXnHSu] loaded module [transport-netty4]
[2022-01-06T07:29:32,318][INFO ][o.e.p.PluginsService     ] [RBXnHSu] loaded module [tribe]
[2022-01-06T07:29:32,319][INFO ][o.e.p.PluginsService     ] [RBXnHSu] no plugins loaded
[2022-01-06T07:29:36,545][INFO ][o.e.d.DiscoveryModule    ] [RBXnHSu] using discovery type [zen] and host providers [settings]
[2022-01-06T07:29:37,191][INFO ][o.e.n.Node               ] [RBXnHSu] initialized
[2022-01-06T07:29:37,192][INFO ][o.e.n.Node               ] [RBXnHSu] starting ...
[2022-01-06T07:29:37,557][INFO ][o.e.t.TransportService   ] [RBXnHSu] publish_address {<IP_ADDRESS>:9300}, bound_addresses {<IP_ADDRESS>:9300}
[2022-01-06T07:29:37,593][WARN ][o.e.b.BootstrapChecks    ] [RBXnHSu] max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]
[2022-01-06T07:29:40,639][INFO ][o.e.c.s.MasterService    ] [RBXnHSu] zen-disco-elected-as-master ([0] nodes joined), reason: new_master {RBXnHSu}{RBXnHSu8TJGX1bLKgqm7xQ}{pOpWnRAIRF-QsegtSchBSw}{<IP_ADDRESS>}{<IP_ADDRESS>:9300}
[2022-01-06T07:29:40,643][INFO ][o.e.c.s.ClusterApplierService] [RBXnHSu] new_master {RBXnHSu}{RBXnHSu8TJGX1bLKgqm7xQ}{pOpWnRAIRF-QsegtSchBSw}{<IP_ADDRESS>}{<IP_ADDRESS>:9300}, reason: apply cluster state (from master [master {RBXnHSu}{RBXnHSu8TJGX1bLKgqm7xQ}{pOpWnRAIRF-QsegtSchBSw}{<IP_ADDRESS>}{<IP_ADDRESS>:9300} committed version [1] source [zen-disco-elected-as-master ([0] nodes joined)]])
[2022-01-06T07:29:40,708][INFO ][o.e.h.n.Netty4HttpServerTransport] [RBXnHSu] publish_address {<IP_ADDRESS>:9200}, bound_addresses {<IP_ADDRESS>:9200}
[2022-01-06T07:29:40,708][INFO ][o.e.n.Node               ] [RBXnHSu] started
[2022-01-06T07:29:41,398][INFO ][o.e.g.GatewayService     ] [RBXnHSu] recovered [6] indices into cluster_state
[2022-01-06T07:29:43,935][WARN ][r.suppressed             ] [RBXnHSu] path: /.kibana/doc/_count, params: {index=.kibana, type=doc}
org.elasticsearch.action.search.SearchPhaseExecutionException: all shards failed
at org.elasticsearch.action.search.AbstractSearchAsyncAction.onPhaseFailure(AbstractSearchAsyncAction.java:296) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.action.search.AbstractSearchAsyncAction.executeNextPhase(AbstractSearchAsyncAction.java:133) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.action.search.AbstractSearchAsyncAction.onPhaseDone(AbstractSearchAsyncAction.java:259) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.action.search.InitialSearchPhase.onShardFailure(InitialSearchPhase.java:100) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.action.search.InitialSearchPhase.lambda$performPhaseOnShard$1(InitialSearchPhase.java:208) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.action.search.InitialSearchPhase$1.doRun(InitialSearchPhase.java:187) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.common.util.concurrent.TimedRunnable.doRun(TimedRunnable.java:41) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.common.util.concurrent.ThreadContext$ContextPreservingAbstractRunnable.doRun(ThreadContext.java:778) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) [elasticsearch-6.8.21.jar:6.8.21]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:630) [?:?]
at java.lang.Thread.run(Thread.java:832) [?:?]
[2022-01-06T07:29:44,964][WARN ][r.suppressed             ] [RBXnHSu] path: /.kibana/doc/_count, params: {index=.kibana, type=doc}
org.elasticsearch.action.search.SearchPhaseExecutionException: all shards failed
at org.elasticsearch.action.search.AbstractSearchAsyncAction.onPhaseFailure(AbstractSearchAsyncAction.java:296) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.action.search.AbstractSearchAsyncAction.executeNextPhase(AbstractSearchAsyncAction.java:133) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.action.search.AbstractSearchAsyncAction.onPhaseDone(AbstractSearchAsyncAction.java:259) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.action.search.InitialSearchPhase.onShardFailure(InitialSearchPhase.java:100) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.action.search.InitialSearchPhase.lambda$performPhaseOnShard$1(InitialSearchPhase.java:208) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.action.search.InitialSearchPhase$1.doRun(InitialSearchPhase.java:187) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.common.util.concurrent.TimedRunnable.doRun(TimedRunnable.java:41) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.common.util.concurrent.ThreadContext$ContextPreservingAbstractRunnable.doRun(ThreadContext.java:778) [elasticsearch-6.8.21.jar:6.8.21]
at org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) [elasticsearch-6.8.21.jar:6.8.21]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:630) [?:?]
at java.lang.Thread.run(Thread.java:832) [?:?]
[2022-01-06T07:29:45,138][INFO ][o.e.c.r.a.AllocationService] [RBXnHSu] Cluster health status changed from [RED] to [YELLOW] (reason: [shards started [[.kibana_1][0]] ...]).
[2022-01-06T07:29:47,196][INFO ][o.e.c.m.MetaDataIndexTemplateService] [RBXnHSu] adding template [kibana_index_template:.kibana] for index patterns [.kibana]
[2022-01-06T09:16:58,045][INFO ][o.e.c.m.MetaDataMappingService] [RBXnHSu] [cvat.client.2022.01/AZonpOTiSc2nlAPlHmRshA] update_mapping [doc]

I'll close the issue, please provide full (not tail) logs if the issue is still relevant for you. Also specify CVAT version (git log -1)


KeyError: 'refreshToken'

Refreshing tokens seems to be broken with KeyError: 'refreshToken'.
Code used to initialize ComputeManagementClient:
import adal
from msrestazure.azure_active_directory import AdalAuthentication
from azure.mgmt.compute import ComputeManagementClient

LOGIN_ENDPOINT = 'https://login.microsoftonline.com/'
TENANT = 'tenant-id-here'
resource = 'https://management.core.windows.net/' #AAD graph resource

client = 'client-id-here'
key = 'client-password-here'

context = adal.AuthenticationContext(LOGIN_ENDPOINT+TENANT)
credentials = AdalAuthentication(
    context.acquire_token_with_client_credentials,
    resource,
    client,
    key
)

subscription_id = 'subscription-id-here'

client = ComputeManagementClient(credentials, subscription_id)
print client.virtual_machines.list_all().next().name

This works fine (i.e., app has been configured properly to Azure, and the code above prints VM name properly).
However, when the same client was in interactive python console overnight, running client.virtual_machines.list_all().next().name prints following traceback:
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "azure-vm/dev/lib/python2.7/site-packages/msrest/paging.py", line 109, in __next__
    self.advance_page()
  File "azure-vm/dev/lib/python2.7/site-packages/msrest/paging.py", line 95, in advance_page
    self._response = self._get_next(self.next_link)
  File "azure-vm/dev/lib/python2.7/site-packages/azure/mgmt/compute/compute/v2016_04_30_preview/operations/virtual_machines_operations.py", line 732, in internal_paging
    request, header_parameters, **operation_config)
  File "azure-vm/dev/lib/python2.7/site-packages/msrest/service_client.py", line 176, in send
    session = self.creds.signed_session()
  File "azure-vm/dev/lib/python2.7/site-packages/msrestazure/azure_active_directory.py", line 615, in signed_session
    raw_token = self._adal_method(*self._args, **self._kwargs)
  File "azure-vm/dev/lib/python2.7/site-packages/adal/authentication_context.py", line 160, in acquire_token_with_client_credentials
    return self._acquire_token(token_func)
  File "azure-vm/dev/lib/python2.7/site-packages/adal/authentication_context.py", line 109, in _acquire_token
    return token_func(self)
  File "azure-vm/dev/lib/python2.7/site-packages/adal/authentication_context.py", line 158, in token_func
    return token_request.get_token_with_client_credentials(client_secret)
  File "azure-vm/dev/lib/python2.7/site-packages/adal/token_request.py", line 304, in get_token_with_client_credentials
    token = self._find_token_from_cache()
  File "azure-vm/dev/lib/python2.7/site-packages/adal/token_request.py", line 128, in _find_token_from_cache
    return self._cache_driver.find(cache_query)
  File "azure-vm/dev/lib/python2.7/site-packages/adal/cache_driver.py", line 182, in find
    is_resource_tenant_specific)
  File "azure-vm/dev/lib/python2.7/site-packages/adal/cache_driver.py", line 168, in _refresh_entry_if_necessary
    return self._refresh_expired_entry(entry)
  File "azure-vm/dev/lib/python2.7/site-packages/adal/cache_driver.py", line 146, in _refresh_expired_entry
    token_response = self._refresh_function(entry, None)
  File "azure-vm/dev/lib/python2.7/site-packages/adal/token_request.py", line 137, in _get_token_with_token_response
    refresh_token = entry[TOKEN_RESPONSE_FIELDS.REFRESH_TOKEN]
KeyError: 'refreshToken'

See exact versions from attached requirements.txt

Thanks @ojarva for the feedback.
@yugangw-msft seems a ADAL issue, what do you think?

Token refreshing is not available with service principals as AAD doesn't give out a refreshToken, hence the failure. ADAL has made a change to avoid this uncaught exception, and just returns None. Still the client code, maybe msrest runtime, needs to handle the case and invoke acquire_token_with_client_credentials again.

Suggest 'by design', unless we want to handle token expiration in the msrest-azure layer

@ojarva Based on @yugangw-msft PR, this is fixed in ADAL 0.4.6 (yours is 0.4.5). See release note:
https://github.com/AzureAD/azure-activedirectory-library-for-python/releases/tag/0.4.6
Could be update ADAL and let us know if this is solved?

@lmazuel sorry about the delay. I'll try this and report back after the key expires, so in few hours / tomorrow.

I can confirm updating ADAL to 0.4.6 fixes this issue.

Thank you for the confirmation @ojarva !


Add a Gitter chat badge to readme.md

vinnizworld/elixir-coffeeify now has a Chat Room on Gitter
@vinnizworld has just created a chat room. You can visit it here: https://gitter.im/vinnizworld/elixir-coffeeify.
This pull-request adds this badge to your readme.md:

If my aim is a little off, please let me know.
Happy chatting.
PS: Click here if you would prefer not to receive automatic pull-requests from Gitter in future.

Already have it thanks!


Extra examples (upvote and chat)

Not sure if it is possible yet but the ability to upvote on multiple tabs/browsers and chat.

Hey @volkandkaya, thanks for the suggestion. Having the ability to sync changes across different tabs/browsers is probably out of scope for this project without AJAX polling. However, you might want to look into https://github.com/edelvalle/reactor since websockets are the normal way to implement that sort of functionality.
Closing for now, but re-open if a polling example might be useful in the future.


how do i make my own

how do i make my own-Chad_math

The documentation is here: https://docs.turbowarp.org/development/custom-extensions
Would not recommend following. Way too limited to be really useful.


Use current info in bug template

The binary, deployment, and namespace have yet to change for most users,
so make sure the bug template has the correct information when filing.
Signed-off-by: Nolan Brubaker<EMAIL_ADDRESS>

I guess bug.go has to still refer to ark to pass make verify?


Correction for raw affiliation G-EAU, Univ Montpellier, AgroParisTech, CIRAD, IRD, INRAE, Montpellier SupAgro, Montpellier, France

Correction needed for raw affiliation G-EAU, Univ Montpellier, AgroParisTech, CIRAD, IRD, INRAE, Montpellier SupAgro, Montpellier, France
raw_affiliation_name: G-EAU, Univ Montpellier, AgroParisTech, CIRAD, IRD, INRAE, Montpellier SupAgro, Montpellier, France
new_rors: 02kbmgc12;05kpkpg04;03rnk6m14;05q3vnk25;051escj72;003vg9w96;020g0rw41
previous_rors: 02kbmgc12;05kpkpg04;03rnk6m14;05q3vnk25;051escj72;003vg9w96
works_examples: W3135786373
contact: 52d1976ed6c870461d2cccd359f1de3d:82d031a010945a197999953dcac256ecca97 @ inrae.fr

This issue was accepted and ingested by the OpenAlex team on 2024-12-19. The new affiliations should be visible within the next 7 days.


Publish AliCloud images to make them compatible with NVME disks

What would you like to be added:
AliCloud offers some machine types that use NVME disks for enhanced disk throughput. Such machine types (e.g. ecs.g8ae.32xlarge) require the OS images to have NVME drivers in them and they must be tagged accordingly (see sample screenshot for Ubuntu images). Without the required feature attribute, AliCloud simply refuses to provision a machine from that image.

glci code must be adapted to include the given attribute. This cannot be done in the ImportImage() method but must be done in a subsequent call to ModifyImageAttribute(), like so:
features = ecs_20140526_models.ModifyImageAttributeRequestFeatures(
    nvme_support='supported'
)
modify_image_attribute_request = ecs_20140526_models.ModifyImageAttributeRequest(
    region_id='cn-hangzhou-finance',
    features=features
)
client.modify_image_attribute_with_options(modify_image_attribute_request, runtime)

Relevant documentation (Chinese only, use translator):

https://help.aliyun.com/zh/ecs/developer-reference/api-ecs-2014-05-26-modifyimageattribute?spm=a2c4g.11186623.0.i35
https://api.alibabacloud.com/api/Ecs/2014-05-26/ModifyImageAttribute?tab=DEMO&params={"RegionId":"cn-beijing"}&lang=PYTHON

Important: There is more documentation about NVME support for AliCloud in Linux, it must be checked if Garden Linux is configured so that it meets the requirements, see https://www.alibabacloud.com/help/en/ecs/user-guide/adapt-linux-custom-images-to-nvme-based-system-disks

Hi @MrBatschner ,
Any update on this?


[SP-6301] Backport of PPP-4827 - Vulnerable Component: Spring Securit…

…y - CVE-2022-31692 (9.4 Suite)
Original PR: pentaho-kettle#8799
@bcostahitachivantara @renato-s @andreramos89

:white_check_mark: Build finished in 9m 13s
Build command:
mvn clean verify -B -e -Daudit -amd -pl plugins/pur/core

:ok_hand: All tests passed!
Tests run: 280, Failures: 0, Skipped: 0    Test Results

:information_source:  This is an automatic message


Link - Prevent default href behaviour even if onClick has an error (avoid weird SPA errors)

#5246 - Old pull request (look at my last comment)
Problem:
If the function onClick throws an error it doesn't apply the method preventDefault to the click event. When this happens the click event keeps the normal behaviour jumping to the next route with a page refresh. Therefore it's hard to detect what is causing the problem, because the error was logged in the context of a different page.
Solution:
Prevent the  default behaviour on a try/finally. With this we avoid weird bugs in SPA applications (hard to debug) and still delegate the error handling to the application

I wouldn't wrap the navigation in the finally block. If there was an exception, we should block navigation and allow the app to determine if it should still go through or not.

@timdorr
What is your suggestion?
something like this?
´´´
try {
if (this.props.onClick)
this.props.onClick(event)
} finally {
event && event.preventDefault()
}
.... the rest of navigation code ...
´´´


Can you do a release/tag please ? npm is on 5.0 but there is no dist dir

@GeoDaz the library is now published under version 1.0.0


Add AWS Security Hub

Aggregator of all AWS security events.
In an ideal situation, add Falco as a third-party service that can send events to the Security Hub.
https://docs.aws.amazon.com/securityhub/latest/userguide/securityhub-partner-providers.html
Or you can go the simple way and just send alerts using the IAM user or role.
https://docs.aws.amazon.com/securityhub/latest/userguide/securityhub-findings-update-types.html

This is an interesting output, thanks. I would like to release the 2.29 before summer, I prefer to schedule this feature for the release after, 2.30 and have enough time to add falco/falcosidekick as a partner provider.

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close.
Provide feedback via https://github.com/falcosecurity/community.
/lifecycle stale

/remove-lifecycle stale


File not found + HiveContext Issue

Hi,
I'm trying to use the connector you wrote to read/write from BigQuery on Databricks. Very much appreciate the effort the make Databricks and BigQuery play nicely together. Im trying to get this to work on a minimal Databricks Cluster (so just one driver and one worker), using Spark 2.1, and Scala 2.11 (not sure if those are requirements, but they seemed like safe bets).
I've followed the instructions in Databricks.md to install the library sucessfully and modified my init script to copy the credentials file from s3 to /home/ubuntu/databricks/filename.json.  After setup , I am able to import the module correctly by running the code provided in the markdown file.
The issue comes when I try to read a table. Based on the suggestion in readme.md I'm trying:
val table = spark.sqlContext.bigQueryTable("project:dataset.table")

and I get the following response:
<console>:37: error: value bigQueryTable is not a member of org.apache.spark.sql.SQLContext
       val table = spark.sqlContext.bigQueryTable("project:dataset.test")

the same thing happens if I use a public set or if I copy a public table into my dataset.
I'm pretty new to scala (mostly use pyspark) so I could be missing something obvious here, but shouldn't the module be adding bigQueryTable to the hive context?

Thanks for the kind words!
That sounds to me like the jar aren't attached to the clusters. It can't
find a reference to the bigquery classes
Are you importing the libraries in your notebook?
Does the import command run successfully?
I'd try it out with the scala code and see if it works. I'm away from my
laptop now but can have a look tonight on the Pyspark part
On Thu, 23 Mar 2017 at 18:19, brencklebox<EMAIL_ADDRESS>wrote:

Hi,
I'm trying to use the connector you wrote to read/write from BigQuery on
Databricks. Very much appreciate the effort the make Databricks and
BigQuery play nicely together. Im trying to get this to work on a minimal
Databricks Cluster (so just one driver and one worker), using Spark 2.1,
and Scala 2.11 (not sure if those are requirements, but they seemed like
safe bets).
I've followed the instructions in Databricks.md to install the library
sucessfully and modified my init script to copy the credentials file from
s3 to /home/ubuntu/databricks/filename.json. After setup , I am able to
import the module correctly by running the code provided in the markdown
file.
The issue comes when I try to read a table. Based on the suggestion in
readme.md I'm trying:
val table = spark.sqlContext.bigQueryTable("project:dataset.table")
and I get the following response:
:37: error: value bigQueryTable is not a member of org.apache.spark.sql.SQLContext
val table = spark.sqlContext.bigQueryTable("project:dataset.test")
the same thing happens if I use a public set or if I copy a public table
into my dataset.
I'm pretty new to scala (mostly use pyspark) so I could be missing
something obvious here, but shouldn't the module be adding bigQueryTable
to the hive context?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/samelamin/spark-bigquery/issues/8, or mute the thread
https://github.com/notifications/unsubscribe-auth/AEHLmyTQf_WH-AIH1tXs1g4VTsSf0JCTks5roreugaJpZM4MnKkC
.

Sorry for the confusion, I'm doing all of this in scala, just copying the code from the readme's. Haven't tried to introduce any Python yet.
I do have an update: writing to bigQuery seems to work with:
val numDS = spark.range(5, 100, 5)
val df = numDS.describe()
df.saveAsBigQueryTable("project:test.random")

which does in fact make the correct "random" table  in my project, dataset test.
So the issue seems to be limited to the bigQueryTable read function

Ah ok well that clears things up. I'll have a look at the bigqueyTable when
I get home
In the mean time you can probably use the sql select function to run a sql
statement over the entire table
On Thu, 23 Mar 2017 at 18:35, brencklebox<EMAIL_ADDRESS>wrote:

Sorry for the confusion, I'm doing all of this in scala, just copying the
code from the readme's. Haven't tried to introduce any Python yet.
I do have an update: writing to bigQuery seems to work with:
val numDS = spark.range(5, 100, 5)
val df = numDS.describe()
df.saveAsBigQueryTable("project:test.random")
which does in fact make the correct "random" table in my project, dataset
test.
So the issue seems to be limited to the bigQueryTable read function
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/samelamin/spark-bigquery/issues/8#issuecomment-288819977,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AEHLm13nOpfxiLVMrDkrkPD1Vd-milVnks5roruBgaJpZM4MnKkC
.

@brencklebox I was able to reproduce the issue, I have just released a fix to spark packages and you should see it shortly. V0.1.4
Give it a go and give a me a shout if you have any more issues
Thanks for raising this!

@brencklebox are you still facing any issues?

nope!
Everything is working perfectly, thanks!

perfect, if you get a chance please do rate the package!


Implement helper method to set auto-upgrade mode

Auto upgrade is controlled with a main switch and a switch per device.
When main switch is disabled, it will disable automatically all device switches as well.
When a device should be enabled, the main switch must be enabled as well as the device switch.
The method should simplify the approach by simply demanding dictionary with the device serial and the desired switch setting.
The method must query the actual switch settings and control the main switch settings based on the actual settings and the desired changes.
Note: When the main switch will be disabled, all device switches will be automatically disabled as well. So there is no unintentional enablement possible when the main switch is turn on in order to enable a specific device

The method also need to ensure to update the internal device dictionary with the modified settings for each device. This is important that changes are immediately reflected in the api data structures and not delay until next device details update cycle.


Unable to pass shader source

Hi,
I am trying to pass source inside project rather than loading from a file. I am getting assertion error at vkCreateComputePipelines

Please add some detail.

Did you change one of the existing examples?
Are you passing SPIR-V or GLSL (if it's the later, you need a vendor-specific extensions)
Enable the validation layers and check for error messages

Yes. I was changing computeparticles.
I am passing GLSL as a string. It worked when I tried with GLSL file.
Working on it.

If you want to pass GLSL directly to Vulkan you need to enable VK_NV_glsl_shader. Note that this extension is only available on NVIDIA.

Gotcha!
Also, can you please create compute-only project (simple vector add). I was trying to do that and got hung up at descriptors. (Able to do pipeline stages).

Do you mean headless (no render output?)

Yes.

Hi,
I am stuck here. I know that I am doing lot of things wrong. Please take a look at it.
https://gist.github.com/adityaatluri/7d21d47bc89cfc6b08de43ba46203db7

@adityaatluri This isn't a forum. Please ask your questions on the [Khronos forums] (https://forums.khronos.org/forumdisplay.php/114-Vulkan-High-Efficiency-GPU-Graphics-and-Compute) for instance.
And don't tell someone to help you like that, you won't get a good response.

AS @1ace said, please ask such questions on a forum, this is an issue tracker. I'm also active at the Khronos forum and StackOverlfow so I might take a look at it if I find the time (I only do Vulkan stuff in my spare time though).
Also make sure that you run with the Validation layers enabled first, as they might hint you at potential problems.

Hi @1ace ,
Thank you for pointing to Khronos forums. I thought non-rendering Vulkan example would be a great add to this project. It wasn't about getting help. It's about helping @SaschaWillems to grow this project.
Hi @SaschaWillems ,
I'll post it soon on StackOverflow or Khronos group if I couldn't get past the issue. Enabling NVIDIA glsl extension help resolve the issue.


refactor(autoware_auto_control_msgs): replace autoware_auto_control_msgs with autoware_control_msgs

Checklist

[X] I've read the contribution guidelines.
[X] I've searched other issues and no duplicate issues were found.
[X] I've agreed with the maintainers that I can plan this task.

Description
Replace all usages of

https://github.com/tier4/autoware_auto_msgs/tree/tier4/main/autoware_auto_control_msgs/msg
with
https://github.com/autowarefoundation/autoware_msgs/tree/main/autoware_control_msgs/msg

mfc@mfc-leo:~/projects/autoware/src$ grep -ril "autoware_auto_control_msgs::" ./
./vehicle/external/pacmod_interface/pacmod_interface/README.md
./vehicle/external/pacmod_interface/pacmod_interface/include/pacmod_interface/pacmod_interface.hpp
./vehicle/external/pacmod_interface/pacmod_interface/include/pacmod_interface/pacmod_diag_publisher.hpp
./vehicle/external/pacmod_interface/pacmod_interface/src/pacmod_interface/pacmod_interface.cpp
./universe/autoware.universe/common/tier4_control_rviz_plugin/README.md
./universe/autoware.universe/common/tier4_control_rviz_plugin/src/tools/manual_controller.hpp
./universe/autoware.universe/vehicle/external_cmd_converter/README.md
./universe/autoware.universe/vehicle/external_cmd_converter/include/external_cmd_converter/node.hpp
./universe/autoware.universe/vehicle/external_cmd_converter/src/node.cpp
./universe/autoware.universe/vehicle/raw_vehicle_cmd_converter/README.md
./universe/autoware.universe/vehicle/raw_vehicle_cmd_converter/include/raw_vehicle_cmd_converter/node.hpp
./universe/autoware.universe/control/control_performance_analysis/README.md
./universe/autoware.universe/control/control_performance_analysis/include/control_performance_analysis/control_performance_analysis_node.hpp
./universe/autoware.universe/control/control_performance_analysis/include/control_performance_analysis/control_performance_analysis_core.hpp
./universe/autoware.universe/control/control_performance_analysis/src/control_performance_analysis_node.cpp
./universe/autoware.universe/control/trajectory_follower_base/include/trajectory_follower_base/lateral_controller_base.hpp
./universe/autoware.universe/control/trajectory_follower_base/include/trajectory_follower_base/longitudinal_controller_base.hpp
./universe/autoware.universe/control/pid_longitudinal_controller/include/pid_longitudinal_controller/pid_longitudinal_controller.hpp
./universe/autoware.universe/control/pid_longitudinal_controller/src/pid_longitudinal_controller.cpp
./universe/autoware.universe/control/mpc_lateral_controller/test/test_mpc.cpp
./universe/autoware.universe/control/mpc_lateral_controller/include/mpc_lateral_controller/mpc_lateral_controller.hpp
./universe/autoware.universe/control/mpc_lateral_controller/include/mpc_lateral_controller/mpc.hpp
./universe/autoware.universe/control/mpc_lateral_controller/src/mpc_lateral_controller.cpp
./universe/autoware.universe/control/vehicle_cmd_gate/README.md
./universe/autoware.universe/control/vehicle_cmd_gate/test/src/test_vehicle_cmd_filter.cpp
./universe/autoware.universe/control/vehicle_cmd_gate/src/vehicle_cmd_filter.hpp
./universe/autoware.universe/control/vehicle_cmd_gate/src/pause_interface.hpp
./universe/autoware.universe/control/vehicle_cmd_gate/src/vehicle_cmd_gate.hpp
./universe/autoware.universe/control/shift_decider/README.md
./universe/autoware.universe/control/shift_decider/include/shift_decider/shift_decider.hpp
./universe/autoware.universe/control/shift_decider/src/shift_decider.cpp
./universe/autoware.universe/control/pure_pursuit/include/pure_pursuit/pure_pursuit_node.hpp
./universe/autoware.universe/control/pure_pursuit/include/pure_pursuit/pure_pursuit_lateral_controller.hpp
./universe/autoware.universe/control/pure_pursuit/src/pure_pursuit/pure_pursuit_node.cpp
./universe/autoware.universe/control/joy_controller/README.md
./universe/autoware.universe/control/joy_controller/include/joy_controller/joy_controller.hpp
./universe/autoware.universe/control/joy_controller/src/joy_controller/joy_controller_node.cpp
./universe/autoware.universe/control/trajectory_follower_node/test/test_longitudinal_controller_node.cpp
./universe/autoware.universe/control/trajectory_follower_node/test/test_lateral_controller_node.cpp
./universe/autoware.universe/control/trajectory_follower_node/test/test_controller_node.cpp
./universe/autoware.universe/control/trajectory_follower_node/design/simple_trajectory_follower-design.md
./universe/autoware.universe/control/trajectory_follower_node/include/trajectory_follower_node/controller_node.hpp
./universe/autoware.universe/control/trajectory_follower_node/include/trajectory_follower_node/simple_trajectory_follower.hpp
./universe/autoware.universe/control/trajectory_follower_node/src/controller_node.cpp
./universe/autoware.universe/control/operation_mode_transition_manager/src/state.hpp
./universe/autoware.universe/simulator/simple_planning_simulator/test/test_simple_planning_simulator.cpp
./universe/autoware.universe/simulator/simple_planning_simulator/include/simple_planning_simulator/simple_planning_simulator_core.hpp
./universe/autoware.universe/system/mrm_emergency_stop_operator/READEME.md
./universe/autoware.universe/system/mrm_emergency_stop_operator/include/mrm_emergency_stop_operator/mrm_emergency_stop_operator_core.hpp
./universe/autoware.universe/system/emergency_handler/README.md
./universe/autoware.universe/system/emergency_handler/include/emergency_handler/emergency_handler_core.hpp
./universe/autoware.universe/system/emergency_handler/src/emergency_handler/emergency_handler_core.cpp
./universe/external/tier4_ad_api_adaptor/awapi_awiv_adapter/include/awapi_awiv_adapter/awapi_awiv_adapter_core.hpp
./universe/external/tier4_ad_api_adaptor/awapi_awiv_adapter/include/awapi_awiv_adapter/awapi_vehicle_state_publisher.hpp
./universe/external/tier4_ad_api_adaptor/awapi_awiv_adapter/include/awapi_awiv_adapter/awapi_autoware_util.hpp
./universe/external/tier4_ad_api_adaptor/awapi_awiv_adapter/src/awapi_vehicle_state_publisher.cpp
./universe/external/tier4_ad_api_adaptor/awapi_awiv_adapter/src/awapi_awiv_adapter_core.cpp
./universe/external/tier4_ad_api_adaptor/autoware_iv_external_api_adaptor/src/vehicle_status.cpp
./universe/external/tier4_ad_api_adaptor/autoware_iv_external_api_adaptor/src/vehicle_status.hpp
./core/external/autoware_auto_msgs/autoware_auto_control_msgs/msg/AckermannControlCommand.idl

Purpose
To deprecate the autoware_auto_control_msgs and switch to autoware_control_msgs.
Possible approaches
We will probably have to modify all of these files in a single PR because they will depend on each other.
Definition of done

[ ] All the files in the description above are refactored.
[ ] autoware_auto_control_msgs is removed from the repository.

cc. @TakaHoribe @mehmetdogru @maxime-clem @beyzanurkaya @brkay54

This issue is blocked by https://github.com/autowarefoundation/autoware.universe/issues/3787

All of the PRs are finished, please review them.
Following need to be tested/merged at the same time:

https://github.com/autowarefoundation/autoware.universe/pull/3677
https://github.com/tier4/tier4_ad_api_adaptor/pull/106
https://github.com/tier4/pacmod_interface/pull/61
https://github.com/autowarefoundation/autoware_launch/pull/353
for entire Autoware to compile and function.

To test the simulators, need to be in following branches:

https://github.com/tier4/scenario_simulator_v2/pull/1020
https://github.com/tier4/AWSIM/pull/152

We've completely migrated to autoware_msgs.


PDA Updater

Provides an updater based on probabilistic data association. See the documentation in the Updaters section, or have a look at this gist: https://gist.github.com/jmbarr/92dc83e28c04026136d4f8706a1159c1

Looking at this made me think whether we could make this more modular by using a KalmanUpdater (or subclass) via composition, rather than inheritance:

PDAUpdater inherits from Updater and accepts a KalmanUpdater as an updater property, which it then uses to either update() or predict_measurement(), as per lines 127 and 164
The class could also be renamed to KalmanPDAUpdater/GaussianPDAUpdater to reflect the fact that it applies specifically to Kalman/Gaussian cases.

The above would pave the way for a ParticlePDAUpdater/ELPFUpdater that could be structured similarly to perform the PDA update for particle filters.

Looking at this made me think whether we could make this more modular by using a KalmanUpdater (or subclass) via composition, rather than inheritance:

PDAUpdater inherits from Updater and accepts a KalmanUpdater as an updater property, which it then uses to either update() or predict_measurement(), as per lines 127 and 164
The class could also be renamed to KalmanPDAUpdater/GaussianPDAUpdater to reflect the fact that it applies specifically to Kalman/Gaussian cases.

The above would pave the way for a ParticlePDAUpdater/ELPFUpdater that could be structured similarly to perform the PDA update for particle filters.

Something similar was done for the DIEKF in #891: https://github.com/dstl/Stone-Soup/blob/e27fc3639d791d2441b6c4b8572c57932651deb3/stonesoup/updater/iterated.py

Per @sglvladi comment, I think it would be good to change structure to support more flexible structure, but I'll merge this for now.


Desktop shorcut does not open in Supermium, or lags and opens after a long time when I refresh the page, and Supermium always opens in a small window on startup after the last update

Hi, I put a lot of anime streaming pageurl  shortcuts in a folder to order them later and save them using the drag and drop technique, then when I open desktop shortcut url shorcuts with Supermium, Supermium lags and does not open the short url  links , there is a vicious circle, I have to refresh and sometimes the web page opens, sometimes it does not open, today it does not open at all in Supermium at startup , this problem of slow opening of desktop shortcut  url links also appears in catsxp browser....
I test the GOOGLE_CHROME_Windows_7 browser and the desktop shortcut url links open quickly when I drag and drop deskop url shortcut,
also even if I chose in right click / desktop shortcut of Supermium: open a large big window, or normal window, Supermium always opens at startup with a small window that I have to enlarge, we hope these problems will be fixed please, thanks :)

UPDATE :
it seems i find the soution, i have enable heavy improved mode of the extension "Live stream donwloader" , so i  disable "live stream donwloader" and i can open shortcut url quicly with Supermium and big window of Supermium reappears, i close the issue ,  but the question, "live sream downloader " is enabled in chrome for windows 7 and i don't have these probelems even wen live stream donwlader is enabled !


Tare trigger from GPIO input ?

I'm wondering if anyone can help.
I have used this with an ESP8266 board in an outside hedgehog box. It weighs the hogs as they are feeding. Everything works, however the zero reading drifts massively being outside. I have tried a previous auto tare which keeps the reading at 0g throughout the day, but the weight is quite a distance out once the temperatures drop on the night.
Can anyone include some code so that I can use a spare GPIO pin on the board so as the hog enters the box, the scales zero themselves before it reaches the main compartment ?
Current code is:
globals:
id: constant_weight
type: float
`captive_portal:
sensor:
platform: hx711
id: weight
name: "HX711 Value2"
dout_pin: GPIO14
clk_pin: GPIO12
gain: 128
update_interval: 5s
unit_of_measurement: g
filters:
calibrate_linear:

68604 -> 0
626959 -> 2030
on_value:
if:
condition:
lambda: |-
static float last = 0.0;
float diff = x - last;
last = x;
return x < 50.0 && diff < 1.0 && diff > - 1.0;
then:
lambda: 'id(constant_weight) = x;'

platform: template
name: Hog Weight2
icon: mdi:scalee
unit_of_measurement: g
accuracy_decimals: 0
lambda: 'return id(weight).state;'
filters:

lambda: 'return x - id(constant_weight);'
lambda: 'return x >= 10.0 ? x : 0;'
delta: 0.5`

If you put back the original home assistant button tare mechanism from the demo yaml, or parts of it anyway, you can add this to give a physical button (momentary pushbutton connected from GPIO to ground):
binary_sensor:
  - platform: gpio
    pin:
      number: <gpio_you_want_to_use>
      inverted: true
      mode:
        input: true
        pullup: true
    name: physical_tare_button
    filters:
      - delayed_off: 10ms
    on_press:
      - lambda: |-
          id(auto_tare_difference) = id(initial_zero) - id(smart_scale_hx711_value_raw).state;

I use it to zero scale for my dogs.

Sorry @cayote64 I somehow missed your question for all this time.
Thx @sbrk-r for answering! :heart:
Closing this now since it should be resolved.


Too slow Semantic Scholar update performance

Looks like Exposed launches single insert statement for each article.
2022-08-03 16:09:34,849 DEBUG [main] Exposed [SQLLog.kt:32] INSERT INTO sspublications (abstract, aux, crc32id, doi, keywords, pmid, ssid, title, "year") VALUES (NULL, '{"authors":[{"name":"Ernst  Schaumann"}],"journal":{"name":"","volume":"","pages":""},"links":{"s2Url":"https://semanticscholar.org/paper/46e1d33c407733e4049c49c1a2f5772afaa0bb49","s2PdfUrl":"","pdfUrls":[]},"venue":""}', -2011242767, '10.1055/b-0035-110331', NULL, NULL, '46e1d33c407733e4049c49c1a2f5772afaa0bb49', 'A. Herstellung: 4. durch Ringtransformation', 1993) ON CONFLICT DO NOTHING
2022-08-03 16:09:34,849 DEBUG [main] Exposed [SQLLog.kt:32] INSERT INTO sspublications (abstract, aux, crc32id, doi, keywords, pmid, ssid, title, "year") VALUES ('At least half of the world''s food fish supply comes from small-scale fisheries. In many island countries, almost everyone relies on small-scale fisheries as a source of protein, income, livelihood, and cultural tradition. Here, we investigate the changes in the actual production of small-scale fisheries across 48 tropical islands over a period of 10 years and examine socioeconomic factors as possible reasons for changes in fisheries production over time. Our results indicate that the majority of the countries with overexploited fisheries status had increased in production contradicting the maximum sustainable yield (MSY) theory, which state that an overexploited fisheries will over time be collapsed. Many case studies have found relationships between socioeconomic factors and the change in small-scale fisheries production; here, we apply these factors on a worldwide scale. We found no correlation among fisheries production and variables such as population growth, economic growth and governance performance. Even though there is some similarity across small-scale fisheries in different locations, the relationships between humans and fisheries are complex and need to be evaluated locally. The second chapter, a case study, reaffirms that small- scale fisheries can''t be generalized and thus need to be study in regionally, as investigations using broad overview of small scale fisheries usually misses very important factors that affects small -scale fisheries production', '{"authors":[{"name":"Cristiane Palaretti Bernardo"}],"journal":{"name":"","volume":"","pages":""},"links":{"s2Url":"https://semanticscholar.org/paper/0dd8ef5c6b31a949dbea466ce9b66213ce6426bf","s2PdfUrl":"","pdfUrls":[]},"venue":""}', -444858055, NULL, NULL, NULL, '0dd8ef5c6b31a949dbea466ce9b66213ce6426bf', 'Small-Scale Fisheries : : from a Broad Overview to a Case Study', 2014) ON CONFLICT DO NOTHING
2022-08-03 16:09:34,849 DEBUG [main] Exposed [SQLLog.kt:32] INSERT INTO sspublications (abstract, aux, crc32id, doi, keywords, pmid, ssid, title, "year") VALUES (NULL, '{"authors":[{"name":"권장원"}],"journal":{"name":"","volume":"","pages":""},"links":{"s2Url":"https://semanticscholar.org/paper/e95d613ccd824ca89303a74c330d35e71354c537","s2PdfUrl":"","pdfUrls":[]},"venue":""}', -1285330724, NULL, NULL, NULL, 'e95d613ccd824ca89303a74c330d35e71354c537', '
영상 디지털 콘텐츠 제작 교육 환경 개선을 위한 대안 연구', 2004) ON CONFLICT DO NOTHING
2022-08-03 16:09:34,849 DEBUG [main] Exposed [SQLLog.kt:32] INSERT INTO sspublications (abstract, aux, crc32id, doi, keywords, pmid, ssid, title, "year") VALUES ('There is no reason, in principle, why scientific theories should be off-limits to any human culture, even pre-literate ones. Developmental evidence now suggests that scientific theories develop out of the core conceptual knowledge common to every human being. The earliest uses of writing were independent of spoken language. As Cooper (2004:83) points out, writing was initially intended for uses in areas where spoken language couldn''t do the job. The cuneiform corpus provides a unique window onto these early developments, and MUL.APIN, to some extent, mirrors the progression of written forms in the cuneiform corpus. The permanence of writing renders content available over time for effortful, conscious, analytic processes. It boosts the capacity of working memory, and it extends access beyond information stored in individual memory to that recorded in the cumulative archival records of the culture.Keywords: Cognitive Function; Cooper; cuneiform corpus; human culture; MUL.APIN; Writing', '{"authors":[{"name":"R.  Watson"},{"name":"W.  Horowitz"}],"journal":{"name":"","volume":"","pages":"157-168"},"links":{"s2Url":"https://semanticscholar.org/paper/64b0cbc5ee8a54db4427a94e6189f71c755b0283","s2PdfUrl":"","pdfUrls":["https://brill.com/previewpdf/book/9789004202313/Bej.9789004202306.i-223_008.xml"]},"venue":""}', 782160442, '10.1163/EJ.9789004202306.I-223.57', NULL, NULL, '64b0cbc5ee8a54db4427a94e6189f71c755b0283', 'Chapter Seven. Further Thoughts: The Cognitive Function Of Writing In MUL.APIN', 2011) ON CONFLICT DO NOTHING

Batch update for papers was implemented in: 8dc0d89265b6a737c3abebd6316ab2c587cfc0a3

Using batch size = 5000, 7 batches per file, we get the following performance.

Next step: make tables unlogged and unavailable for WAL - avoid double writing.
ALTER TABLE SSPublications SET UNLOGGED;
ALTER TABLE SSCitations SET UNLOGGED;

Before average file is processed within 12 minutes, will benchmark and report later once WAL is disabled.

Unfortunately, setting main table as unlogged, led to a critical error within DB, didn't retried yet.

Added new command line argument --index, store all the data and only after storing is complete, create required indexes.
See https://github.com/JetBrains-Research/pubtrends/commit/aabf623bd1cb446d44269a34984db10a1a22b594
Average file processing file takes 5 min, i.e. ~12 per hour, ~ 250 per day.


An illegal memory access was encounteredan illegal memory access was encountered

Tensorflow 1.11.0
Cuda 9.0
Python 2.7.15
GTX 1060, 396 driver
Happens after run python demo. CPU version works well
an illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredCuda kernel failed. Error: an illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredCuda kernel failed. Error: an illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredCuda kernel failed. Error: an illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredCuda kernel failed. Error: an illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredCuda kernel failed. Error: an illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredCuda kernel failed. Error: an illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredCuda kernel failed. Error: an illegal memory access was encounteredCuda kernel failed. Error: an illegal memory access was encounteredCuda kernel failed. Error: an illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredCuda kernel failed. Error: an illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredCuda kernel failed. Error: an illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredCuda kernel failed. Error: an illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredCuda kernel failed. Error: an illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredCuda kernel failed. Error: an illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredCuda kernel failed. Error: an illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredan illegal memory access was encounteredCuda kernel failed. Error: an illegal memory access was encounteredan illegal memory access was encountered2018-11-06 02:40:13.266582: E tensorflow/stream_executor/cuda/cuda_dnn.cc:353] Could not create cudnn handle: CUDNN_STATUS_INTERNAL_ERROR

I added this to run_demo.py before main function, and it starts work
import tensorflow as tf
from keras.backend.tensorflow_backend import set_session
config = tf.ConfigProto()
config.gpu_options.per_process_gpu_memory_fraction = 0.7
set_session(tf.Session(config=config))

I added this to run_demo.py before main function, and it starts work
import tensorflow as tf
from keras.backend.tensorflow_backend import set_session
config = tf.ConfigProto()
config.gpu_options.per_process_gpu_memory_fraction = 0.7
set_session(tf.Session(config=config))

Did train the CRF layer successfully？ Would you share your training code？
My email is<EMAIL_ADDRESS>Thanks.


Make the tab strip atop the tab control bind tightly to the items, rather than filling the entire top row of the control.

Modifying the control template for the tab control allows clicks on
the empty upper-right corner of the tab-control to be used for
something else, e.g., click-and-drag of metro windows. Without this
change, the tab strip captures all of the clicks, and so no other
control can respond.
(The logic is similar for the other tab strip placements: the
bottom-right when the strip is on the bottom, the bottom-left and
bottom-right when the strip is on the left and right, respectively.)

Sorry for the delay in getting to this, been busy with Code52


[SPARK-27268][SQL] Add map_keys and map_values support in nested schema pruning.

What changes were proposed in this pull request?
We need to add map_keys and map_values into ProjectionOverSchema to support those methods in nested schema pruning. This also adds end-to-end tests to SchemaPruningSuite.
How was this patch tested?
Added tests.

cc @dongjoon-hyun @maropu @cloud-fan

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/testing-k8s-prb-make-spark-distribution-unified/9274/
Test PASSed.

Test build #103912 has started for PR 24202 at commit bbfbcc8.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/testing-k8s-prb-make-spark-distribution-unified/9276/
Test PASSed.

Test build #103916 has started for PR 24202 at commit 99cbc06.

cc @dbtsai

Test build #103912 has finished for PR 24202 at commit bbfbcc8.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/103912/
Test PASSed.

Test build #103916 has finished for PR 24202 at commit 99cbc06.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/103916/
Test PASSed.