Add URLs and IPs for Microsoft Teams Rooms Premium

This page shows most of the URLs and IP addresses for Teams but is missing the URLs and IP addresses for Teams Room Premium. Can we add a section, or a hyperlink to the address ranges for Teams Room Premium, as shown here?
https://docs.microsoft.com/en-us/microsoftteams/rooms/monitor-software-installation-guide#urls-required-for-communication
[Enter feedback here]

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 66bd8666-3566-a901-b25b-eb6baba6264a
Version Independent ID: e9f6310f-2207-8c81-d31a-3d5a80beb26b
Content: Office 365 URLs and IP address ranges - Microsoft 365 Enterprise
Content Source: microsoft-365/enterprise/urls-and-ip-address-ranges.md
Service: o365-administration
GitHub Login: @kelleyvice-msft
Microsoft Alias: kvice

@kelleyvice-msft Please help us in resolving this issue. Thanks

@DazMR2, the article you linked to in your post no longer exists. Is the list of URLs the one in this article? https://docs.microsoft.com/en-us/microsoftteams/rooms/security#network-security
I will investigate whether these endpoints are still missing from the web service.
Kelley

Hi Kelley,
Yes, these are the URLs for Teams Room Premium.
Thanks
Darryl
From: Kelley Vice @.>
Sent: Wednesday, March 16, 2022 1:27 PM
To: MicrosoftDocs/microsoft-365-docs @.>
Cc: Darryl Rowe @.>; Mention @.>
Subject: Re: [MicrosoftDocs/microsoft-365-docs] Add URLs and IPs for Microsoft Teams Rooms Premium (Issue #7879)
@DazMR2https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FDazMR2&data=04|01|drowe%40microsoft.com|3535e66c143a434fe0e108da077a923a|72f988bf86f141af91ab2d7cd011db47|1|0|637830520267997035|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000&sdata=LrGuwDDF3%2B98dS%2BFuryQw4pcU3z%2FQ3JQr5GnWmneT0Q%3D&reserved=0, the article you linked to in your post no longer exists. Is the list of URLs the one in this article? https://docs.microsoft.com/en-us/microsoftteams/rooms/security#network-securityhttps://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fmicrosoftteams%2Frooms%2Fsecurity%23network-security&data=04|01|drowe%40microsoft.com|3535e66c143a434fe0e108da077a923a|72f988bf86f141af91ab2d7cd011db47|1|0|637830520267997035|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000&sdata=0plNpM%2B4gwOy0CzyZANdn0l%2Fc3VuDgU8SJq%2F3ug%2FmfY%3D&reserved=0
I will investigate whether these endpoints are still missing from the web service.
Kelley

Reply to this email directly, view it on GitHubhttps://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FMicrosoftDocs%2Fmicrosoft-365-docs%2Fissues%2F7879%23issuecomment-1069421844&data=04|01|drowe%40microsoft.com|3535e66c143a434fe0e108da077a923a|72f988bf86f141af91ab2d7cd011db47|1|0|637830520267997035|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000&sdata=ordQy%2FnsACrjlbohKmAOWdHS9RXG54Tl4JCDZPiuY8Y%3D&reserved=0, or unsubscribehttps://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAO3UNI3F4HH7I7OIPIFUSPDVAIRXRANCNFSM5PXXR7CQ&data=04|01|drowe%40microsoft.com|3535e66c143a434fe0e108da077a923a|72f988bf86f141af91ab2d7cd011db47|1|0|637830520268047047|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000&sdata=tIAks3xOf%2F9nYG6BIym%2BTUQz56f8UcU95WWy6iK6noo%3D&reserved=0.
Triage notifications on the go with GitHub Mobile for iOShttps://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapps.apple.com%2Fapp%2Fapple-store%2Fid1477376905%3Fct%3Dnotification-email%26mt%3D8%26pt%3D524675&data=04|01|drowe%40microsoft.com|3535e66c143a434fe0e108da077a923a|72f988bf86f141af91ab2d7cd011db47|1|0|637830520268047047|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000&sdata=IM%2FKFaLdp%2FCp8HE5kJ%2Bmnfxto%2BKtt860t0ZEPwe6AFg%3D&reserved=0 or Androidhttps://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fplay.google.com%2Fstore%2Fapps%2Fdetails%3Fid%3Dcom.github.android%26referrer%3Dutm_campaign%253Dnotification-email%2526utm_medium%253Demail%2526utm_source%253Dgithub&data=04|01|drowe%40microsoft.com|3535e66c143a434fe0e108da077a923a|72f988bf86f141af91ab2d7cd011db47|1|0|637830520268047047|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000&sdata=iRSFjgoCKDJ0mEHw7EOApZJ9O14YLsqJ0RiKMBCuzuQ%3D&reserved=0.
You are receiving this because you were mentioned.Message ID<EMAIL_ADDRESS>

At this time, the Teams Room endpoints have not been added to the web service because they are in Azure, not Microsoft 365. My understanding is that there is an ongoing discussion about this, and it's likely that there will be updates in the future that will permit Teams Room endpoints to be added to the web service. There is currently no ETA for this, however.
Thanks for reaching out.  It's a great suggestion. -Kelley


fix bug when running google/paligemma-3b-mix-224

Results are error when running this test code:
from transformers import AutoProcessor, PaliGemmaForConditionalGeneration
from PIL import Image
import requests
import torch
from habana_frameworks.torch.hpu import wrap_in_hpu_graph
from optimum.habana.transformers.modeling_utils import adapt_transformers_to_gaudi

model_id = "google/paligemma-3b-mix-224"

url = "https://huggingface.co/datasets/huggingface/documentation-images/resolve/main/transformers/tasks/car.jpg?download=true"
image = Image.open(requests.get(url, stream=True).raw)
adapt_transformers_to_gaudi()
model = PaliGemmaForConditionalGeneration.from_pretrained(model_id)
device = torch.device("hpu")
model = model.to(device)
model.eval()

processor = AutoProcessor.from_pretrained(model_id)
prompt = "caption es"
model_inputs = processor(text=prompt, images=image, return_tensors="pt")
model_inputs = model_inputs.to(device)
input_len = model_inputs["input_ids"].shape[-1]

with torch.inference_mode():
    generation = model.generate(**model_inputs, max_new_tokens=100, do_sample=False)
    generation = generation[0][input_len:]
    decoded = processor.decode(generation, skip_special_tokens=True)
    print(decoded)

This PR help solve this bug.

Original implementation used _gaudi_prepare_4d_causal_attention_mask to replace self._update_causal_mask, whereas when the  len(attenstion_mask.shape)==4, it will replace value 0 in attention mask with torch.finfo(torch.float32).min, L95~L98, and when calculating attn_weights, there is an add op L100, which causes the result is wrong.

@regisss ,@lkk12014402 , pls help review

The docs for this PR live here. All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update.

When I run the test code on main or on your fork, I get an empty decoded generation. Is that expected?

When I run the test code on main or on your fork, I get an empty decoded generation. Is that expected?

This is the bug. Expected output should be: "Un auto azul estacionado frente a un edificio". You can refer to this: HF model

@regisss @libinta , Can you help re-validate the output of my fork? I checked again and on my fork the output is not empty, it's "Un auto azul estacionado frente a un edificio"

@yao-matrix, here FYI


enhancement ignore lowercase names in conf if it is invalid

If lowercase_table_names in fe.conf and meta are not same, we can only use value in meta. So exit is helpless.
Proposed changes
Issue Number: close #xxx

run buildall


make the filename of the gndlib file be the same as the crate_name

Make the filename of the godot/native/*.gdnlib file be the same as the crate_name.  Currently it is named statically to game.gdnlib, it would be better if we could name this file as the crate_name. Unfortunately the current version of cargo-generate does not support this feature but it was supported in an earlier version.  Not entirely sure why was it removed, filed an issue here asking about it.

Closing this, game.gdnlib will not be renamed anymore...


Proposal: Make all main logic available in caddy package

One problem I have is creating a custom build with a custom set of plugins. The steps are straightforward, but a bit tricky:

Install caddyext
get main repo and all plugins
run caddyext
build caddy

When updates happen only some of this cycle needs to be repeated but problems are also created by caddyext making my caddy clone "dirty", and requiring more git tricks.
I propose a few simple changes to make dealing with custom build easier. The main server logic is availible in the caddy package, but not the main logic, which essentially consists of options parsing and so forth. This does two things:

Provides a mechanism for directives to be added at runtime into the directives stack. This alone should be useful to anyone wanting to run caddy as a library.
Provide all main logic as caddy.Main(). the main package is now a one line call into caddy.Main().

This essentially allows me to make my own "fork" of caddy. I can make a tiny main that registers the directives I need and run main. I can also vendor code for both caddy and plugins together in my own repo, which is another problem made harder by the multi-repo plugin style caddy has.
cc @pedronasser @abiosoft

https://github.com/captncraig/caddycustom is an example of what I can do with this. A single repo I can update and build, complete with vendored dependencies for all my plugins. I can make a docker image from this with almost no effort.

(The failing test on AppVeyor is a race condition in the test case; don't mind it.)

I had a discussion with Matt recently about exposing the ability to add directives at runtime. :+1:

Added doc comment and rebased.

After looking it over, I get why RegisterDirective could be useful, but why move main into caddy?

So I can write my own main package that includes the external plugins I want without rewriting caddy source code (including potentially private ones). This makes deploying my custom build as easy as go get -u mypackage. I can also vendor dependencies for caddy and plugins together in a uniform way, and I really can't think of a good way to accomplish that at all.
See https://github.com/captncraig/caddycustom/blob/master/main.go for how I do it now. I wouldn't expect everybody to build it this way, but IMO it is a nice option to have. Without this PR, I would essentially copy and paste a lot of your code to make sure I end up with a binary that handles flags and such the same as "real" caddy.

Ah. I see what you mean now.
This is not going to work unless main.go is in its own package. Right now, any program importing the caddy package would lose control of all signals and have flags added to its CLI.

That's a good point too. Perhaps the flags can be registered inside the
main function so they don't leak?
On Jan 13, 2016 6:47 PM, "Matt Holt"<EMAIL_ADDRESS>wrote:

Ah. I see what you mean now.
This is not going to work unless main.go is in its own package. Right now,
any program importing the caddy package would lose control of all signals
and have flags added to its CLI.
—
Reply to this email directly or view it on GitHub
https://github.com/mholt/caddy/pull/410#issuecomment-171498748.

Sounds scary, gotta make sure taking it out of init won't break anything...

I moved flag declarations into main. Looks to me like they all parse fine, and -h still works. As long as they are declared before flag.Parse() I don't think it matters.

Cool. This seems like a good time to bring this up: https://github.com/spf13/caddy/commit/6a9a368c71966fb990f1c63a6b50681d10b03d58
There are definitely advantages to moving to cobra for CLI. Would it help your use case too?

I am not opposed to cobra. It does make for nice commands. I don't think this pr prevents or helps that initiative significantly one way or another.

Right, but merging one (if the other repo had a PR opened, that is) will break the other.
Sorry, I still need a little more time on this. But I think it's looking pretty compelling now.

I realize I do not actually need the main stuff to do what I want to do. If the registration stuff is present, I can simply add a new file to the main package (in my custom fork) that registers my plugins in an init

I'll purge the main stuff from this pr.

That's a brilliant idea, and that way I don't have to worry about merge conflicts if I switch Caddy over to a cobra CLI app. ;)

Replaced by #548


Add stix2 to ironbank

Status
Ready/In Progress/In Hold (Reason for hold)
Related Content Pull Request
Related PR: link to the PR at demisto/content
Related Issues
Related: link to the issue
Description
A few sentences describing the overall goals of the pull request's commits.

Docker Image Ready - Production
Docker automatic build at CircleCI has deployed your docker image: demisto/stix2:<IP_ADDRESS>22
It is available now on docker hub at: https://hub.docker.com/r/demisto/stix2/tags
Get started by pulling the image:
docker pull demisto/stix2:<IP_ADDRESS>22

Docker Metadata

Image Size: 25.31 MB

Image ID: sha256:5b3f12bc8232ec8eaab631edc0436e5a8799b752ac341c993bccab9688b7664b

Created: 2021-11-09T13:27:09.448755231Z

Arch: linux/amd64

Command: ["python3"]

Environment:

PATH=/usr/local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
LANG=C.UTF-8
GPG_KEY=E3FF2839C048B25C084DEBE9B26995E310250568
PYTHON_VERSION=3.9.7
PYTHON_PIP_VERSION=21.2.4
PYTHON_SETUPTOOLS_VERSION=57.5.0
PYTHON_GET_PIP_URL=https://github.com/pypa/get-pip/raw/c20b0cfd643cd4a19246ccf204e2997af70f6b21/public/get-pip.py
PYTHON_GET_PIP_SHA256=fa6f3fb93cce234cd4e8dd2beb54a51ab9c247653b52855a48dd44e6b21ff28b
DOCKER_IMAGE=demisto/stix2:<IP_ADDRESS>22

Labels:

org.opencontainers.image.authors:Demisto<EMAIL_ADDRESS>org.opencontainers.image.revision:c82c4039d1eeee31cf378fc4b3f0d29740697289
org.opencontainers.image.version:<IP_ADDRESS>22


[ci] CodeQL: Incorrect suffix check

CodeQL is finding an "Incorrect suffix check" in the sourcemap-register.js included in our TypeScript actions which follow the [typescript-action](https://github.com/actions/typescript-action) template.

This issue seems like it is related: https://github.com/evanw/node-source-map-support/issues/320

This is happening now in our build files and not just our map files. It seems to be caused by code from depd 1.1.2.
https://github.com/dougwilson/nodejs-depd/blob/v1.1.2/lib/compat/callsite-tostring.js#L74
I think this should be fixed by upgrading to depd 2.0.0 but we have dependencies that depend on depd ^1.1.2 which isn't compatible with 2.0.0. The dependency comes to us via sigstore-js and tuf-js depending on make-fetch-happen.
verify-token$ npm list depd

<EMAIL_ADDRESS>/usr/local/google/home/ianlewis/src/slsa-github-generator/.github/actions/verify-token
└─┬<EMAIL_ADDRESS>  └─┬<EMAIL_ADDRESS>    └─┬<EMAIL_ADDRESS>      └──<EMAIL_ADDRESS>
We could potentially fix this issue by submitting a PR to agentkeepalive to upgrade to depd 2.0.0 or by removing the dependency on make-fetch-happen from sigstore-js and tuf-js.
/cc @bdehamer

We're using make-fetch-happen primarily because its the "fetch" library used by the npm CLI (so we're not introducing any new dependencies when npm integrates sigstore-js). I'd like to avoid ditching that if we can avoid it.
If we can get agentkeepalive updated to<EMAIL_ADDRESS>I'm confident we can get the rest of the chain updated easily. Lemme see what I can do here.

Let's see what happens here: https://github.com/node-modules/agentkeepalive/pull/109

Thanks! Here's hoping that upgrading to<EMAIL_ADDRESS>doesn't run afoul of CodeQL in some other way 😂

@ianlewis I realized that make-fetch-happen is already set-up to consume v4.3.0 of agentkeepalive (they're using ^4.2.1 in the package.json).
Doing an npm update agentkeepalive in your project should get you the newest agentkeepalive (and corresponding update to depd)

Thanks @bdehamer! I'll give that a try in #1771 and we'll see if the CodeQL issue goes away.


[BUG] [gql_http_link] Using bool value as a request variable fails assertion

When executing a query with one of its variables as bool, the following assertion fails:
assert(
    body is String || body is num || body == null,
    "$body of type ${body.runtimeType} was found "
    "in in the request at path ${currentPath.join(".")}, "
    "but the only the types { Map, List, MultipartFile, String, num, null } "
    "are allowed",
  );

It's part of a utility function called extractFlattenedFileMap in lib/src/_utils.dart and it prevents any query from receiving Boolean variables.

Sorry, fixed in 0.3.1


vimPlugins: added vim-jinja

very small contribution to vimplugins. please take a closer look since this is my very first commit to nixpkgs ;-). thanks.

well, I obviously can't interpret the Travis fail correctly and will simply wait.

Installs fine

All done. Thanks for the hints! I've didn't seen 'fetchFromGitHub' anywhere before.

Squash all commits and force push to update the pr

Thanks and welcome aboard!


Only show audio translation option if available

This PR closes/references issue #171    . It does so by check if translation size of video to hide/unhide audio translation box
How has this been tested?

Checklist

[ ] I have added tests to cover my changes.

Summary by Sourcery
This pull request enhances the user interface by conditionally displaying the audio translation dropdown only when more than one language is available, improving the user experience by hiding unnecessary options.

Enhancements:

Conditionally display the audio translation dropdown only if more than one language is available.

This room did not have audio translation

No translation box is showed


HDFS-15940 : Fixing and refactoring tests specific to Block recovery

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m  1s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 4 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
33m 38s

trunk passed

+1 :green_heart:
compile
1m 20s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
1m 16s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
checkstyle
1m  1s

trunk passed

+1 :green_heart:
mvnsite
1m 23s

trunk passed

+1 :green_heart:
javadoc
0m 54s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 29s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m  7s

trunk passed

+1 :green_heart:
shadedclient
16m 18s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
1m 15s

the patch passed

+1 :green_heart:
compile
1m 16s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
1m 16s

the patch passed

+1 :green_heart:
compile
1m  8s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
javac
1m  8s

the patch passed

-1 :x:
blanks
0m  0s
/blanks-eol.txt
The patch has 37 line(s) that end in blanks. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

-0 :warning:
checkstyle
0m 52s
/results-checkstyle-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs-project/hadoop-hdfs: The patch generated 9 new + 56 unchanged - 6 fixed = 65 total (was 62)

+1 :green_heart:
mvnsite
1m 17s

the patch passed

+1 :green_heart:
javadoc
0m 47s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 20s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m 11s

the patch passed

+1 :green_heart:
shadedclient
16m 15s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
401m  7s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 44s

The patch does not generate ASF License warnings.

488m 32s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.namenode.TestDecommissioningStatus

hadoop.hdfs.TestViewDistributedFileSystemContract

hadoop.hdfs.TestPersistBlocks

hadoop.hdfs.TestDFSShell

hadoop.hdfs.server.datanode.fsdataset.impl.TestFsVolumeList

hadoop.hdfs.TestStateAlignmentContextWithHA

hadoop.hdfs.server.namenode.ha.TestSeveralNameNodes

hadoop.fs.viewfs.TestViewFSOverloadSchemeWithMountTableConfigInHDFS

hadoop.hdfs.server.namenode.TestDecommissioningStatusWithBackoffMonitor

hadoop.hdfs.web.TestWebHDFS

hadoop.hdfs.server.namenode.ha.TestEditLogTailer

hadoop.hdfs.server.datanode.TestBlockScanner

hadoop.hdfs.server.namenode.snapshot.TestNestedSnapshots

hadoop.hdfs.server.datanode.TestDirectoryScanner

hadoop.hdfs.TestHDFSFileSystemContract

hadoop.hdfs.server.namenode.ha.TestBootstrapStandby

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/2844

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell

uname
Linux e011f47d1661 4.15.0-65-generic #74-Ubuntu SMP Tue Sep 17 17:06:04 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 9fac22d8ced687a541f591800d12a764e1103d11

Default Java
Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/1/testReport/

Max. process+thread count
2805 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/1/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

@liuml07 @ayushtkn @tasanuma TestBlockRecovery is consistently failing, the purpose of this PR is to fix it and reduce noise from QA bot if you would like to take a look.
Thanks

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 58s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 4 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
32m 32s

trunk passed

+1 :green_heart:
compile
1m 21s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
1m 17s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
checkstyle
1m  1s

trunk passed

+1 :green_heart:
mvnsite
1m 23s

trunk passed

+1 :green_heart:
javadoc
0m 55s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 26s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m  4s

trunk passed

+1 :green_heart:
shadedclient
16m 15s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
1m 10s

the patch passed

+1 :green_heart:
compile
1m 12s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
1m 12s

the patch passed

+1 :green_heart:
compile
1m 10s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
javac
1m 10s

the patch passed

-1 :x:
blanks
0m  0s
/blanks-eol.txt
The patch has 8 line(s) that end in blanks. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

-0 :warning:
checkstyle
0m 51s
/results-checkstyle-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs-project/hadoop-hdfs: The patch generated 10 new + 55 unchanged - 7 fixed = 65 total (was 62)

+1 :green_heart:
mvnsite
1m 14s

the patch passed

+1 :green_heart:
javadoc
0m 44s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 19s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m  5s

the patch passed

+1 :green_heart:
shadedclient
15m 49s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
394m 56s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 44s

The patch does not generate ASF License warnings.

480m 27s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.namenode.TestDecommissioningStatus

hadoop.hdfs.TestViewDistributedFileSystemContract

hadoop.hdfs.TestPersistBlocks

hadoop.hdfs.TestDFSShell

hadoop.hdfs.server.datanode.fsdataset.impl.TestFsVolumeList

hadoop.fs.viewfs.TestViewFileSystemOverloadSchemeWithHdfsScheme

hadoop.hdfs.TestStateAlignmentContextWithHA

hadoop.fs.viewfs.TestViewFSOverloadSchemeWithMountTableConfigInHDFS

hadoop.hdfs.server.namenode.TestDecommissioningStatusWithBackoffMonitor

hadoop.hdfs.server.namenode.ha.TestEditLogTailer

hadoop.hdfs.server.datanode.TestBlockScanner

hadoop.hdfs.server.namenode.snapshot.TestNestedSnapshots

hadoop.hdfs.server.datanode.TestDirectoryScanner

hadoop.hdfs.TestHDFSFileSystemContract

hadoop.hdfs.web.TestWebHdfsFileSystemContract

hadoop.hdfs.server.blockmanagement.TestBlockStatsMXBean

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/2844

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell

uname
Linux b474cfb88a32 4.15.0-65-generic #74-Ubuntu SMP Tue Sep 17 17:06:04 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 8a07055c58203e7192d7687fd2383e2f24957805

Default Java
Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/2/testReport/

Max. process+thread count
2832 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/2/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 57s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 4 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
32m 35s

trunk passed

+1 :green_heart:
compile
1m 21s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
1m 11s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
checkstyle
1m  0s

trunk passed

+1 :green_heart:
mvnsite
1m 21s

trunk passed

+1 :green_heart:
javadoc
0m 53s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 24s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m  3s

trunk passed

+1 :green_heart:
shadedclient
16m 12s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
1m 10s

the patch passed

+1 :green_heart:
compile
1m 12s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
1m 12s

the patch passed

+1 :green_heart:
compile
1m  5s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
javac
1m  5s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
0m 53s
/results-checkstyle-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs-project/hadoop-hdfs: The patch generated 10 new + 55 unchanged - 7 fixed = 65 total (was 62)

+1 :green_heart:
mvnsite
1m 13s

the patch passed

+1 :green_heart:
javadoc
0m 43s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 19s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m  6s

the patch passed

+1 :green_heart:
shadedclient
16m 47s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
420m 23s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 44s

The patch does not generate ASF License warnings.

506m 37s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.namenode.TestDecommissioningStatus

hadoop.hdfs.TestViewDistributedFileSystemContract

hadoop.hdfs.TestPersistBlocks

hadoop.hdfs.TestDFSShell

hadoop.hdfs.TestWriteConfigurationToDFS

hadoop.hdfs.server.namenode.snapshot.TestINodeFileUnderConstructionWithSnapshot

hadoop.hdfs.server.datanode.fsdataset.impl.TestFsVolumeList

hadoop.hdfs.TestStateAlignmentContextWithHA

hadoop.hdfs.server.namenode.ha.TestSeveralNameNodes

hadoop.hdfs.server.namenode.snapshot.TestOrderedSnapshotDeletionGc

hadoop.fs.viewfs.TestViewFSOverloadSchemeWithMountTableConfigInHDFS

hadoop.hdfs.server.namenode.TestListCorruptFileBlocks

hadoop.hdfs.server.namenode.TestDecommissioningStatusWithBackoffMonitor

hadoop.hdfs.TestLeaseRecovery2

hadoop.hdfs.TestReconstructStripedFileWithValidator

hadoop.hdfs.server.namenode.ha.TestEditLogTailer

hadoop.hdfs.server.datanode.TestBlockScanner

hadoop.hdfs.server.namenode.snapshot.TestNestedSnapshots

hadoop.hdfs.server.namenode.ha.TestStandbyCheckpoints

hadoop.hdfs.qjournal.server.TestJournalNodeRespectsBindHostKeys

hadoop.hdfs.server.datanode.TestDirectoryScanner

hadoop.hdfs.TestHDFSFileSystemContract

hadoop.hdfs.server.namenode.ha.TestBootstrapStandby

hadoop.hdfs.web.TestWebHdfsFileSystemContract

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/3/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/2844

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell

uname
Linux ca0ae5e9e465 4.15.0-65-generic #74-Ubuntu SMP Tue Sep 17 17:06:04 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / c744fe2dd01434f9c17d7090e4cbe9bf64417777

Default Java
Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/3/testReport/

Max. process+thread count
2639 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/3/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 35s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 4 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
32m 15s

trunk passed

+1 :green_heart:
compile
1m 20s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
1m 14s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
checkstyle
1m  1s

trunk passed

+1 :green_heart:
mvnsite
1m 22s

trunk passed

+1 :green_heart:
javadoc
0m 54s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 24s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m  3s

trunk passed

+1 :green_heart:
shadedclient
16m  7s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
1m 12s

the patch passed

+1 :green_heart:
compile
1m 13s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
1m 13s

the patch passed

+1 :green_heart:
compile
1m  7s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
javac
1m  7s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
0m 54s
/results-checkstyle-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs-project/hadoop-hdfs: The patch generated 10 new + 55 unchanged - 7 fixed = 65 total (was 62)

+1 :green_heart:
mvnsite
1m 11s

the patch passed

+1 :green_heart:
javadoc
0m 44s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 15s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m  6s

the patch passed

+1 :green_heart:
shadedclient
15m 59s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
229m 32s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 42s

The patch does not generate ASF License warnings.

314m  0s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.namenode.snapshot.TestNestedSnapshots

hadoop.hdfs.qjournal.server.TestJournalNodeRespectsBindHostKeys

hadoop.hdfs.server.blockmanagement.TestUnderReplicatedBlocks

hadoop.hdfs.server.datanode.TestDirectoryScanner

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/5/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/2844

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell

uname
Linux 47650c888cd3 4.15.0-136-generic #140-Ubuntu SMP Thu Jan 28 05:20:47 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / c744fe2dd01434f9c17d7090e4cbe9bf64417777

Default Java
Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/5/testReport/

Max. process+thread count
3457 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/5/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 54s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 4 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
36m 30s

trunk passed

+1 :green_heart:
compile
1m 26s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
1m 16s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
checkstyle
1m  1s

trunk passed

+1 :green_heart:
mvnsite
1m 22s

trunk passed

+1 :green_heart:
javadoc
0m 53s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 25s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m 51s

trunk passed

+1 :green_heart:
shadedclient
20m  4s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
1m 13s

the patch passed

+1 :green_heart:
compile
1m 21s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
1m 20s

the patch passed

+1 :green_heart:
compile
1m 15s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
javac
1m 15s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 14s
/results-checkstyle-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs-project/hadoop-hdfs: The patch generated 10 new + 55 unchanged - 7 fixed = 65 total (was 62)

+1 :green_heart:
mvnsite
1m 54s

the patch passed

+1 :green_heart:
javadoc
0m 55s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 23s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m 32s

the patch passed

+1 :green_heart:
shadedclient
20m 32s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
327m 26s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 36s

The patch does not generate ASF License warnings.

426m 48s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.namenode.ha.TestBootstrapStandby

hadoop.hdfs.server.namenode.snapshot.TestNestedSnapshots

hadoop.hdfs.TestDFSInotifyEventInputStreamKerberized

hadoop.hdfs.server.namenode.ha.TestEditLogTailer

hadoop.hdfs.TestLeaseRecovery2

hadoop.hdfs.TestPersistBlocks

hadoop.hdfs.TestDFSShell

hadoop.hdfs.server.datanode.TestDirectoryScanner

hadoop.hdfs.server.namenode.TestDecommissioningStatusWithBackoffMonitor

hadoop.hdfs.server.namenode.TestDecommissioningStatus

hadoop.hdfs.qjournal.server.TestJournalNodeRespectsBindHostKeys

hadoop.hdfs.server.datanode.TestBlockScanner

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/4/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/2844

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell

uname
Linux 61df4f3d89be 4.15.0-126-generic #129-Ubuntu SMP Mon Nov 23 18:53:38 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / c744fe2dd01434f9c17d7090e4cbe9bf64417777

Default Java
Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/4/testReport/

Max. process+thread count
2062 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/4/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
20m 40s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 3 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
35m 53s

trunk passed

+1 :green_heart:
compile
1m 24s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
1m 22s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
checkstyle
1m  5s

trunk passed

+1 :green_heart:
mvnsite
1m 25s

trunk passed

+1 :green_heart:
javadoc
0m 58s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 29s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m 35s

trunk passed

+1 :green_heart:
shadedclient
19m 15s

branch has no errors when building and testing our client artifacts.

-0 :warning:
patch
19m 32s

Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
1m 17s

the patch passed

+1 :green_heart:
compile
1m 26s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
1m 26s

the patch passed

+1 :green_heart:
compile
1m 15s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
javac
1m 15s

the patch passed

+1 :green_heart:
blanks
0m  1s

The patch has no blanks issues.

-0 :warning:
checkstyle
0m 55s
/results-checkstyle-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs-project/hadoop-hdfs: The patch generated 10 new + 55 unchanged - 7 fixed = 65 total (was 62)

+1 :green_heart:
mvnsite
1m 22s

the patch passed

+1 :green_heart:
javadoc
0m 54s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 25s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m 42s

the patch passed

+1 :green_heart:
shadedclient
19m 11s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
357m  4s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
1m 18s

The patch does not generate ASF License warnings.

473m 43s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.namenode.ha.TestBootstrapStandby

hadoop.hdfs.server.namenode.snapshot.TestNestedSnapshots

hadoop.hdfs.server.namenode.TestAddOverReplicatedStripedBlocks

hadoop.hdfs.server.datanode.TestIncrementalBrVariations

hadoop.hdfs.TestHDFSFileSystemContract

hadoop.hdfs.server.namenode.ha.TestEditLogTailer

hadoop.hdfs.TestLeaseRecovery2

hadoop.hdfs.TestPersistBlocks

hadoop.hdfs.TestDFSShell

hadoop.hdfs.TestSnapshotCommands

hadoop.hdfs.server.datanode.TestDirectoryScanner

hadoop.hdfs.server.namenode.TestDecommissioningStatusWithBackoffMonitor

hadoop.hdfs.server.datanode.fsdataset.impl.TestFsVolumeList

hadoop.hdfs.server.namenode.TestDecommissioningStatus

hadoop.hdfs.qjournal.server.TestJournalNodeRespectsBindHostKeys

hadoop.hdfs.server.datanode.TestBlockScanner

hadoop.hdfs.TestReconstructStripedFileWithValidator

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/7/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/2844

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell

uname
Linux b78e780e8edb 4.15.0-126-generic #129-Ubuntu SMP Mon Nov 23 18:53:38 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / eec57940035f2d920ed6b93fdc512725b47f1c91

Default Java
Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/7/testReport/

Max. process+thread count
2048 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/7/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 52s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 3 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
36m  1s

trunk passed

+1 :green_heart:
compile
1m 33s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
1m 18s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
checkstyle
1m  4s

trunk passed

+1 :green_heart:
mvnsite
1m 26s

trunk passed

+1 :green_heart:
javadoc
0m 57s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 28s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m 30s

trunk passed

+1 :green_heart:
shadedclient
19m 21s

branch has no errors when building and testing our client artifacts.

-0 :warning:
patch
19m 38s

Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
1m 22s

the patch passed

+1 :green_heart:
compile
1m 27s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
1m 27s

the patch passed

+1 :green_heart:
compile
1m 12s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
javac
1m 12s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
0m 57s
/results-checkstyle-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs-project/hadoop-hdfs: The patch generated 10 new + 55 unchanged - 7 fixed = 65 total (was 62)

+1 :green_heart:
mvnsite
1m 25s

the patch passed

+1 :green_heart:
javadoc
0m 52s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 26s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m 35s

the patch passed

+1 :green_heart:
shadedclient
19m  5s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
359m 27s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 42s

The patch does not generate ASF License warnings.

456m  3s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.namenode.ha.TestBootstrapStandby

hadoop.hdfs.server.namenode.snapshot.TestNestedSnapshots

hadoop.hdfs.server.namenode.TestAddOverReplicatedStripedBlocks

hadoop.hdfs.server.namenode.ha.TestEditLogTailer

hadoop.hdfs.TestLeaseRecovery2

hadoop.hdfs.TestPersistBlocks

hadoop.hdfs.server.namenode.ha.TestPipelinesFailover

hadoop.hdfs.TestDFSShell

hadoop.hdfs.TestSnapshotCommands

hadoop.hdfs.server.datanode.TestDirectoryScanner

hadoop.hdfs.server.namenode.TestDecommissioningStatusWithBackoffMonitor

hadoop.hdfs.server.datanode.fsdataset.impl.TestFsVolumeList

hadoop.hdfs.server.namenode.TestDecommissioningStatus

hadoop.hdfs.qjournal.server.TestJournalNodeRespectsBindHostKeys

hadoop.hdfs.server.datanode.TestBlockScanner

hadoop.hdfs.TestDistributedFileSystem

hadoop.hdfs.server.namenode.TestPersistentStoragePolicySatisfier

hadoop.hdfs.TestStateAlignmentContextWithHA

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/8/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/2844

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell

uname
Linux 39c686b90f9b 4.15.0-126-generic #129-Ubuntu SMP Mon Nov 23 18:53:38 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / eec57940035f2d920ed6b93fdc512725b47f1c91

Default Java
Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/8/testReport/

Max. process+thread count
2010 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/8/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

There are checkstyle warnings from the new file,
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/8/artifact/out/results-checkstyle-hadoop-hdfs-project_hadoop-hdfs.txt
These we need to fix

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m  7s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 3 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
33m 27s

trunk passed

+1 :green_heart:
compile
1m 21s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
1m 17s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
checkstyle
0m 59s

trunk passed

+1 :green_heart:
mvnsite
1m 24s

trunk passed

+1 :green_heart:
javadoc
0m 55s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 24s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m 18s

trunk passed

+1 :green_heart:
shadedclient
16m 21s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
1m 11s

the patch passed

+1 :green_heart:
compile
1m 20s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
1m 20s

the patch passed

+1 :green_heart:
compile
1m 10s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
javac
1m 10s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 53s

hadoop-hdfs-project/hadoop-hdfs: The patch generated 0 new + 55 unchanged - 7 fixed = 55 total (was 62)

+1 :green_heart:
mvnsite
1m 19s

the patch passed

+1 :green_heart:
javadoc
0m 47s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 18s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m 21s

the patch passed

+1 :green_heart:
shadedclient
16m  1s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
472m 48s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 45s

The patch does not generate ASF License warnings.

559m 53s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.namenode.TestDecommissioningStatus

hadoop.hdfs.TestViewDistributedFileSystemContract

hadoop.hdfs.TestSnapshotCommands

hadoop.hdfs.TestPersistBlocks

hadoop.hdfs.TestDFSShell

hadoop.hdfs.TestWriteConfigurationToDFS

hadoop.hdfs.server.datanode.fsdataset.impl.TestFsVolumeList

hadoop.fs.viewfs.TestViewFileSystemOverloadSchemeWithHdfsScheme

hadoop.hdfs.TestStateAlignmentContextWithHA

hadoop.hdfs.TestViewDistributedFileSystemWithMountLinks

hadoop.hdfs.server.namenode.ha.TestSeveralNameNodes

hadoop.hdfs.server.namenode.TestNamenodeStorageDirectives

hadoop.fs.viewfs.TestViewFSOverloadSchemeWithMountTableConfigInHDFS

hadoop.hdfs.server.namenode.TestDecommissioningStatusWithBackoffMonitor

hadoop.hdfs.TestLeaseRecovery2

hadoop.hdfs.TestDFSInotifyEventInputStreamKerberized

hadoop.hdfs.server.namenode.ha.TestEditLogTailer

hadoop.hdfs.server.datanode.TestBlockScanner

hadoop.hdfs.server.datanode.TestIncrementalBrVariations

hadoop.hdfs.server.diskbalancer.command.TestDiskBalancerCommand

hadoop.hdfs.server.namenode.snapshot.TestNestedSnapshots

hadoop.hdfs.server.namenode.ha.TestStandbyCheckpoints

hadoop.hdfs.server.namenode.TestNNThroughputBenchmark

hadoop.hdfs.qjournal.server.TestJournalNodeRespectsBindHostKeys

hadoop.hdfs.server.datanode.TestDirectoryScanner

hadoop.hdfs.TestHDFSFileSystemContract

hadoop.hdfs.server.namenode.ha.TestBootstrapStandby

hadoop.hdfs.web.TestWebHdfsFileSystemContract

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/12/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/2844

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell

uname
Linux 1c7d3f13726b 4.15.0-65-generic #74-Ubuntu SMP Tue Sep 17 17:06:04 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 71e9cf9575ca220b958671db66d671ef6c1437b7

Default Java
Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/12/testReport/

Max. process+thread count
2529 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/12/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m  0s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 3 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
33m 35s

trunk passed

+1 :green_heart:
compile
1m 22s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
1m 17s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
checkstyle
0m 59s

trunk passed

+1 :green_heart:
mvnsite
1m 21s

trunk passed

+1 :green_heart:
javadoc
0m 52s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 24s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m  8s

trunk passed

+1 :green_heart:
shadedclient
16m 13s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
1m 12s

the patch passed

+1 :green_heart:
compile
1m 17s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
1m 17s

the patch passed

+1 :green_heart:
compile
1m 11s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
javac
1m 11s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 55s

hadoop-hdfs-project/hadoop-hdfs: The patch generated 0 new + 55 unchanged - 7 fixed = 55 total (was 62)

+1 :green_heart:
mvnsite
1m 15s

the patch passed

+1 :green_heart:
javadoc
0m 46s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m 22s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m 12s

the patch passed

+1 :green_heart:
shadedclient
16m  3s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
474m 27s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 46s

The patch does not generate ASF License warnings.

561m 25s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.namenode.TestDecommissioningStatus

hadoop.hdfs.TestViewDistributedFileSystemContract

hadoop.hdfs.TestSnapshotCommands

hadoop.hdfs.TestPersistBlocks

hadoop.hdfs.TestDFSShell

hadoop.hdfs.TestWriteConfigurationToDFS

hadoop.hdfs.server.datanode.fsdataset.impl.TestFsVolumeList

hadoop.fs.viewfs.TestViewFileSystemOverloadSchemeWithHdfsScheme

hadoop.hdfs.TestStateAlignmentContextWithHA

hadoop.fs.viewfs.TestViewFileSystemOverloadSchemeHdfsFileSystemContract

hadoop.hdfs.TestViewDistributedFileSystemWithMountLinks

hadoop.hdfs.server.namenode.ha.TestSeveralNameNodes

hadoop.hdfs.server.namenode.TestNamenodeStorageDirectives

hadoop.hdfs.server.namenode.ha.TestHAAppend

hadoop.fs.viewfs.TestViewFSOverloadSchemeWithMountTableConfigInHDFS

hadoop.hdfs.server.namenode.TestFileTruncate

hadoop.hdfs.server.namenode.TestDecommissioningStatusWithBackoffMonitor

hadoop.hdfs.server.namenode.ha.TestEditLogTailer

hadoop.hdfs.server.datanode.TestBlockScanner

hadoop.hdfs.server.datanode.TestIncrementalBrVariations

hadoop.hdfs.server.diskbalancer.command.TestDiskBalancerCommand

hadoop.hdfs.server.namenode.snapshot.TestNestedSnapshots

hadoop.hdfs.server.namenode.ha.TestStandbyCheckpoints

hadoop.hdfs.server.namenode.TestNNThroughputBenchmark

hadoop.hdfs.qjournal.server.TestJournalNodeRespectsBindHostKeys

hadoop.hdfs.server.datanode.TestDirectoryScanner

hadoop.hdfs.TestHDFSFileSystemContract

hadoop.hdfs.server.namenode.ha.TestBootstrapStandby

hadoop.hdfs.TestReconstructStripedFileWithRandomECPolicy

hadoop.hdfs.web.TestWebHdfsFileSystemContract

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/13/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/2844

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell

uname
Linux 368b02501791 4.15.0-65-generic #74-Ubuntu SMP Tue Sep 17 17:06:04 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 71e9cf9575ca220b958671db66d671ef6c1437b7

Default Java
Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/13/testReport/

Max. process+thread count
2470 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2844/13/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

Thanx @virajjasani for the contribution and @tasanuma for the review!!!


Deedle throws System.OutOfMemoryException when reading large csv file

Frame.ReadCsv method throws System.OutOfMemoryException for files about 200MB or larger on 32 bit FSI. Sample code to generate test file to reproduce issue:
//generate test data set
let file = "c:/temp/test.csv"
System.IO.File.WriteAllLines(file, [for i in 0..3000000 -> "20160114,ABC,acc12345,entity llc,Joe Doe,default,port1,FWD,ABC.TO,CAD"])
// reproduce issue
let df = Frame.ReadCsv(file,
            hasHeaders = false,
            schema =  "report_date,source_system,account,legal_entity,trader,strategy,portfolio,security_type,security,currency")

In general, it is probably a good idea to use 64bit version of fsiAnyCpu.exe when you work with more data. That said, I had a brief look at this and did some improvements - can you test with a build from #334?

It definitely works better, I can load files that had failed before! I will play more with tomorrow.


TypeError: styles_1.createGenerateClassName is not a function

getting error: TypeError: styles_1.createGenerateClassName is not a function
ory-editor-ui/lib/ThemeProvider/index.js
  72 | var index_1 = __importDefault(require("./DarkTheme/index"));
  73 |
  74 | exports.darkTheme = index_1.default;
 > 75 | var generateClassName = styles_1.createGenerateClassName({
  76 |   productionPrefix: 'ory'
  77 | });
  78 | exports.themeOptions = {

import React from 'react'
import Editor, { Editable, createEmptyState } from 'ory-editor-core'
import image from 'ory-editor-plugins-image'
import 'ory-editor-plugins-image/lib/index.css'

const editable = createEmptyState()

const editor = new Editor({
  editables: [editable],
  plugins: {
    content: [image]
  },
})

function BaseEditor() {
  return (
    <Editable editor={editor} />
  )
}

export default BaseEditor

This error happens in connection with material 4.x
Revert to 3.x and you can work again. I've got the same problem, before i revert my material version.

Seem it was resolved.
If this didn't resolve, you can open a new issue with more information (node version, package manager, etc.).
Please close this issue @fernandobandeira @davidfurlong

@jairusd ping me if you're able to reproduce this with material 3.x


:seedling: Convert stakeholder table to new table abstraction

useTableControls implementation for Stakeholders expandable form
@mturley Nice work! We don't have to necessarily merge this as I know it is still under construction a bit. Just wanted to explore the changes. Works flawlessly. Only thing I did notice - we might need a way to make individual rows expandable. If I have a stakeholder with no groups assigned, I wonder if there is a way to make only that row not have an expandable icon displayed without shifting the columns/table rows.

Nice!
Interesting, yeah, I think we can probably take advantage of the composable nature there and have some conditional expression on that cell where you only spread the getCompoundExpandTdProps(...) if that row should have it, else spread getTdProps(...). Either that or we can add an isCellExpandable boolean to getCompoundExpandTdProps and have it exclude the necessary props when that's false.

Actually @ibolton336 I approved too quickly, some minor things:

On main, it looks like there is padding/margin around the contents of the expanded row content, and here the text is right up against the borders there
For this single-expand use case I actually wanted to add support for automatically rendering that expand toggle cell as part of <TableRowContentWithControls>, but we can do that as a separate refactor after this if you want. Would just mean a little less code in the table.

Actually @ibolton336 I approved too quickly, some minor things:

On main, it looks like there is padding/margin around the contents of the expanded row content, and here the text is right up against the borders there

For some reason I am seeing an extra  in the expandable row that seems to be implicitly created by the legacy table.

Actually @ibolton336 I approved too quickly, some minor things:

On main, it looks like there is padding/margin around the contents of the expanded row content, and here the text is right up against the borders there
For this single-expand use case I actually wanted to add support for automatically rendering that expand toggle cell as part of <TableRowContentWithControls>, but we can do that as a separate refactor after this if you want. Would just mean a little less code in the table.

Thanks @mturley For all the reviews. I think I hit all of the requested updates. Whenever you have time.

HI @mturley @ibolton336 .
In this PR the stakeholder table ID is changed to stakeholders-table .
All the other tables (like stakeholder Group , Business Service , applications page ) in MTA are using "table[aria-label='main-table']";.
Is it possible to keep the ID same and generic for all the tables ?
That was enabling us to write common methods to delete all entities in page .
Please let me know what you think .

Hi @sshveta.
I think we failed to properly communicate here, sorry about that. As established by #443 (which perhaps should not be closed), we do want to align on using id for QE tests where possible (or more specifically, avoiding having tests depend on aria-label which is user-facing text that is subject to change).
Perhaps we should use id="main-table" for each of the primary tables on the page, that is a decent idea. I'm curious about @ibolton336 's thoughts.

@mturley @sshveta Sorry for the oversight here. We can certainly move to a common id for these tables if that would be helpful.

Thanks @ibolton336 . Please let me know if I need to open a bug/issue for this .


changing size to 62

Small change based on the actual empty gz file size that the KL internal shotgun processing generates. Thus, merging.


Consider differentiating names of pydantic models between database and parquet-based queries

Currently the enums and pydantic classes supporting the DB and parquet-based queries are in separate modules (models/queries.py and models/queries_database.py).
Some of the classes in each module have the same name (eg., MetricQuery, JoinedTimeseriesQuery) which makes it awkward when both versions need be imported in the same module.
For example, some functions in queries/utils.py are called by the database and parquet-based queries (_select_primary_count(mq), _select_bias(mq), etc in get_metrics()), however the function arguments are typed using only the parquet-based models:
from teehr.models.queries import (
    JoinedFilter,
    MetricQuery,
    JoinedTimeseriesQuery,
    TimeseriesFilter,
)
def _select_bias(mq: MetricQuery) -> str:
    if "bias" in mq.include_metrics or mq.include_metrics == "all":
        return """, sum(secondary_value - primary_value)/count(*) as bias"""
    return ""

This doesn't seem to cause problems in terms of functionality, but it might be clearer and more explicit to change the class names (MetricQueryDB vs. MetricQuery for example) so we could do:
def _select_bias(mq: Union[MetricQuery, MetricQueryDB]) -> str:
    if "bias" in mq.include_metrics or mq.include_metrics == "all":
        return """, sum(secondary_value - primary_value)/count(*) as bias"""
    return ""

@mgdenno any thoughts?

@samlamont I think I follow in general.  I agree it would be better to be explicit and use both in the typing.  I think another option, beside renaming, would be to import the modules and not the classes.  In other words, like this:
import teehr.models.queries as tmq
import teehr.models.queries_database as tmqd

def _select_bias(mq: Union[tmq.MetricQuery, tmqd.MetricQuery]) -> str:
    if "bias" in mq.include_metrics or mq.include_metrics == "all":
        return """, sum(secondary_value - primary_value)/count(*) as bias"""
    return ""

I'm not certain of the pros and cons around these...

@mgdenno good point that seems cleaner to me as opposed to renaming the classes.  I can include this in the latest PR #106

This was addressed in PR #106


add delay to wait for js to load

some times you get better results if you allow the client side js to run for n seconds.

Thank you, Looks good to me gotta merge it 🐻❄


Garbage collection

When a document is removed from the database, all dependencies will also be removed.

WOW :8ball: Great work


Add turnCurveGain for opcontrol

Summary

Added curves to the turn input in arcade and curvature drives. This helps users customize their driving a little bit more and get better control over their turning in opcontrol.
Motivation

A lot of teams have their turning curve a little bit different from their linear speed curves.

Download the template for this pull request:

[!NOTE]
This is auto generated from Add Template to Pull Request

via manual download<EMAIL_ADDRESS>via PROS Integrated Terminal:

curl -o<EMAIL_ADDRESS>https://nightly.link/LemLib/LemLib/actions/artifacts/1072957015.zip;
pros c fetch<EMAIL_ADDRESS>pros c apply<EMAIL_ADDRESS>rm<EMAIL_ADDRESS>

yea this should be a feature. Can you fix the formatting and make it compile?

can you implement this in the refactor branch instead? That's where development is focused at the moment


Ability to override loaders that get applied to block types in .vue files

What problem does this feature solve?
Nuxt automatically decides which loaders to apply to a given block, based on its type. For example, the following blocks will be run through the sass-loader, postcss-loader, css-loader and vue-style-loader loaders:
<style lang="scss">My SASS code</style>
<style src="./style.scss"></style>

This is great, but what if I want to parse the contents of the <style> block as plain text?
Use case: I'm developing a pattern library application where each component in our design system will be displayed on its own page, inside of an <iframe>. Below the <iframe>, I want to display the component's original, uncompiled SASS inside of a <code> element. So, I need the <style> block to be processed twice: once using the SASS loader, etc., then again using a custom loader that returns plain text or JavaScript.
Since I couldn't figure out how to process my <style> block twice, I tried moving the SCSS into an external file and linking to it from two separate blocks, like this:
<style src="./style.scss"></style>
<docs src="./style.scss"></docs>

I created a custom loader to parse my new <docs> block:
nuxt.config.js
config.module.rules.push({
  resourceQuery: /blockType=docs/,
  loader: require.resolve("./docs-loader.js")
});

docs-loader.js
module.exports = function(source, map) {
  this.callback(
    null,
    `export default function (Component) {
      Component.options.__docs = ${
        JSON.stringify(source)
      }
    }`,
    map
  )
}

Unfortunately, Nuxt is still trying to run the style.scss file through the SASS loader pipeline, even though I'm linking to it via a <docs> element with my own custom loader. It seems like my /blockType=docs/ rule is executing in addition to the /\.scss$/ rule, when I want it to execute instead of the /\.scss$/ rule.
When I rename style.scss to style.txt, things work correctly, but I lose the benefit of syntax highlighting, etc. in my code editor:
<docs src="./style.txt"></docs>

Plus I still have to repeat my code by saving copies of it in two separate files, so I haven't really gained anything:
<style src="./style.scss"></style>  <!-- This will fail if I give it a .txt file -->
<docs src="./style.txt"></docs>

What does the proposed changes look like?
Ideally, I'd like to be able to process the same block twice, using two separate sets of loaders, like this:
<style lang="scss|plain-text">My SASS code</style>

Alternatively, I'd like to be able to override the loader that Nuxt uses for a given block, like this:
<docs src="./style.scss" loader="plain-text"></docs>

This feature request is available on Nuxt community (#c7625)

Thanks @manniL! I'm okay with closing this issue because I found a solution, although the above pull request may provide a better way, so I'll take a closer look at it.
I was hoping to somehow run my .vue files through Multi Loader so that I could parse them as plain text on the second pass, but I don't think it supports object-based configuration syntax, so that may be a dead end.
I ended up using copy-webpack-plugin to duplicate my .vue files and save them with a .txt extension. I then request them via Axios (on the client side), or use FS to read them from the file system (on the server side). I then extract the <style> and <script> blocks via regex. This isn't ideal, but it works.
In retrospect, I probably should have requested this feature in the Vue Loader repo instead of Nuxt.


Misplaced glyphs (linux xfreerdp client and Win2008R2  server)

Many times I have seen glyphs misplaced few pixels left from their proper position.
It happened in the console-like programs (windows build-in console, conemu, putty) if their window is wide enough (more than 120 columns) and a TrueType font is in use (LucudaConsole or PragmataPro).
Example here, please have a look at the bottom-right corner. (the window with blue header despite its window-styling is xfreerdp client running on Linux)

Finally I managed to fix this issue by reversing the commit https://github.com/FreeRDP/FreeRDP/commit/2a9610bbfeeb153ca1902b1bac7a9fad7e2ed863
I do not submit a pull request as I think there was a reason for that commit and the pull request must be smarter, for example, the decision about pre- or post-  increment on the RDP client should be based on the version on the server.
For Win2008R2 server the offset must be added before the glyph.

Reversing the commit https://github.com/FreeRDP/FreeRDP/commit/2a9610bbfeeb153ca1902b1bac7a9fad7e2ed863 did not solve the problem: now I may simetimes see glyph shifted right.
Command-line switch -glyph-cache solves the problem but it degrades performance

@volth Would you try https://github.com/dbungert/FreeRDP/tree/glyph and see what happens?

The same as with master. No wonder if this is the only difference. Or did I miss something?

as #2967 seems fixed... is this issue fixed, too?

@volth still happens with the latest master?

Sorry for delay, I used -glyph-cache and forgot about the issue.
Yes, it looks fixed.
With recent software there is no problem even with +glyph-cache.

No, not fixed.
Just saw the same problem again.

@volth Found the bug, in update_gdi_glyph_index the arguments for Glyph_Alloc are broken. Already have a fix in #3450

@akallabeth Still reproducible with your branch https://github.com/akallabeth/FreeRDP/commits/color_conversion_fix_v4

@volth would you retry with the latest master?

I failed to start latest master, log full of
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:869] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:870] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:870] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)
[02:05:06:870] [7:8] [ERROR][com.winpr.sync.wait] - invalid handles count(0)

@volth Could you give some details on your setup for this test (command line et al)? The log entries do not say much without context.

https://github.com/volth/docker/blob/master/freerdp.sh
https://github.com/volth/docker/blob/master/freerdp-xfce-hotkeys.sh
I just changed branch to the master and -glyph-cache to +glyph-cache

@volth get rid of async transport, it's a pain to use. will remove it when I've got time.

Even worse: http://i.imgur.com/iY4uDs6.png reproducible only with +glyph-cache

@volth This was with or whithout /gdi:sw ?

without

@volth Ah, ok. I've been collecting issues related under #3539. X11 glyph cache is still broken badly, but with /gdi:sw it should be working.

with /gdi:sw it is a bit better, but still worse than the initial in the old FreeRDP.

Closing, as glyph-cache is not required for operation and part of a (hopefully) soon to be phased out revision of RDP
We've disabled it by default and marked it experimental


UVI Request

--- UVI JSON ---
{
  "vendor_name": "Linux",
  "product_name": "Kernel",
  "product_version": "versions from  to before v4.14.240",
  "vulnerability_type": "unspecified",
  "affected_component": "unspecified",
  "attack_vector": "unspecified",
  "impact": "unspecified",
  "credit": "",
  "references": [
    "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=2aef07017fae21c3d8acea9656b10e3b9c0f1e04"
  ],
  "extended_references": [
    {
      "type": "commit",
      "value": "2aef07017fae21c3d8acea9656b10e3b9c0f1e04",
      "note": "fixed"
    }
  ],
  "reporter": "joshbressers",
  "reporter_id": 1692786,
  "notes": "",
  "description": "watchdog: sc520_wdt: Fix possible use-after-free in wdt_turnoff()\n\nThis is an automated ID intended to aid in discovery of potential security vulnerabilities. The actual impact and attack plausibility have not yet been proven.\nThis ID is fixed in Linux Kernel version v4.14.240 by commit 2aef07017fae21c3d8acea9656b10e3b9c0f1e04. For more details please see the references link."
}
--- UVI JSON ---

This issue has been assigned UVI-2021-1001415


Feature Suggest Installation change

Instead of updating symbolic links for all users, globally...  What if you only updated part of the user's PATH environment variable to ensure than the nvm copy of node is first?

Read PATH env arg
Remove %LocalAppData%/nvm/versions/...; entries (may not be at the beginning any longer.
Prefix selected version for the user.
Prefix selected version's ./node_modules/bin

Set the config to use subdirectories of the installed version for the node_modules and bin directories for globals.
Could this be done without elevated privileges?

Theoretically this could be done without administrative privileges at the user level (not system), but it is very risky. I tried doing this on Windows 8 with a PATH that had too many characters (thanks to a ton of Android SDK stuff). Rather than rolling back, it silently set the PATH to an empty string without triggering an error. This is something the installers can handle reasonably well, but I was unable to detect the error from Go. It didn't seem reliable enough, even though I love the idea of it.
The other consideration is user path modification will not immediately recognize the new version of node in different shells. If you run nvm use x.x.x, it would only modify the shell it's running in and any subsequent shells. This is similar to how the original nvm & nodist approach the matter, but the majority of feedback I received suggested system-wide modifications were preferred.

Understandable.. via the UI, there is a USER and a SYSTEM environment variables area... not sure what it would take to fiddle there for the global, and also have it do the local env,  barring the very long path issue... weird.
The globals for the user are in the registry //HKEY_CURRENT_USER/Environment under the key Path .. that should work for the global setting...
For the local env, probably should do the SetEnvironmentVariable  API call directly if you were calling SET, haven't looked at your code.
Man I really should just break down and take the time to get acquainted with go so I could help with this...

Accessing the registry requires elevated permissions, so keeping a global setting will always have that catch.
Go doesn't have direct access to the API, but SET could be called. Currently, the mklink utility is used to modify the symlink in nvm.go:379.
It sounds like the ultimate point is you'd like user-level control.
I've tried hard to minimize interaction with environment variables and the registry, choosing instead to focus on common cross-OS patterns. The next version (which I'll be focusing on after the Fenix 3 release) will need to support macOS/Linux too, which has no registry. Go is pretty good at splitting up functionality by OS, so there are lots of implementation choices, but cross-platform consistency was one of the driving factors behind the choice to use symlinks.
I did do a little prototyping with hooks (like git) and am happy enough with the results that they're in the roadmap for the next version. For user-speciifc functionality, it would be possible to run a pre hook to switch a version for execution and immediately switch it back upon completion (among countless other possible customizations).

Does even accessing the current user area require elevated permissions?
Basically, I'm wanting to potentially script usage, without having to click for permissions each time...  The way it is now is slightly more cumbersome to use with different versions in different projects.  Was hoping to see better alignment with the usage between this, and the original nvm shell scripts.

Elevated permissions are only required when running nvm use because all symlink operations in Windows require elevated admin permissions. Additionally, if you choose to use C:\Program Files to store your node installations, nvm install and npm install -g commands will require elevated permissions, because everything that writes to C:\Program Files requires elevated permissions. If you choose an alternative location, such as a user directory, this restriction does not apply. Basically, it has everything to do with whatever permissions the user defines on their file system. These statements are just based on the defaults most versions of Windows ship with. In other words, it's entirely dependent on the OS.
There are many ways to script permissions. The runas operation is one I'm sure you're already aware of. I have a tiny elevation script that may help.
I have no intention of aligning with nvm's per-shell approach because, in my experience, it causes too many edge cases. In order to run anything in a per-script manner, you must shim the executable. This modifies the operational context of the script, because it's just a wrapper. This is the source of most of the problems in node-windows, which shims node. There are other use cases behind the "pro simplicity" philosophy.
There are a few different philosophies for version management. The best philosophical comparison I can make is:

The closest Windows equivalent of nvm is nodist.
The closest Windows equivalent of n is nvm-windows

The version management group is aware of the confusion around all of this, but we don't get to meet very often to discuss, so progress is slow. I am astutely aware that the name nvm-windows suggests an alignment with nvm.
The future of nvm-windows includes a name change to prevent confusion. It will also be cross-platform, focusing on a core of "pro simplicity". I intend to address "pro UX" principles as well, but it will likely be in a separate tool or add-on.... I haven't settled yet on the approach yet, but I fully intend to address the issues head-on. I already have some cross-platform support completed, but I won't be able to devote time to this until Fenix 3 is released (in beta now, formal release target is May 1).


Cannot read properties of undefined (reading 'config') at createIcon

After installing via HACS and a fresh reboot.
I created a basic dashboard config:
views:
  - title: Home
    cards:
      - type: vertical-stack
        cards:
          - type: custom:bubble-card
            card_type: pop-up
            hash: '#main'
            entity: media_player.living_room
            state: climate.woonkamer
      - type: custom:bubble-card
        card_type: horizontal-buttons-stack
        1_link: '#main'
        1_icon: mdi:view-dashboard-outline

I'm getting thousands of the same error that keep going on without stopping:
Cannot read properties of undefined (reading 'config')
    at createIcon (bubble-card.js?hacstag=680112919142:1:5028)
    at e (bubble-card.js?hacstag=680112919142:1:9078)
    at bubble-card.js?hacstag=680112919142:1:18042

Resources:

/browser_mod.js?automatically-added
/hacsfiles/apexcharts-card/apexcharts-card.js?hacstag=331701152204
/hacsfiles/Bubble-Card/bubble-card.js?hacstag=680112919142
/hacsfiles/lovelace-card-mod/card-mod.js?hacstag=190927524324
/hacsfiles/lovelace-mushroom/mushroom.js?hacstag=444350375322

HAS version: 11.1
Frontend version: 20231030.1
Bubble card version: 1.4.2

Having similar symptoms on my instance - using 1.4.3
Thousands of uncaught exception - continuously being logged.
Happy to provide any more info that you may need.
Thanks for your hard work!
Uncaught (in promise) TypeError: Cannot read properties of undefined (reading 'attributes')
    at r (bubble-card.js?hacstag=680112919143:1:20458)
    at BubbleCard.p (bubble-card.js?hacstag=680112919143:1:22718)

bubble-card.js?hacstag=680112919143:1 Uncaught (in promise) TypeError: Cannot read properties of undefined (reading 'attributes')
    at set hass [as hass] (bubble-card.js?hacstag=680112919143:1:6331)
    at n.value (hui-stack-card.ts:63:17)
    at n._$AE (reactive-element.ts:1378:10)
    at n.performUpdate (reactive-element.ts:1343:12)
    at n.scheduleUpdate (reactive-element.ts:1261:17)
    at n._$Ej (reactive-element.ts:1233:25)

I just saw an update and updated to 1.4.3 and my initial errors are gone.
I do not experience @snootched his errors tough. I now have a working experience

In my case, the exception appears to be at line 338 linked here:
https://github.com/Clooos/Bubble-Card/blame/fea51d663fad7964c4d2da2ce74767e6bf714661/src/bubble-card.js#L338
I think I'm reading this right.. but when accessing 'attributes'  from 'hass.states[entityId].attributes.xxxx' it's coming back undefined.  It is defined however if you drill down in Watch it's there.  Hover over works up to entityId then it's undefined.

OK this one is my fault... after digging through a bunch of breakpoints... there were two entities defined in my dash that no longer existed with that name.  A camera got removed and re-added, and the entity name wasn't the same.
After removing references to two entities (one was a bubble card, other was entity reference in horizontal bar) everything has now cleared up.


chore: 🤖 update libs

Same question, could you do this without changing every line for style changes?
I see you only added the x-tree-view . Glad that works. I tried to go a bit further and ran into all kinds of issues. Thanks!

should be fixed


Fancy branch changing side to move

From startpos, after first "go nodes" command if a second is entered the bestmove is for black.  Per UCI protocol I think side to move should stay white.

Bug related to tree reuse. Need more robust code to respond to changing position.


🐛 🔗 resolve symlinks before building zip

closes #8778

if folderToZip is a symlink, find the target using fs.realpathSync so we zip the right thing

Tested this on a production Ghost-CLI install and it works 😄

Thanks @acburdine 👍
This definitely works on LTS, see. We've refactored this utility in 1.0, see, but forgot to keep the symlink logic.


KeyError in PCA.py

Hi Brent,
I cloned the peddy package yesterday and have got this error:
Traceback (most recent call last):
File "/home/torme/anaconda2/lib/python2.7/runpy.py", line 174, in _run_module_as_main
"main", fname, loader, pkg_name)
File "/home/torme/anaconda2/lib/python2.7/runpy.py", line 72, in _run_code
exec code in run_globals
File "/home/torme/Desktop/TOOLS/peddy/peddy/main.py", line 14, in
sys.exit(cli())
File "/home/torme/anaconda2/lib/python2.7/site-packages/click/core.py", line 716, in call
return self.main(*args, **kwargs)
File "/home/torme/anaconda2/lib/python2.7/site-packages/click/core.py", line 696, in main
rv = self.invoke(ctx)
File "/home/torme/anaconda2/lib/python2.7/site-packages/click/core.py", line 889, in invoke
return ctx.invoke(self.callback, **ctx.params)
File "/home/torme/anaconda2/lib/python2.7/site-packages/click/core.py", line 534, in invoke
return callback(*args, **kwargs)
File "peddy/cli.py", line 207, in peddy
in ("ped_check", "het_check", "sex_check")]):
File "peddy/cli.py", line 43, in run
prefix=prefix, **kwargs)
File "peddy/peddy.py", line 878, in het_check
pca_df, background_pca_df = pca(pca_plot, sitesfile, gt_types, sites)
File "peddy/pca.py", line 46, in pca
idxs = np.array([kgsites_index[s] for s in sites])
KeyError: u'1:900505:G:C'
I get output files ped_check and ped_check_rel-difference, but no files for sex or PCA.
I get an error at position 1:900505 - I'm not sure how peddy runs in terms of order of variants in the file, but this is not the first variant position in my VCF. (However perhaps for speed the program does not run through chronologically so not sure this is relevant anyway.) This position looks fine in my VCF (is present, has the same ref and alt alleles as in 1000Genomes data). Is there anything obvious that would cause this error?
Sorry if this is an obvious oversight on my part... The output that I did get looks beautiful, so thank you!
Many thanks,
Tatiana

I wonder if you are getting a mix of peddy modules. the new version has a different set of sites and so maybe you're somehow getting the old PCA module? I suspect this is the case because you're running it out of the source directory.
this should be fixed with local imports in peddy, but, pending that fix, you can also check that you only have 1 peddy module available.
thanks for reporting.

Hi Brent,
Thank you for getting back to me. Just to let you know (in case it helps trouble shoot) I removed all things Peddy and reinstalled and got the same error as above. I then ran on a different VCF, in case it was a problem with the original VCF file, and I got the same error up til the last line - instead of the error in line 46, in pca - I got:
File "peddy/pca.py", line 60, in pca
clf = make_pipeline(PCA(n_components=4, whiten=True, copy=True, svd_solver="randomized"),
TypeError: init() got an unexpected keyword argument 'svd_solver'
Does this seem like a problem at my end (problem with installation or VCF)? As I don't want to waste your time!
All the best

you must have a very old version of scikit-learn. I would update that, re-run and report the error (if there is one).

Which version of scikit-learn should I choose for this bug

@ruizgo which error? the svd_sovler error? Any recent version is fine.
If you are seeing an error like in the first message (KeyError: u'1:900505:G:C'), then you must be using a set of sites that doesn't match the ones used to create the thousand genomes labeled set. Can you share the command you ran along with the full error message?

2023-05-18 03:06:57 01a458450dfc peddy.cli[786] INFO Running Peddy version 0.4.8
2023-05-18 03:06:57 01a458450dfc peddy.cli[786] INFO ped_check
2023-05-18 03:06:57 01a458450dfc peddy.cli[786] INFO ran in 0.3 seconds
2023-05-18 03:06:57 01a458450dfc peddy.cli[786] INFO het_check
2023-05-18 03:06:58 01a458450dfc peddy.pca[786] INFO loaded and subsetted thousand-genomes genotypes (shape: (2504, 1)) in 0.4 seconds
Traceback (most recent call last):
File "/usr/local/bin/peddy", line 33, in
sys.exit(load_entry_point('peddy', 'console_scripts', 'peddy')())
File "/usr/local/lib/python3.10/site-packages/click/core.py", line 1128, in call
return self.main(*args, **kwargs)
File "/usr/local/lib/python3.10/site-packages/click/core.py", line 1053, in main
rv = self.invoke(ctx)
File "/usr/local/lib/python3.10/site-packages/click/core.py", line 1395, in invoke
return ctx.invoke(self.callback, **ctx.params)
File "/usr/local/lib/python3.10/site-packages/click/core.py", line 754, in invoke
return __callback(*args, **kwargs)
File "/opt/peddy-0.4.8/peddy/cli.py", line 208, in peddy
for check, df, background_df in map(run, [(check, ped, vcf, plot, prefix, each, procs, sites) for check
File "/opt/peddy-0.4.8/peddy/cli.py", line 42, in run
df = getattr(p, check)(vcf, plot=plot, each=each, ncpus=ncpus,
File "/opt/peddy-0.4.8/peddy/peddy.py", line 879, in het_check
pca_df, background_pca_df = pca(pca_plot, sitesfile, gt_types, sites)
File "/opt/peddy-0.4.8/peddy/pca.py", line 64, in pca
clf.fit(genos1kg, background_target)
File "/usr/local/lib/python3.10/site-packages/sklearn/pipeline.py", line 401, in fit
Xt = self._fit(X, y, **fit_params_steps)
File "/usr/local/lib/python3.10/site-packages/sklearn/pipeline.py", line 359, in _fit
X, fitted_transformer = fit_transform_one_cached(
File "/usr/local/lib/python3.10/site-packages/joblib/memory.py", line 349, in call
return self.func(*args, **kwargs)
File "/usr/local/lib/python3.10/site-packages/sklearn/pipeline.py", line 893, in _fit_transform_one
res = transformer.fit_transform(X, y, **fit_params)
File "/usr/local/lib/python3.10/site-packages/sklearn/utils/_set_output.py", line 140, in wrapped
data_to_wrap = f(self, X, *args, **kwargs)
File "/usr/local/lib/python3.10/site-packages/sklearn/decomposition/_pca.py", line 462, in fit_transform
U, S, Vt = self._fit(X)
File "/usr/local/lib/python3.10/site-packages/sklearn/decomposition/_pca.py", line 514, in _fit
return self._fit_truncated(X, n_components, self._fit_svd_solver)
File "/usr/local/lib/python3.10/site-packages/sklearn/decomposition/_pca.py", line 587, in _fit_truncated
raise ValueError(
ValueError: n_components=4 must be between 1 and min(n_samples, n_features)=1 with svd_solver='randomized'
None
This is an error output message, which may cause errors when reading certain VCF files

This means that there was only 1 SNP in the thousand genomes set that was in your set. So you either have data that is too sparse or you're using the wrong genome build most likely.

I will check the upstream operation, thank you for your reply

This means that there was only 1 SNP in the thousand genomes set that was in your set. So you either have data that is too sparse or you're using the wrong genome build most likely.

I will check the upstream operation, thank you for your reply!


shoe shop should rank above branded shoe shops

URL
https://www.openstreetmap.org/edit?editor=id&note=3613014#map=19/50.01805/22.67875
How to reproduce the issue?

create point
search for "shoes" in object type

note that some areas (or in future) may have far more brands being listed
Screenshot(s) or anything else?

Which deployed environments do you see the issue in?
Released version at openstreetmap.org/edit
What version numbers does this issue effect?
2.27.3
Which browsers are you seeing this problem on?
Firefox

Hello @matkoniecz I am new in Open source and the codebase of iD is pretty overwhelming, it would be of great help if you could point me to the files in the repository to be worked on to resolve this issue.

I am not familiar with iD codebase.

@vishwajeetfr You can just start working on it and submit PR


Several classes are missing some comments.

Mostly member variable definitions.

Classes missing comments are:
• MapRegionEditor
• PositionInfoEvent
• Rasterization

Fixed in 2cca406, 414158a, and 71325a6.


Renormalize: SurgeSynth.Surge version 1.9.0

null
Microsoft Reviewers: Open in CodeFlow

@wingetbot waivers Add Validation-No-Executables


Skip security tests that fail in multicluter and external-controlplane topologies

Please provide a description of this PR:
These three tests, which fail in a multicluster topology, are also failing with a remoteistiod topology. Same errors as described in the open issues referenced in the TODO comments.

@frankbu: The following test failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name
Commit
Details
Required
Rerun command

integ-telemetry-mc-k8s-tests_istio
d1fae34b4bd098cccd70752d8f1231c1d770c567
link
true
/test integ-telemetry-mc-k8s-tests_istio

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

/retest

/test integ-security-istiodremote-tests_istio

/test integ-security-istiodremote-tests_istio