#1 - En tant qu'Administrateur, je souhaite inscrire un nouveau Membre

Codecov Report

Merging #22 (896a1ca) into master (43abb70) will decrease coverage by 2.03%.
The diff coverage is 77.77%.

@@             Coverage Diff              @@
##             master      #22      +/-   ##
============================================
- Coverage     90.32%   88.28%   -2.04%
- Complexity       38       46       +8
============================================
  Files            10       12       +2
  Lines            93      111      +18
  Branches          4        9       +5
============================================
+ Hits             84       98      +14
- Misses            7        8       +1
- Partials          2        5       +3

Impacted Files
Coverage Δ
Complexity Δ

...c/main/kotlin/io/fries/loggia/core/member/Email.kt
63.63% <63.63%> (ø)
4.00 <4.00> (?)

...rc/main/kotlin/io/fries/loggia/core/member/Name.kt
100.00% <100.00%> (ø)
4.00 <4.00> (?)

Continue to review full report at Codecov.

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


Call dlopen outside Dart to prevent load failures

Attempting to fix https://github.com/firstfloorsoftware/flutter_sodium/issues/54 inspired by https://github.com/flutter/flutter/issues/73318#issuecomment-754598119.

I have verified that this fixes the issue on a Xiaomi Redmi 3S running Android 6.0.1.

This change is triggering https://github.com/flutter/flutter/issues/83613.


how to post json array into service

i want to post parameter likes this
Params:
{
"email": "",  Email from facebook
"fbuid": "",  Facebook Id
"other": {
"name": "", Facebook name
},
"password": "" (Optional this field required when duplicated email)
}
but my issue is "other" variable

Please try your question on Stackoverflow. This tracker is for bug reports & feature requests only.


[Alamofire 5]: An Alamofire Namespace

To better support Alamofire shipping extensions of types we don't own, we need a namespace similar to those offered by libraries like RxSwift or Kingfisher. This would both properly limit the visibility of those extensions to reduce conflicts and give us a common location for extensions in other Alamofire libraries like AlamofireImage. Following what RxSwift does, we could do something like this:
struct AlamofireExtension<ExtendedType> {
    let type: ExtendedType

    init(_ type: ExtendedType) {
        self.type = type
    }
}

protocol AlamofireExtended {
    associatedtype ExtendedType

    static var af: AlamofireExtension<ExtendedType>.Type { get set }

    var af: AlamofireExtension<ExtendedType> { get set }
}

extension AlamofireExtended {
    static var af: AlamofireExtension<Self>.Type {
        get { return AlamofireExtension<Self>.self }
        set { }
    }

    var af: AlamofireExtension<Self> {
        get { return AlamofireExtension(self) }
        set { }
    }
}

Completed in #2758.


run arbitrary code in a chain

Hi - great lib :)
Is it possible to run arbitrary code in a chain?
In the node context, not the browser context (which is .evaluate).
for example:
horseman
  .open("www.gogle.com")
  .wait(1000)
  .then(function(){
    //do stuff here
  });

There's no then function - you don't need it. You can just do this:
horseman
  .open("www.gogle.com")
  .wait(1000)

//do stuff here. Won't occur until after the previous chain finishes.

horseman
  .open("www.yahoo.com")

sorry yes that works! I'm having some issues but that's clearly not it. Is there a way to make phantom/horseman more verbose? I'm already running DEBUG=horseman

my code:
	console.log("waiting 5 seconds ...");

	horseman.wait(5000);

	console.log("... done waiting");

before this I use .manipulate to click a link.
The output is
horseman .evaluate() fn on the page +52ms
waiting 5 seconds ...
  horseman load finished, injecting jquery and client scripts +1s

then it hangs - "... done waiting" is never logged

Not sure what's going on there. When you click a link, are you waiting for a new page to load? If so you may want to use .waitForNextPage(). If you're waiting for an element to become visible, you may want to try .waitForSelector(selector).
Also, make sure you're .close()ing horseman when it's done.

sorry, this was a bizarre redirect issue on the site I'm trying to navigate - many thanks for your time!
there's a page on the site which redirects by using javascript to submit a form on load
I fixed by using two waitForNextPage.


Escape key correctly closes alert/confirm/dialog

Fixes #106, For details/discussion see #111

@bradberger are you planning to release a new version off the back of this?

@ram535ii Yes it will be 1.0.12

@bradberger Cool, anyway to release it on Bower as well?

@bradberger I installed<EMAIL_ADDRESS>using npm. However, the dialog is not closing on press of 'esc' or on click outside the dialog. Any update on this?


chore(main): release audit 1.26.0

:robot: I have created a release beep boop
1.26.0 (2023-02-28)
Features

better install script issues (7c9fd4d)
support root shell project (bb484df)

Bug Fixes

additional pnpm semver parsing issue (3f4fa77)
get registry data for dev deps (103af11)
getting paths for dev dep issues (03adb07)
issue sources for root vulnerabilities (a85d54b)
parsing pnpm package version from lockfile (4667cde)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/sandworm-hq/sandworm-audit/releases/tag/audit-v1.26.0 :sunflower:


Subaru: FW query is inconsistent

Brought to our attention from the FW bot, many Subarus return different results for the same ECU and request:
1c451e9ed3c48243|2024-01-15--16-10-38:
[('ecu', 'fwdCamera'), ('fwVersion', b'\x00\x00e\x9a\x00\x00\x00\x00\x00\x00'), ('address', 1927), ('subAddress', 0), ('responseAddress', 1935), ('request', [b'"\xf1\x82'])
vs
1c451e9ed3c48243|2024-01-15--20-36-22:
[('ecu', 'fwdCamera'), ('fwVersion', b'\x00\x00e\x9a\x00\x1f@ 1\x00'), ('address', 1927), ('subAddress', 0), ('responseAddress', 1935), ('request', [b'"\xf1\x82']) (edited)

Race condition on startup?
Also looks like we've been adding them to the database:
    (Ecu.fwdCamera, 0x787, None): [
      b'\x00\x00df\x1f@ \n',
      b'\x00\x00d\x95\x00\x00\x00\x00',
      b'\x00\x00d\x95\x1f@ \x0f',
      b'\x00\x00d\xfe\x00\x00\x00\x00',

Are they known to be doing this currently?
There used to be a similar problem with HKG. IIRC we weren't correctly implementing some aspect of ISO-TP flow control and so we'd intermittently see garbage past the first frame. There could be leftover artifacts in any port's FW from that time period.

I believe it's the latest version, we'll try to reproduce on our Subaru soon. I believe this occasionally still happens for Hyundai's transmission FW but we don't need to rely on it so we're fine.

happened on our outback here: 344c5c15b34f2d8a/2024-01-26--09-09-29
so we might be able to replicate this and find the cause

Here's a case where a user's fwdCamera was returning b'\r!\x08\x017\x00\x00\x00\x00\x00', for 20 days until it switched to b'\r!\x08\x017\n!\x08\x003', and then we fingerprinted
2ef74f5bd24ef68b

After 10 seconds our Outback's fwdCamera returns the full non-zero-suffixed FW. b'\x00\x00eJ\x00\x00\x00\x00\x00\x00' -> b'\x00\x00eJ\x00\x1f@ \x19\x00'


How to measure the distance of a target

Hi, it's still me, I hope I didn't bother you. Do you have any idea of measuring the distance between the target and the camera? Just like AlexeyAB uses the zed binocular camera.
ZED_CAMERA=1 to build a library with ZED-3D-camera support (should be ZED SDK installed), then run LD_LIBRARY_PATH=./:$LD_LIBRARY_PATH ./uselib data/coco.names cfg/yolov4.cfg yolov4.weights zed_camera.
This is very important for driverless driving, and I look forward to your reply.

In other words, how to measure the distance of the detected target with a zed camera and output the coordinates (for example x, y, w, h, z)

I think you need to implement some post-processing to combine yolo detections with the 3D output of ZED camera.  Refer to get_3d_coordinates() in AlexeyAB's darknet code.

I think you need to implement some post-processing to combine yolo detections with the 3D output of ZED camera. Refer to get_3d_coordinates() in AlexeyAB's darknet code.

Yes, but I feel a little bit at a loss, maybe my programming ability is relatively weak, so I come to ask you for help. Please forgive my'not working hard', I'm currently in the preliminary stage. I have a more shameless request, can you Take the time to complete this function. I admire the work you do and I am learning your code.

I don't have a ZED camera.  I don't have a plan to work on that either.

I don't have a ZED camera. I don't have a plan to work on that either.

ok,thanks


Add Same rule

Closes #61.

This same rules means something else. check() takes argument that represents other field name in the same dictionary :
Example:
req = {"old_pass": "secret", "new_pass": "secret"}
rule = {"new_pass": "same:old_pass"}
validate(req, rule)  # True

req = {"old_pass": "old_secret", "new_pass": "new_secret"}
rule = {"new_pass": "same:old_pass"}
validate(req, rule)  # False

TBH, I don't know why I assigned this as good first issue label. It makes us change interfaces with validator <-> rules.
I think Issue needs more explanation and removal of good first issue label. Sorry for your time :) Take a look at other Issues if you want to. I'll be closing this now.


UVI Request

--- UVI JSON ---
{
  "vendor_name": "Linux",
  "product_name": "Kernel",
  "product_version": "versions from v4.0 to before v4.4.290",
  "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=ab5b0107ccf3821a6837b0f2819270d6fa0b278f",
    "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=f175b9a83e5c252d7c74acddc792840016caae0a"
  ],
  "extended_references": [
    {
      "type": "commit",
      "value": "ab5b0107ccf3821a6837b0f2819270d6fa0b278f",
      "note": "introduced"
    },
    {
      "type": "commit",
      "value": "f175b9a83e5c252d7c74acddc792840016caae0a",
      "note": "fixed"
    }
  ],
  "reporter": "joshbressers",
  "reporter_id": 1692786,
  "notes": "",
  "description": "drm/msm: Fix null pointer dereference on pointer edp\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.4.290 by commit f175b9a83e5c252d7c74acddc792840016caae0a, it was introduced in version v4.0 by commit ab5b0107ccf3821a6837b0f2819270d6fa0b278f. For more details please see the references link."
}
--- UVI JSON ---

This issue has been assigned UVI-2021-1001917


Dark mode support

As we support dark mode in our books I thought it’d be nice to add it to the site. This works in modern browsers (tied to the OS settings). My solution falls back to standard light colours for older browsers: it’s not a perfect version but it’s workable and they’re disappearing fast. Screenshots:

Awesome! I'm going to give this a closer review next week but I'm a big fan of dark mode in everything.

When you mention older browsers do you basically just mean IE, because it doesn't support CSS vars?
It looks like dark mode prefs aren't supported by Android Chrome, but since it supports CSS vars we should have no problem. It would just display as light mode. Is that correct?

Sorry, should have been clearer about that. Yes, the system defaults to light mode for browsers that don’t support prefers-color-scheme as a media query. The fallbacks are just there for browsers without CSS variable support; basically IE at this point.

OK awesome, great work!
I'm going to merge it and I want to make some minor tweaks, mainly to increase contrast to the body text. I also want to play around with the darkness of the background so that maybe we can get some contrast against the header. Hopefully I'll have it live in a few days.


About the fixes on the control module

I opened an issue submitting some bugs I found in control module: https://github.com/guardstrikelab/carla_apollo_bridge/issues/159
Recently, from a course proposed by Guardstrike (https://www.shenlanxueyuan.com/course/666), it seems that the vehicle already can make a smooth turn:

May I know what fixes have been implemented on the controller code? It seems that the car is using pid+LQR control in the demo video. Did you update the controller code, or change some configurations to improve the control performance?
Many thanks!

I'm also interested in this. The controller does not seem to be working well with Apollo 8 and Carla.


HABTM associated model neglects to return all fields from the join table.

When I use Containable with a normal find() with a HABTM relationship (e.g., Contest HABTM Candidate), it pulls all fields in the join table (e.g., CandidateToContest) that links to the two HABTM primary models. This is expected behavior.
But when I use EagerLoader and run the same query, the join table (CandidateToContest) only returns the two linked foreign key fields (e.g., contest_id and candidate_id). It neglects to return any other field from this join table, even its own primary key (id)!
I see that the problem is this query generated by EagerLoader. If the user does not specify fields in the HABTM definition or the find() call, then you might want to simply remove these in the fields portion of this query and replace with CandidateToContest.* -- just like the other tables involved:
SELECT `Candidate`.*, `Candidate`.`id`,
`CandidateToContest`.`candidate_id`,
`CandidateToContest`.`contest_id`,
(`CandidateToContest`.`contest_id`) AS `EagerLoaderModel__assoc_id`
FROM `mydatabase`.`candidates` AS `Candidate`
INNER JOIN `mydatabase`.`candidates_contests` AS `CandidateToContest`
ON (`Candidate`.`id` = `CandidateToContest`.`candidate_id`)
WHERE `CandidateToContest`.`contest_id` = (69)

Improved the formatting.

I hacked in a solution here:
	private function mergeExternalExternal(Model $model, array $results, array $meta) { // @codingStandardsIgnoreLine
		extract($meta);

		$db = $target->getDataSource();

		$assocAlias = $alias;
		$assocKey = $targetKey;

		$options = $this->attachAssociations($target, $aliasPath, $options);
		if ($has && $belong) {
			$assocAlias = $habtmAlias;
			$assocKey = $habtmParentKey;

                /* Added by AMF 6/9/2020 */
                empty($this->assocFieldsAdded)? $this->assocFieldsAdded = []: '';
                if(empty($this->assocFieldsAdded[$assocAlias])) {
                    $model->loadModel($assocAlias);
                    $assoc_fs = array_keys($model->{$assocAlias}->schema());
                    foreach($assoc_fs as $f) { $options = $this->addField($options, "$assocAlias.$f"); }
                    $this->assocFieldsAdded[$assocAlias] = true;
                }
                /* END Added by AMF 6/9/2020 */

		$options = $this->buildJoinQuery($habtm, $options, 'INNER', array(
			"$alias.$targetKey" => "$habtmAlias.$habtmTargetKey",
		), $options);
	    }

	   $options = $this->addField($options, "$assocAlias.$assocKey");


Fix #529 1 "This Session's transaction has been rolled back"

Fix one of the issues found in #529
Background:

When an object is modified by SQLAlchemy, it is invalidated so need to be fetched again from the DB
If there's an exception during a transaction, SQLAlchemy performs a rollback and mark the connection as dirty.

Bug:

When handling exceptions, the exception handler tries to access the name of the cluster in the main object. Since the name has been invalidated due to a write, SQLAlchemy tries to fetch it on a 'dirty' connection and spits out an error.
Solution:
Fetch the information for handling the exception before starting the process.

Coverage decreased (-0.06%) to 82.108% when pulling 072a09ec88ce7991de228d75a80f191f07ca16c3 on LAlbertalli:fix529-1 into 7d276928286687e528318532a9a26ceb597203b5 on airbnb:master.

@LAlbertalli it would be cool to have all the description you write in pull requests in the git commit messages too :)

@xrmx Git Amended the commit message to insert the description of the error

Coverage decreased (-0.06%) to 82.108% when pulling 4e98617f4531c8fa33b99c7a2a5167a3791368ea on LAlbertalli:fix529-1 into 7d276928286687e528318532a9a26ceb597203b5 on airbnb:master.


upgrade dependencies for fix vulnerabilities

Upgrade decompress to version 4.2.0
Upgrade download to version 7.1.0

@kevva Can you look at this? There are issues that are impacting a lot of projects.

dude, 2 years....

dude, 2 years....

dude, 1 year

This MR could be merged easily, we just need @kevva pressing merge 😛

This MR could be merged easily, we just need @kevva pressing merge 😛


Add JSX support.

This adds in JSX support to the explicit-exports-references babel plugin. When attempting to replace a JSXMemberExpression with a plain MemberExpression there was an error generated by Babel. This fixes that by explicitly creating a JSXMemberExpression when replacing a JSXIdentifier or the name of the openingElement of a JSXElement.
In the process I noticed that there was no ability to generate a production build, there is no Webpack config. So I changed the logic so that the build is generated by TypeScript now, no Webpack needed.
Test Plan:
The tests pass! This required updating a bunch of infrastructure to support React.

Thank you for this! This is a super old project that I use often but have neglected to bring up to date with my lastest infra. I'll take a look tomorrow morning.

Update: waiting until https://github.com/Xunnamius/xscripts is finished before merging this in

hi @Xunnamius is there any update to this? I am also getting the same error, hoping it solves that problem.

@2K-Es I'm focusing on unifying my dev-integrate-release loop across my projects, but perhaps I'll cut an ad hoc release for this package containing John's fixes first.


Topology improvements

Fixes #3161
Proposed Changes
Adds thread local bitmap for nodesets used when querying memory binding.

I just rebased this onto latest master and removed the inspect commit by squashing into another to declutter the git log


fix applied_versions ordering

Codecov Report

Merging #19 into master will increase coverage by 0.01%.
The diff coverage is 100%.

@@            Coverage Diff            @@
##           master     #19      +/-   ##
=========================================
+ Coverage   96.39%   96.4%   +0.01%
=========================================
  Files          13      13
  Lines         555     557       +2
  Branches       92      92
=========================================
+ Hits          535     537       +2
  Misses         10      10
  Partials       10      10

Impacted Files
Coverage Δ

django_north/management/migrations.py
100% <100%> (ø)
:arrow_up:

Continue to review full report at Codecov.

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


Re-enable stack depth checks under ASan

Add a fudge factor to the stack size calculation because stack frames are bigger when running under AddressSanitizer.

Some of the failing test262 tests look like regular expressions with lots of backtracking. Probably needs tweaks to libregexp.c. I'll look at that later today.
test262/test/built-ins/RegExp/S<IP_ADDRESS>_A3_T15.js:28: unexpected error: SyntaxError: stack overflow
test262/test/built-ins/RegExp/S<IP_ADDRESS>_A3_T15.js:28: strict mode: unexpected error: SyntaxError: stack overflow
test262/test/built-ins/RegExp/S<IP_ADDRESS>_A3_T16.js:28: unexpected error: SyntaxError: stack overflow
test262/test/built-ins/RegExp/S<IP_ADDRESS>_A3_T16.js:28: strict mode: unexpected error: SyntaxError: stack overflow
test262/test/language/identifiers/start-unicode-10.0.0-class-escaped.js:18: unexpected error: InternalError: stack overflow
test262/test/language/identifiers/start-unicode-10.0.0-class-escaped.js:18: strict mode: unexpected error: InternalError: stack overflow
test262/test/language/identifiers/start-unicode-10.0.0-class.js:15: unexpected error: InternalError: stack overflow
test262/test/language/identifiers/start-unicode-10.0.0-class.js:15: strict mode: unexpected error: InternalError: stack overflow
test262/test/language/statements/function/S13.2.1_A1_T1.js:30: unexpected error: SyntaxError: stack overflow
test262/test/language/statements/function/S13.2.1_A1_T1.js:30: strict mode: unexpected error: SyntaxError: stack overflow


New-AzureRmWebAppSSLBinding failing with "Certificate was not found" on upload

I'm trying to upload a new SSL certificate and change the WebApp SSL binding using command:
New-AzureRmWebAppSSLBinding -ResourceGroupName (rgName) -WebAppName (waName) -Name (domain) -SslState SniEnabled -CertificateFilePath (pfxPath) -CertificatePassword (pfxPwd)
Unfortunately, this command is giving me error:
New-AzureRmWebAppSSLBinding : Certificate XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX was not found.
The listed thumbprint matches from the PFX file.
If I upload the file through the portal (using same login), the original command now works to attach the certificate.
So it seems like the upload isn't happening, and instead it's trying to attach by thumbprint.
Using v6.0.1 of AzureRM module.

@IanYates83 - thank you for reporting the issue.  Could you please report this issue also at the source - that way the devs can help you directly with the issue.  We just own the content.
https://github.com/Azure/azure-powershell/issues

Closing due to lack of activity. @IanYates83 please file a bug at the link provided by @TaraMeyer so that the reference documentation can be updated.


Incorrect query parameter IncludeUnseen

There is a query parameter IncludeUnseen when querying the notifications. But wouldn't we need the opposite?
That's the current condition:
if (status.Status == ProcessStatus.Handled && (query.IncludeUnseen || status.FirstSeen == null))
So we're always filtering for the unseen notifications and we would need a parameter to include the already seen. Or did I miss the point?

It should be != null I think. We should write an api test for that

? I think the == is correct.
Typically we want all notifications that are handled and not already seen.
The query parameter would be an additional option for just querying all notifications that are handled. Don't know when this is really necessary.

ok did just spend some more time on this...
I think the initial reason for this endpoint was. different. It was "return all seen notifications and decide with the UnSeen property whether the unseen notifcications should be also queried"
Then the "==" would be wrong and should be "!=".
In our usecase we would get a lot more notifications and would need to check on client side whether we already received them. But I guess this would be the correct way.

Does it make sense to have a more flexible option? Maybe an enum?: UnSeen / Seen / Both

Sure, make sense.


TTDictionary Redesign

TTValue currently cannot represent an array of 1 element unambiguously from a single value.  Is this a problem?

The next steps in reworking TTDictionary:

Do an analysis of all the places we use it.
YAGNI: Where do we use it (not very many places), what parts of it are used?  If the schema is never needed, then let's axe it because it causes problems (see #314).  If the observers are never used, cut them.  Etc.
Do an analysis of all the places we use TTHash
YAGNI on TTHash
Compare TTHash and TTDictionary -- can they be merged?  Is there a need for both?

Answer to number 5 could be that there is one inheriting from TTObject so we can address it with messages/attrs.  But do we need that at the moment or is it just for data?  Remember DRY and YAGNI!

Issue #6 says it is a subtask of this, but there is no link from here.  Maybe that comment comes from Redmine import or something?

Do an analysis of all the places we use it. : you should ignore the way it is used in TTScript

Théo suggests that I look at this (draft for state): https://github.com/jamoma/JamomaCore/blob/feature/state/Foundation/library/tests/TTState.test.cpp
https://github.com/jamoma/JamomaCore/blob/feature/state/Foundation/library/tests/TTState.test.h


test: moving grpc bridge tests out of core directory

Commit Message: n/a
Additional Description: n/a
Risk Level: n/a
Testing: n/a
Part of #9953

Ok, ci sorted!

ping!


Strip off lesson materials that we do not teach

It is very hard to stay on time while teaching https://github.com/esciencecenter-digital-skills/git-lesson We should remove all unrelated/advanced stuff.

For episode 5 these are my notes:
Goal: Know that all commits are stored in your history. If you make a mess you can always go back, but you don’t have to remember the details how to do that exactly as long as you remember that it is possible! I will teach you a few important concepts and then you can google your way out of a mess!

Put the picture on the screen: There are 2 ways of referring to a commit:
•	Relative to HEAD, where HEAD is an identifier for the most recent commit
•	The commit ID -> a unique randomly assigned string, also called a commit hash
So let’s say we want to see the differences between HEAD~2 and current state:
•	git diff HEAD~2 mars.txt
•	git log
•	git diff commit ID mars.txt
•	git show commit ID mars.txt -> to see the file of that version of the software
Now let’s revert history
•	git checkout commit ID mars.txt -> to set staging area to version of that commit
•	git status
•	git checkout HEAD mars.txt -> to go to most recent commit
Important: you never actually change history. You add another commit that changes the state to an older version.
Do exercises individually!


rewrite gidwrapper

Current we have https://github.com/ezrizhu/gidmapper - we want to rewrite this in C for easier installation.

Rewriting it in C is not the important part. The main thing we have to do is understand whether or not such a gidmapper is safe and---if not---what we can do instead.

My understanding is that unshare command internally forks into two processes (for pid namespace). And when I was re-implementing that logic in Rust I can set uid/gid mappings from the parent process without needing additional utility.

My understanding is that unshare command internally forks into two processes (for pid namespace). And when I was re-implementing that logic in Rust I can set uid/gid mappings from the parent process without needing additional utility.

that's correct, the main reason why gidmapper exists because we can't give a shell script the setgid cap.


Add pre-check for single label DNS names, possible error message formatting bug [0.2.3]

/kind feature

What happened:
I incorrectly requested a certificate for 'foo', a single-label DNS name (no dots). cert-manager repeatedly request it from ACME server and was correctly rejected each time.
Events:
  Type     Reason                   Age                From                     Message
  ----     ------                   ----               ----                     -------
  Normal   PrepareCertificate       14m (x9 over 14m)  cert-manager-controller  Preparing certificate with issuer
  Warning  ErrorPrepareCertificate  14m (x8 over 14m)  cert-manager-controller  Error preparing issuer for certificate: Error checking ACME domain validation: error getting authorization for domains: ['': getting acme authorization failed: 400 urn:acme:error:malformed: Error creating new authz :: DNS name does not have enough labels]
...

What you expected to happen:

Would any ACME server allow a single label DNS name? Should cert-manager pre-check for at least one dot, log an error event, and not hit the ACME server in that case?
It is correct that they error message says error getting authorization for domains: ['':  in stead of error getting authorization for domains: ['foo':?

How to reproduce it (as minimally and precisely as possible):
Create a certificate for the domain name 'foo' or 'com'.
Anything else we need to know?:
Environment:

Kubernetes version (use kubectl version):

Client Version: version.Info{Major:"1", Minor:"9", GitVersion:"v1.9.2", GitCommit:"5fa2db2bd46ac79e5e00a4e6ed24191080aa463b", GitTreeState:"clean", BuildDate:"2018-01-18T10:09:24Z", GoVersion:"go1.9.2", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"8+", GitVersion:"v1.8.7+coreos.0", GitCommit:"768e049ab5230010251f30475e0e785e2e999566", GitTreeState:"clean", BuildDate:"2018-01-18T00:17:18Z", GoVersion:"go1.8.3", Compiler:"gc", Platform:"linux/amd64"}

Cloud provider or hardware configuration**:
AWS
Install tools:
kube-aws

It is correct that they error message says error getting authorization for domains: ['': in stead of error getting authorization for domains: ['foo':?

I think this should no longer be the case as of v0.3

Would any ACME server allow a single label DNS name? Should cert-manager pre-check for at least one dot, log an error event, and not hit the ACME server in that case?

We should follow whatever the ACME spec says here. I don't think that this is required, but not certain.

Agree that checking the domain is probably better left to the ACME server, other issuers might allow this. Also, while there are a range of domains (like AWS domains) that Let's Encrypt blocks, and these will change from time to time.
Instead cert-manager should perhaps recognize the “Policy forbids issuing for name” error from the ACME server an make no further attempt to request that domain.
But this sounds like a stretch feature for the back-log. Close this if you like.


Cloud Typography does not export

Just upgraded to the latest version of Chartbuilder. Wow. Thank you for your incredible work.
We use Hoeffler's Cloud Typography and although the typefaces show up in the visual renderer, the fallback typefaces get rendered in the exported images. Here is our instance.
This was not the case when we were still on Chartbuilder v1.
Any suggestions?

Hi @lseemann,
This has been a symptom of a couple of issues that as far as I can tell all have solutions. Checkout out #163.
My first thought is that you're running into a cross-domain issue since you're loading your fonts from media.chicagomag.com but your instance lives on chicagomag.com. Could you move that css file into your chartbuilder project?

That’s exactly it. Thanks for the quick reply, David!

📈


Phantombuster api-store source removed?

Not really an issue, but it seems the api-store repo was removed from phantombuster?

Yes, it was removed. Although you can still see the code on my fork here https://github.com/paps/api-store

thanks!


[PDN] Power switch API update

Update set_voltage_domain, define_pdn_grid, add_global_connection and create insert_power_switches to place switched power domain and selected power switch. Testcase are provided in sky130hd. It replaces VDD rail with VDD_SW, insert VDD_SW strap near VDD, and  place power switch instances on the intersection. But not yet connected via between VDD strap and VDDG pin.

Signed-off-by: minghungumich<EMAIL_ADDRESS>

@Colin-Holehouse This is the PR I have made so far. I will update the document when the final issue is resolved. Please help me look at the changes.

@arlpetergadfort We will add the option of routing the unswitched rail as a min-width connection that overlaps with the unswitched pin. This assumes that the stdcell library has been designed under the assumption that this will be done, i.e. there's no pins (apart from pins connected to unswitched power) placed on that track grid.
In practice, I've not been able to use this, as the library I was using at the timing didnt strictly adhere to the rule about the given track grid only being used for connection to unswitched power, but I can see the utility of doing this where the library supports it properly.

@Colin-Holehouse is there anything here requiring an update to the user docs?

@arlpetergadfort We will add the option of routing the unswitched rail as a min-width connection that overlaps with the unswitched pin. This assumes that the stdcell library has been designed under the assumption that this will be done, i.e. there's no pins (apart from pins connected to unswitched power) placed on that track grid. In practice, I've not been able to use this, as the library I was using at the timing didnt strictly adhere to the rule about the given track grid only being used for connection to unswitched power, but I can see the utility of doing this where the library supports it properly.

Thanks. Not all cells are well behaved, but all the always-on cells certainly expect this. There might be some issues with certain cells later, but that cannot be PDN's problem.
Unless the power switch's pins perfectly align with the straps, some additional routing might be required.

@arlpetergadfort I misclicked the review button. Please review later when change is done.

@Colin-Holehouse @maliberty @arlpetergadfort This is ready for review. Please take a look at it. Thanks!

I will defer to @Colin-Holehouse on this change.


Add support for Python 3.8

I suspect this won't pass CI at the moment because not all dependencies are built with Python 3.8 on conda-forge. Closes #5493

[ ] Tests added / passed
[ ] Passes black dask / flake8 dask

The default multiprocessing context on macOS was changed from "fork" to "spawn" in Python 3.8 (xref https://docs.python.org/3/whatsnew/3.8.html#multiprocessing). This impacts our multiprocessing scheduler and will break existing code.
For example, this snippet (executed as a Python script) runs fine when using multiple threads:
# Run as a Python script

from dask import delayed

x = delayed(lambda x: x + 1)(1)
print(f"x = {x}")
result = x.compute(scheduler="threads")
print(f"result = {result}")

but raises a RuntimeError when using scheduler="processes"
RuntimeError:
        An attempt has been made to start a new process before the
        current process has finished its bootstrapping phase.

        This probably means that you are not using fork to start your
        child processes and you have forgotten to use the proper idiom
        in the main module:

            if __name__ == '__main__':
                freeze_support()
                ...

        The "freeze_support()" line can be omitted if the program
        is not going to be frozen to produce an executable.

(this is a common pain point for new users with the distributed scheduler)
To avoid breaking existing user code, I've updated our dask.multiprocessing.get_context function to continue to use "fork" for the default context. Although I'm happy to consider alternative approaches. It'd be great to hear what others think about this too.
That said, the Python 3.8 multiprocessing documentation says about macOS "The fork start method should be considered unsafe as it can lead to crashes of the subprocess". So we may also want to eventually not use "fork" by default on macOS. If that's the case, I think we'll want to raise a warning at least one release prior to making that change.

Thanks for the update. FWIW, I'm ok with either approach for get_context.
Does the doctest failure make sense to you?
=================================== FAILURES ===================================

__________________ [doctest] dask.bag.core.Bag.random_sample ___________________

659             element will be returned.

660         random_state : int or random.Random, optional

661             If an integer, will be used to seed a new ``random.Random`` object.

662             If provided, results in deterministic sampling.

663

664         Examples

665         --------

666         >>> import dask.bag as db

667         >>> b = db.from_sequence(range(5))

668         >>> list(b.random_sample(0.5, 42))

Expected:

    [1, 3]

Got:

    [0, 1, 3, 4]

No, I'm able to reproduce that output locally, but am not yet sure what's causing it

So the dask.bag.core.Bag.random_sample discrepancy comes from us using tuples
https://github.com/dask/dask/blob/ffd23e87169debc0e79536200d0d1136842776ac/dask/bag/core.py#L2493-L2496
as a random seed, which is not guaranteed to be consistent across Python versions. For example, you can run:
import random

random.seed(2)    # seed with integer
print("This number will be the same on different Python versions:")
print(random.random())

random.seed((1, 2))    # seed with tuple
print("This number may be different on different Python versions:")
print(random.random()

on Python 3.8 and 3.7 and will get identical results when an int is used as a seed, but different results when a tuple is used. This leads to confusing behavior and is actually depreciated in Python 3.9.
Seeding with an integer (e.g. using random_state.randint(0, maxuint32) as a seed instead of tuple(random_state.randint(0, maxuint32) for i in range(624))) will give us consistent results across Python versions. That said, I'm not sure why we're currently seeding with tuples, it may be for good reason. @jcrist does switching to an integer seed seem okay?

Using an integer as the seed seems reasonable to me. I'd recommend merging later today unless @jcrist objects.

Hang on, there was a reason for this, let me track it down.

Yeah, we still want to be passing around state data - otherwise we run the risk of creating identical sequences in each partition. Passing around state data decreases the probability of this happening to basically nil.
However, the existing implementation is wrong - it's not clear to me if it was always wrong (I think it was), or if Python changed it's implementation. Either way, we should be passing the tuple objects (with some tweaks) to Random.setstate, not passing it to the constructor.
I have a patch fixing this, mind if I push it here?

I have a patch fixing this, mind if I push it here?

Go for it

Pushed.

Thanks. There's a CI failure, but it's not obviously related to those changes. Most likely a dependency version issue?

A couple of the failures were from pulling in an old version of sparse. I've left sparse out of the Python 3.8 build, so those tests should be skipped now. I'm not sure how we were able to install sparse on 3.8 in the first place as it depends on numba, which isn't available on 3.8 yet.
Looking into the dask/dataframe/tests/test_shuffle.py::test_temporary_directory failure now, which I'm so far not able to reproduce locally

Things look good here. I think we can ignore the upstream failures on this PR if you want.

Thanks @jrbourbeau!


training cost

@mattiasegu Hi Mattia, thanks for sharing the detection code for SHIFT, Could you please give some information on the training cost, e.g. how long is the training take and how much is number of images on training and vallidation/test?

Hi @twangnh! Thanks for your interest in our codebase.
Training time depends on the chosen object detector and computational resources. I'll here report details for a YOLOX detector.

Source training (with 4 NVIDIA A40 GPUs)
We trained the source model on the clear-daytime discrete subset (see config file). The number of training images is ~10400. Training for 24 epochs took  4:30 hours.
You can check the training log on the source domain here 20230621_184939.log.

Continuous adaptation on the val set (with 1 NVIDIA GeForce RTX 3090 GPU)
For continuous test-time adaptation, we adapt / test the pre-trained source model to the set of sequences with continuous domain shift starting from clear daytime conditions.
Testing the no adaptation baseline on the validation set takes only a few minutes (<5 minutes). See the log file 20230625_200221.log.
Adaptation with the mean-teacher baseline takes roughly 1:30 hours on the validation set. See the log file
20230622_205656.log.

Continuous adaptation on the test set (with 1 NVIDIA GeForce RTX 3090 GPU)
Submitting to the challenge requires continuous adaptation on the test set. The test set is slightly bigger than the val set (8000 vs 2400 images). The test/adaptation time are <4x longer than on the validation set.
To sum it up, we choose the clear-daytime subset to make the challenge computationally feasible for most people. Hope this helps!


No icons on microsoft edge

Does not show any technology, the panel is blank

This should be fixed in v6.0.6.


slack-client is deprecated

npm warning slack-client is deprecated. Use @slack/client instead.

I also get this warning when installing this node.
More precisely I get following warning:
npm WARN deprecated<EMAIL_ADDRESS>Use @slack/client instead, this package is no longer maintained

Closing this issue as it is resolved in version 2.0.0


[FEATURE] Option to infer response_model

Is your feature request related to a problem? Please describe.
Primarily for the sake of the generated OpenAPI spec (but also for security/validation reasons), I currently specify a response_model for nearly all of my endpoints, but for the vast majority of my endpoints, the response_model is the same as the type that the endpoint returns.
This means that I am frequently duplicating the response_model in the return annotation.
In order to reduce duplication/room for copying/refactoring mistakes, it would be great if it were possible to (optionally) infer the response_model from the endpoint signature.
It should still be possible to override the value, and it should be ignored if a raw Response class is returned, I would just want the default to be the annotated return type of the endpoint. Note: this implementation would also make it much easier to catch anywhere the response_model differed from the returned value's type while scanning through code.
To be clear, I don't think this needs to be the default behavior, I just would like the option to enable it.

I am currently using the following subclass of APIRouter in my code to enable this:
from typing import TYPE_CHECKING, Any, Callable, get_type_hints

from fastapi import APIRouter

class InferringRouter(APIRouter):
    if not TYPE_CHECKING:

        def add_api_route(self, path: str, endpoint: Callable[..., Any], **kwargs: Any) -> None:
            if kwargs.get("response_model") is None:
                kwargs["response_model"] = get_type_hints(endpoint).get("return")
            return super().add_api_route(path, endpoint, **kwargs)

    else:  # pragma: no cover
        pass

I think it would be nice if this capability was upstreamed though, both to ensure it is maintained, but also so others can benefit.

Describe the solution you'd like
Rather than using the above implementation (which has some problems -- for example, it isn't possible to specify None as the response_model with an annotated return type), I think it would be better if there were a boolean-valued keyword argument to the APIRouter initializer that, if enabled, would cause the default behavior to be to have the annotated return type used as the response_model by default.

Nice! I like this much better than duplicating it like this:
@app.get("/items/{item_id}", response_model=List[Order])
def get_orders() -> List[Order]:
    return []

Thanks for the clear explanation and argument @dmontagu . Yeah, it makes sense having it as an optional feature. And I see a lot of people would like that.
I think we might want to have a way to override the function annotation setting response_model=None explicitly. That would allow having the function annotated even for a specific case where we don't want the annotation to be used as a response model.
We could do something similar to what I did in Typer to handle all those defaults overridable with None: https://github.com/tiangolo/typer/blob/master/typer/models.py#L68 and here https://github.com/tiangolo/typer/blob/master/typer/main.py#L330 and then here: https://github.com/tiangolo/typer/blob/master/typer/main.py#L336

On another note, about why that's not the default, it's in the Technical Details note here: https://fastapi.tiangolo.com/tutorial/response-model/
Could it be explained better? I see a lot of people ask about it although it's there, and I'm not sure how else should we document it to make it more understandable.

On another note, about why that's not the default, it's in the Technical Details note here: https://fastapi.tiangolo.com/tutorial/response-model/
Could it be explained better? I see a lot of people ask about it although it's there, and I'm not sure how else should we document it to make it more understandable.

I missed that, but it seems to be in the correct place and well explained.

I have a PoC ready for making this work. But its not ready to be pushed
yet... Will update you on this.
On Tue, Feb 11, 2020, 11:23 Alexandre Morignot<EMAIL_ADDRESS>wrote:

On another note, about why that's not the default, it's in the Technical
Details note here: https://fastapi.tiangolo.com/tutorial/response-model/
Could it be explained better? I see a lot of people ask about it although
it's there, and I'm not sure how else should we document it to make it more
understandable.
I missed that, but it seems to be in the correct place and well explained.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/tiangolo/fastapi/issues/620?email_source=notifications&email_token=AAGH5MIEGNGI5ZWSNROZ4PTRCJ4B5A5CNFSM4JAJBJGKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOELL4JAI#issuecomment-584565889,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAGH5MLUL3B7D23DOC5NAELRCJ4B5ANCNFSM4JAJBJGA
.

I think the API introduced by @dmontagu in fastapi_utils makes sense to integrate with FastAPI proper, with the addition of a response_model=None to override the return annotation as @tiangolo suggests.
Seems fairly trivial to handle this using a sentinel value.


Doesn't detect solution Warm Up/Hello World!/First Words

My code is identical to the solution, yet it doesn't pass the check.
N

Hello,
I can't reproduce the issue.
Please try File | Reload CMake Project. If this doesn't help, try to run check again, then navigate View | Tool Windows | Messages, copy the output and post it here.


Support SPV_GOOGLE_hlsl_functionality1

See https://github.com/KhronosGroup/SPIRV-Registry/pull/2

[ ] update to SPIRV-Headers json grammar and headers
[ ] add SPIRV-Tools tests for assembler, disassembler

This was fixed long ago.


HDFS-3246: pRead equivalent for direct read path

HDFS-3246: First several iterations of this patch are posted on the JIRA. This PR is a continuation of this work, it was created to make the code more reviewable. The version of the patch posted here fixes a few minor issues reported by Yetus, and added some more Javadocs to the changes in CryptoInputStream to make the code easier to understand.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
32
Docker mode activated.

_ Prechecks _

+1
@author
1
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 5 new or modified test files.

_ trunk Compile Tests _

0
mvndep
73
Maven dependency ordering for branch

+1
mvninstall
1025
trunk passed

+1
compile
971
trunk passed

+1
checkstyle
191
trunk passed

+1
mvnsite
244
trunk passed

+1
shadedclient
1132
branch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
334
trunk passed

+1
javadoc
179
trunk passed

_ Patch Compile Tests _

0
mvndep
25
Maven dependency ordering for patch

+1
mvninstall
158
the patch passed

+1
compile
893
the patch passed

-1
cc
893
root generated 4 new + 9 unchanged - 0 fixed = 13 total (was 9)

+1
javac
893
the patch passed

+1
checkstyle
180
root: The patch generated 0 new + 115 unchanged - 3 fixed = 115 total (was 118)

+1
mvnsite
229
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedclient
653
patch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
363
the patch passed

+1
javadoc
165
the patch passed

_ Other Tests _

+1
unit
499
hadoop-common in the patch passed.

+1
unit
123
hadoop-hdfs-client in the patch passed.

-1
unit
4913
hadoop-hdfs in the patch failed.

-1
unit
360
hadoop-hdfs-native-client in the patch failed.

+1
asflicense
46
The patch does not generate ASF License warnings.

12627

Reason
Tests

Failed CTEST tests
test_test_libhdfs_ops_hdfs_static

Failed junit tests
hadoop.hdfs.TestDecommission

hadoop.hdfs.server.datanode.fsdataset.impl.TestFsDatasetImpl

hadoop.hdfs.server.datanode.fsdataset.impl.TestProvidedImpl

hadoop.hdfs.server.datanode.fsdataset.impl.TestLazyWriter

hadoop.hdfs.server.datanode.web.webhdfs.TestDataNodeUGIProvider

hadoop.hdfs.server.datanode.fsdataset.impl.TestInterDatanodeProtocol

hadoop.hdfs.server.datanode.web.TestDatanodeHttpXFrame

hadoop.hdfs.TestDFSShell

hadoop.hdfs.server.datanode.fsdataset.impl.TestWriteToReplica

hadoop.hdfs.server.datanode.fsdataset.impl.TestLazyPersistPolicy

hadoop.hdfs.server.datanode.TestBlockCountersInPendingIBR

hadoop.hdfs.TestDFSStripedOutputStream

hadoop.hdfs.web.TestWebHdfsTimeouts

hadoop.hdfs.server.datanode.fsdataset.impl.TestDatanodeRestart

hadoop.hdfs.server.datanode.TestDataNodeTcpNoDelay

hadoop.hdfs.server.datanode.fsdataset.impl.TestLazyPersistLockedMemory

hadoop.hdfs.server.datanode.fsdataset.impl.TestScrLazyPersistFiles

hadoop.hdfs.TestByteBufferPread

hadoop.hdfs.server.datanode.fsdataset.impl.TestLazyPersistReplicaPlacement

hadoop.hdfs.server.datanode.TestDataNodeUUID

hadoop.hdfs.server.datanode.fsdataset.impl.TestSpaceReservation

hadoop.hdfs.server.datanode.TestDataNodeInitStorage

hadoop.hdfs.server.datanode.TestFsDatasetCache

hadoop.hdfs.server.datanode.fsdataset.impl.TestLazyPersistFiles

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-597/1/artifact/out/Dockerfile

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

JIRA Issue
HDFS-3246

Optional Tests
dupname  asflicense  compile  javac  javadoc  mvninstall  mvnsite  unit  shadedclient  findbugs  checkstyle  cc

uname
Linux aa981774d031 4.4.0-139-generic #165-Ubuntu SMP Wed Oct 24 10:58:50 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 34b1406

maven
version: Apache Maven 3.3.9

Default Java
1.8.0_191

findbugs
v3.1.0-RC1

cc
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/1/artifact/out/diff-compile-cc-root.txt

CTEST
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/1/artifact/out/patch-hadoop-hdfs-project_hadoop-hdfs-native-client-ctest.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/1/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/1/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs-native-client.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/1/testReport/

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

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-native-client U: .

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/1/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

Rebased patch, fixed remaining cc issues. Not sure why all those tests failed, they all pass locally. Let's see if Hadoop QA hits them again.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
22
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 5 new or modified test files.

_ trunk Compile Tests _

0
mvndep
72
Maven dependency ordering for branch

+1
mvninstall
1078
trunk passed

+1
compile
940
trunk passed

+1
checkstyle
206
trunk passed

+1
mvnsite
228
trunk passed

+1
shadedclient
1173
branch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
348
trunk passed

+1
javadoc
175
trunk passed

_ Patch Compile Tests _

0
mvndep
22
Maven dependency ordering for patch

+1
mvninstall
169
the patch passed

+1
compile
916
the patch passed

+1
cc
916
the patch passed

+1
javac
916
the patch passed

+1
checkstyle
207
root: The patch generated 0 new + 115 unchanged - 3 fixed = 115 total (was 118)

+1
mvnsite
242
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedclient
701
patch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
393
the patch passed

+1
javadoc
170
the patch passed

_ Other Tests _

+1
unit
521
hadoop-common in the patch passed.

+1
unit
121
hadoop-hdfs-client in the patch passed.

-1
unit
5220
hadoop-hdfs in the patch failed.

+1
unit
396
hadoop-hdfs-native-client in the patch passed.

+1
asflicense
86
The patch does not generate ASF License warnings.

13230

Reason
Tests

Failed junit tests
hadoop.hdfs.server.datanode.TestDirectoryScanner

hadoop.hdfs.web.TestWebHdfsTimeouts

hadoop.hdfs.TestMaintenanceState

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-597/2/artifact/out/Dockerfile

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

JIRA Issue
HDFS-3246

Optional Tests
dupname  asflicense  compile  javac  javadoc  mvninstall  mvnsite  unit  shadedclient  findbugs  checkstyle  cc

uname
Linux e685671bf809 4.4.0-138-generic #164~14.04.1-Ubuntu SMP Fri Oct 5 08:56:16 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 1f47fb7

maven
version: Apache Maven 3.3.9

Default Java
1.8.0_191

findbugs
v3.1.0-RC1

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/2/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/2/testReport/

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

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-native-client U: .

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/2/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
41
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 5 new or modified test files.

_ trunk Compile Tests _

0
mvndep
23
Maven dependency ordering for branch

+1
mvninstall
1177
trunk passed

+1
compile
1018
trunk passed

+1
checkstyle
211
trunk passed

+1
mvnsite
239
trunk passed

+1
shadedclient
1212
branch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
355
trunk passed

+1
javadoc
180
trunk passed

_ Patch Compile Tests _

0
mvndep
22
Maven dependency ordering for patch

+1
mvninstall
162
the patch passed

+1
compile
973
the patch passed

+1
cc
973
the patch passed

+1
javac
973
the patch passed

+1
checkstyle
215
root: The patch generated 0 new + 116 unchanged - 3 fixed = 116 total (was 119)

+1
mvnsite
226
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedclient
742
patch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
373
the patch passed

+1
javadoc
178
the patch passed

_ Other Tests _

+1
unit
508
hadoop-common in the patch passed.

+1
unit
116
hadoop-hdfs-client in the patch passed.

-1
unit
5845
hadoop-hdfs in the patch failed.

+1
unit
404
hadoop-hdfs-native-client in the patch passed.

+1
asflicense
47
The patch does not generate ASF License warnings.

14082

Reason
Tests

Failed junit tests
hadoop.hdfs.web.TestWebHdfsTimeouts

hadoop.hdfs.TestDFSInotifyEventInputStreamKerberized

hadoop.hdfs.server.mover.TestMover

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-597/3/artifact/out/Dockerfile

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

JIRA Issue
HDFS-3246

Optional Tests
dupname  asflicense  compile  javac  javadoc  mvninstall  mvnsite  unit  shadedclient  findbugs  checkstyle  cc

uname
Linux e97235a00ae8 4.4.0-138-generic #164~14.04.1-Ubuntu SMP Fri Oct 5 08:56:16 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 548997d

maven
version: Apache Maven 3.3.9

Default Java
1.8.0_191

findbugs
v3.1.0-RC1

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/3/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/3/testReport/

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

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-native-client U: .

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/3/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
26
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 5 new or modified test files.

_ trunk Compile Tests _

0
mvndep
61
Maven dependency ordering for branch

+1
mvninstall
1040
trunk passed

+1
compile
934
trunk passed

+1
checkstyle
196
trunk passed

+1
mvnsite
249
trunk passed

+1
shadedclient
1156
branch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
312
trunk passed

+1
javadoc
165
trunk passed

_ Patch Compile Tests _

0
mvndep
18
Maven dependency ordering for patch

+1
mvninstall
155
the patch passed

+1
compile
873
the patch passed

+1
cc
873
the patch passed

+1
javac
873
the patch passed

-0
checkstyle
183
root: The patch generated 2 new + 114 unchanged - 5 fixed = 116 total (was 119)

+1
mvnsite
211
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedclient
600
patch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
340
the patch passed

+1
javadoc
160
the patch passed

_ Other Tests _

+1
unit
503
hadoop-common in the patch passed.

+1
unit
126
hadoop-hdfs-client in the patch passed.

-1
unit
4713
hadoop-hdfs in the patch failed.

+1
unit
366
hadoop-hdfs-native-client in the patch passed.

+1
asflicense
40
The patch does not generate ASF License warnings.

12234

Reason
Tests

Failed junit tests
hadoop.hdfs.web.TestWebHdfsTimeouts

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-597/4/artifact/out/Dockerfile

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

JIRA Issue
HDFS-3246

Optional Tests
dupname  asflicense  compile  javac  javadoc  mvninstall  mvnsite  unit  shadedclient  findbugs  checkstyle  cc

uname
Linux cdc24f282597 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 90afc9a

maven
version: Apache Maven 3.3.9

Default Java
1.8.0_191

findbugs
v3.1.0-RC1

checkstyle
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/4/artifact/out/diff-checkstyle-root.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/4/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/4/testReport/

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

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-native-client U: .

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/4/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

Addressed comments, rebased patch.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
26
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 5 new or modified test files.

_ trunk Compile Tests _

0
mvndep
27
Maven dependency ordering for branch

+1
mvninstall
1023
trunk passed

+1
compile
976
trunk passed

+1
checkstyle
196
trunk passed

+1
mvnsite
245
trunk passed

+1
shadedclient
1163
branch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
341
trunk passed

+1
javadoc
211
trunk passed

_ Patch Compile Tests _

0
mvndep
59
Maven dependency ordering for patch

+1
mvninstall
161
the patch passed

+1
compile
928
the patch passed

+1
cc
928
the patch passed

+1
javac
928
the patch passed

-0
checkstyle
184
root: The patch generated 3 new + 112 unchanged - 7 fixed = 115 total (was 119)

+1
mvnsite
230
the patch passed

-1
whitespace
1
The patch 1  line(s) with tabs.

+1
shadedclient
600
patch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
362
the patch passed

-1
javadoc
59
hadoop-common-project_hadoop-common generated 2 new + 0 unchanged - 0 fixed = 2 total (was 0)

_ Other Tests _

+1
unit
503
hadoop-common in the patch passed.

+1
unit
118
hadoop-hdfs-client in the patch passed.

-1
unit
6789
hadoop-hdfs in the patch failed.

+1
unit
392
hadoop-hdfs-native-client in the patch passed.

+1
asflicense
45
The patch does not generate ASF License warnings.

14594

Reason
Tests

Failed junit tests
hadoop.hdfs.TestDFSStartupVersions

hadoop.hdfs.TestDFSStorageStateRecovery

hadoop.hdfs.TestStateAlignmentContextWithHA

hadoop.hdfs.TestReplication

hadoop.hdfs.TestDFSStripedOutputStreamWithFailureWithRandomECPolicy

hadoop.hdfs.TestFileChecksum

hadoop.hdfs.TestErasureCodeBenchmarkThroughput

hadoop.hdfs.TestDFSStripedInputStreamWithRandomECPolicy

hadoop.hdfs.server.mover.TestMover

hadoop.hdfs.TestDatanodeDeath

hadoop.hdfs.TestEncryptionZonesWithKMS

hadoop.hdfs.server.namenode.TestNameNodeMetadataConsistency

hadoop.hdfs.server.balancer.TestBalancerRPCDelay

hadoop.hdfs.server.namenode.TestFSEditLogLoader

hadoop.hdfs.TestFileCreation

hadoop.hdfs.TestEncryptedTransfer

hadoop.hdfs.web.TestWebHdfsTimeouts

hadoop.hdfs.server.namenode.TestFileTruncate

hadoop.hdfs.TestDFSStripedOutputStreamWithRandomECPolicy

hadoop.hdfs.server.namenode.snapshot.TestSetQuotaWithSnapshot

hadoop.hdfs.server.blockmanagement.TestUnderReplicatedBlocks

hadoop.hdfs.TestDecommission

hadoop.hdfs.TestRenameWhileOpen

hadoop.hdfs.TestErasureCodingPolicies

hadoop.hdfs.TestFileChecksumCompositeCrc

hadoop.hdfs.server.namenode.snapshot.TestRenameWithSnapshots

hadoop.hdfs.TestMaintenanceState

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-597/5/artifact/out/Dockerfile

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

JIRA Issue
HDFS-3246

Optional Tests
dupname  asflicense  compile  javac  javadoc  mvninstall  mvnsite  unit  shadedclient  findbugs  checkstyle  cc

uname
Linux e977b7bd0023 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / ab2bda5

maven
version: Apache Maven 3.3.9

Default Java
1.8.0_191

findbugs
v3.1.0-RC1

checkstyle
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/5/artifact/out/diff-checkstyle-root.txt

whitespace
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/5/artifact/out/whitespace-tabs.txt

javadoc
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/5/artifact/out/diff-javadoc-javadoc-hadoop-common-project_hadoop-common.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/5/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/5/testReport/

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

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-native-client U: .

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/5/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

Rebased a fixed a few checkstyle issues.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
31
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 5 new or modified test files.

_ trunk Compile Tests _

0
mvndep
76
Maven dependency ordering for branch

+1
mvninstall
1040
trunk passed

+1
compile
956
trunk passed

+1
checkstyle
186
trunk passed

+1
mvnsite
219
trunk passed

+1
shadedclient
1079
branch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
339
trunk passed

+1
javadoc
171
trunk passed

_ Patch Compile Tests _

0
mvndep
23
Maven dependency ordering for patch

+1
mvninstall
168
the patch passed

+1
compile
990
the patch passed

+1
cc
990
the patch passed

+1
javac
990
the patch passed

+1
checkstyle
189
root: The patch generated 0 new + 112 unchanged - 7 fixed = 112 total (was 119)

+1
mvnsite
220
the patch passed

-1
whitespace
0
The patch 1  line(s) with tabs.

+1
shadedclient
644
patch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
366
the patch passed

-1
javadoc
57
hadoop-common-project_hadoop-common generated 2 new + 0 unchanged - 0 fixed = 2 total (was 0)

_ Other Tests _

+1
unit
541
hadoop-common in the patch passed.

+1
unit
119
hadoop-hdfs-client in the patch passed.

-1
unit
5027
hadoop-hdfs in the patch failed.

+1
unit
352
hadoop-hdfs-native-client in the patch passed.

+1
asflicense
47
The patch does not generate ASF License warnings.

12788

Reason
Tests

Failed junit tests
hadoop.hdfs.shortcircuit.TestShortCircuitCache

hadoop.hdfs.server.namenode.snapshot.TestOpenFilesWithSnapshot

hadoop.hdfs.server.namenode.TestHDFSConcat

hadoop.hdfs.server.namenode.TestCommitBlockWithInvalidGenStamp

hadoop.hdfs.server.namenode.TestProtectedDirectories

hadoop.fs.viewfs.TestViewFsWithXAttrs

hadoop.fs.contract.hdfs.TestHDFSContractDelete

hadoop.hdfs.TestSafeModeWithStripedFileWithRandomECPolicy

hadoop.hdfs.TestDFSMkdirs

hadoop.hdfs.server.namenode.TestSecondaryWebUi

hadoop.hdfs.server.balancer.TestBalancerWithSaslDataTransfer

hadoop.hdfs.server.namenode.TestNNThroughputBenchmark

hadoop.TestGenericRefresh

hadoop.hdfs.server.namenode.ha.TestStandbyCheckpoints

hadoop.hdfs.TestDFSInotifyEventInputStreamKerberized

hadoop.hdfs.TestDatanodeConfig

hadoop.hdfs.server.namenode.metrics.TestNameNodeMetrics

hadoop.hdfs.TestDistributedFileSystem

hadoop.hdfs.server.namenode.web.resources.TestWebHdfsDataLocality

hadoop.hdfs.security.token.block.TestBlockToken

hadoop.fs.contract.hdfs.TestHDFSContractGetFileStatus

hadoop.hdfs.tools.TestDelegationTokenFetcher

hadoop.hdfs.TestFileConcurrentReader

hadoop.fs.TestSymlinkHdfsFileContext

hadoop.hdfs.server.namenode.TestDeleteRace

hadoop.hdfs.TestRestartDFS

hadoop.hdfs.server.namenode.TestNameNodeMXBean

hadoop.fs.TestFcHdfsSetUMask

hadoop.hdfs.TestDatanodeRegistration

hadoop.hdfs.server.namenode.TestGenericJournalConf

hadoop.TestRefreshCallQueue

hadoop.fs.viewfs.TestViewFileSystemHdfs

hadoop.hdfs.server.namenode.TestNameNodeRetryCacheMetrics

hadoop.hdfs.TestErasureCodingAddConfig

hadoop.hdfs.server.namenode.TestFSDirectory

hadoop.fs.viewfs.TestViewFileSystemWithXAttrs

hadoop.hdfs.TestHdfsAdmin

hadoop.hdfs.server.namenode.snapshot.TestUpdatePipelineWithSnapshots

hadoop.hdfs.server.namenode.ha.TestHarFileSystemWithHA

hadoop.fs.contract.hdfs.TestHDFSContractAppend

hadoop.hdfs.TestRead

hadoop.hdfs.server.namenode.sps.TestStoragePolicySatisfierWithStripedFile

hadoop.hdfs.tools.TestStoragePolicyCommands

hadoop.hdfs.TestFileLengthOnClusterRestart

hadoop.hdfs.server.namenode.TestQuotaWithStripedBlocks

hadoop.hdfs.server.namenode.snapshot.TestRandomOpsWithSnapshots

hadoop.hdfs.server.namenode.snapshot.TestSnapshotMetrics

hadoop.hdfs.server.namenode.ha.TestHAAppend

hadoop.hdfs.TestDistributedFileSystemWithECFileWithRandomECPolicy

hadoop.hdfs.server.namenode.ha.TestHAMetrics

hadoop.hdfs.server.namenode.TestReencryptionWithKMS

hadoop.hdfs.TestStateAlignmentContextWithHA

hadoop.hdfs.server.namenode.ha.TestHASafeMode

hadoop.hdfs.TestReplication

hadoop.hdfs.TestLeaseRecoveryStriped

hadoop.hdfs.server.namenode.TestAuditLogs

hadoop.hdfs.server.datanode.TestBlockCountersInPendingIBR

hadoop.hdfs.server.namenode.TestFSNamesystemMBean

hadoop.hdfs.server.namenode.ha.TestHAFsck

hadoop.hdfs.server.datanode.TestDirectoryScanner

hadoop.hdfs.server.namenode.TestAllowFormat

hadoop.hdfs.server.namenode.TestParallelImageWrite

hadoop.hdfs.server.namenode.TestCheckpoint

hadoop.hdfs.server.namenode.TestAclConfigFlag

hadoop.hdfs.TestDFSStripedOutputStreamWithFailureWithRandomECPolicy

hadoop.hdfs.TestLease

hadoop.hdfs.server.namenode.TestAddOverReplicatedStripedBlocks

hadoop.hdfs.tools.offlineImageViewer.TestOfflineImageViewerForAcl

hadoop.hdfs.server.namenode.ha.TestPipelinesFailover

hadoop.hdfs.server.namenode.TestAddStripedBlockInFBR

hadoop.hdfs.server.namenode.TestAddStripedBlocks

hadoop.hdfs.server.namenode.TestNamenodeStorageDirectives

hadoop.hdfs.TestFileStatusWithDefaultECPolicy

hadoop.hdfs.server.namenode.TestCheckPointForSecurityTokens

hadoop.hdfs.TestReadStripedFileWithDecoding

hadoop.hdfs.server.namenode.ha.TestConsistentReadsObserver

hadoop.hdfs.server.namenode.ha.TestQuotasWithHA

hadoop.fs.TestResolveHdfsSymlink

hadoop.hdfs.TestFileChecksum

hadoop.hdfs.TestSnapshotCommands

hadoop.hdfs.TestDFSStripedOutputStreamWithFailure

hadoop.hdfs.server.namenode.TestUpgradeDomainBlockPlacementPolicy

hadoop.hdfs.server.datanode.fsdataset.impl.TestDatanodeRestart

hadoop.hdfs.server.datanode.fsdataset.impl.TestLazyPersistPolicy

hadoop.hdfs.server.namenode.TestDiskspaceQuotaUpdate

hadoop.hdfs.TestErasureCodeBenchmarkThroughput

hadoop.fs.TestEnhancedByteBufferAccess

hadoop.hdfs.web.TestWebHdfsTokens

hadoop.hdfs.server.namenode.TestSecondaryNameNodeUpgrade

hadoop.hdfs.web.TestWebHdfsWithAuthenticationFilter

hadoop.fs.viewfs.TestViewFsWithAcls

hadoop.hdfs.TestDFSStripedInputStreamWithRandomECPolicy

hadoop.hdfs.server.mover.TestMover

hadoop.hdfs.server.namenode.snapshot.TestNestedSnapshots

hadoop.hdfs.server.namenode.TestStripedINodeFile

hadoop.fs.viewfs.TestViewFileSystemLinkMergeSlash

hadoop.hdfs.server.namenode.ha.TestDelegationTokensWithHA

hadoop.hdfs.server.namenode.TestNestedEncryptionZones

hadoop.hdfs.server.namenode.TestBackupNode

hadoop.hdfs.server.namenode.ha.TestMultiObserverNode

hadoop.hdfs.server.namenode.TestStorageRestore

hadoop.hdfs.server.namenode.TestFSImage

hadoop.hdfs.TestDatanodeDeath

hadoop.hdfs.server.namenode.snapshot.TestSnapshotStatsMXBean

hadoop.hdfs.TestEncryptionZonesWithKMS

hadoop.hdfs.server.namenode.TestNameNodeRpcServerMethods

hadoop.hdfs.server.namenode.TestFavoredNodesEndToEnd

hadoop.hdfs.TestReplaceDatanodeFailureReplication

hadoop.hdfs.server.namenode.snapshot.TestSnapshotFileLength

hadoop.hdfs.TestUnsetAndChangeDirectoryEcPolicy

hadoop.hdfs.TestExternalBlockReader

hadoop.hdfs.tools.TestDFSHAAdminMiniCluster

hadoop.hdfs.server.namenode.ha.TestObserverNode

hadoop.hdfs.server.namenode.TestFSImageWithAcl

hadoop.hdfs.server.namenode.TestCacheDirectives

hadoop.hdfs.tools.TestDebugAdmin

hadoop.hdfs.TestErasureCodingPolicyWithSnapshotWithRandomECPolicy

hadoop.hdfs.server.namenode.ha.TestStandbyIsHot

hadoop.hdfs.server.namenode.snapshot.TestSnapshotNameWithInvalidCharacters

hadoop.hdfs.TestReconstructStripedFileWithRandomECPolicy

hadoop.fs.contract.hdfs.TestHDFSContractMultipartUploader

hadoop.hdfs.server.namenode.TestAuditLoggerWithCommands

hadoop.hdfs.server.namenode.TestFileLimit

hadoop.hdfs.server.namenode.TestStartup

hadoop.hdfs.tools.TestECAdmin

hadoop.hdfs.TestErasureCodingPolicyWithSnapshot

hadoop.hdfs.tools.offlineEditsViewer.TestOfflineEditsViewer

hadoop.hdfs.web.TestWebHdfsWithMultipleNameNodes

hadoop.fs.viewfs.TestViewFileSystemLinkFallback

hadoop.hdfs.TestSetTimes

hadoop.fs.viewfs.TestViewFsFileStatusHdfs

hadoop.hdfs.TestDatanodeStartupFixesLegacyStorageIDs

hadoop.fs.viewfs.TestViewFsHdfs

hadoop.fs.TestUnbuffer

hadoop.hdfs.TestFSOutputSummer

hadoop.hdfs.server.namenode.TestFsck

hadoop.metrics2.sink.TestRollingFileSystemSinkWithHdfs

hadoop.fs.permission.TestStickyBit

hadoop.hdfs.server.namenode.TestFsckWithMultipleNameNodes

hadoop.cli.TestDeleteCLI

hadoop.hdfs.server.blockmanagement.TestDatanodeManager

hadoop.fs.viewfs.TestViewFsAtHdfsRoot

hadoop.hdfs.server.namenode.TestNameNodeMetadataConsistency

hadoop.hdfs.TestFileAppendRestart

hadoop.hdfs.server.namenode.TestSecurityTokenEditLog

hadoop.hdfs.server.namenode.TestNameNodeRecovery

hadoop.hdfs.tools.TestWebHDFSStoragePolicyCommands

hadoop.hdfs.server.namenode.TestProcessCorruptBlocks

hadoop.hdfs.server.balancer.TestBalancerRPCDelay

hadoop.tools.TestJMXGet

hadoop.hdfs.server.namenode.snapshot.TestSnapRootDescendantDiff

hadoop.hdfs.tools.offlineImageViewer.TestOfflineImageViewerForContentSummary

hadoop.hdfs.server.namenode.ha.TestHAStateTransitions

hadoop.hdfs.TestErasureCodingMultipleRacks

hadoop.cli.TestCryptoAdminCLI

hadoop.hdfs.security.TestDelegationTokenForProxyUser

hadoop.hdfs.server.namenode.TestMetadataVersionOutput

hadoop.hdfs.TestDFSPermission

hadoop.fs.TestHDFSFileContextMainOperations

hadoop.hdfs.TestInjectionForSimulatedStorage

hadoop.hdfs.TestParallelUnixDomainRead

hadoop.hdfs.server.namenode.ha.TestFailoverWithBlockTokensEnabled

hadoop.hdfs.server.namenode.TestINodeFile

hadoop.hdfs.TestWriteRead

hadoop.hdfs.server.namenode.TestFSEditLogLoader

hadoop.hdfs.server.namenode.ha.TestStandbyInProgressTail

hadoop.fs.TestUrlStreamHandler

hadoop.fs.contract.hdfs.TestHDFSContractMkdir

hadoop.hdfs.server.namenode.TestQuotaByStorageType

hadoop.hdfs.server.namenode.TestEditLogAutoroll

hadoop.hdfs.TestDFSAddressConfig

hadoop.hdfs.TestDatanodeReport

hadoop.hdfs.server.balancer.TestBalancerWithNodeGroup

hadoop.hdfs.server.namenode.TestLeaseManager

hadoop.hdfs.TestDFSClientFailover

hadoop.fs.TestFcHdfsCreateMkdir

hadoop.cli.TestCacheAdminCLI

hadoop.hdfs.server.namenode.ha.TestNNHealthCheck

hadoop.hdfs.web.TestWebHDFSAcl

hadoop.metrics2.sink.TestRollingFileSystemSinkWithSecureHdfs

hadoop.fs.shell.TestHdfsTextCommand

hadoop.hdfs.TestEncryptedTransfer

hadoop.hdfs.server.namenode.TestNameNodeRpcServer

hadoop.hdfs.server.namenode.TestLargeDirectoryDelete

hadoop.hdfs.server.namenode.TestNameEditsConfigs

hadoop.hdfs.web.TestHttpsFileSystem

hadoop.hdfs.server.blockmanagement.TestOverReplicatedBlocks

hadoop.hdfs.web.TestWebHdfsTimeouts

hadoop.hdfs.server.namenode.ha.TestBootstrapStandbyWithQJM

hadoop.hdfs.server.namenode.snapshot.TestSnapshotDiffReport

hadoop.fs.contract.hdfs.TestHDFSContractOpen

hadoop.hdfs.TestModTime

hadoop.hdfs.TestLargeBlock

hadoop.hdfs.server.namenode.TestFileTruncate

hadoop.hdfs.TestDFSUpgradeFromImage

hadoop.fs.TestWebHdfsFileContextMainOperations

hadoop.hdfs.server.namenode.snapshot.TestSetQuotaWithSnapshot

hadoop.hdfs.tools.TestDFSAdminWithHA

hadoop.hdfs.server.namenode.snapshot.TestSnapshotListing

hadoop.hdfs.server.datanode.TestDataNodeVolumeFailureToleration

hadoop.hdfs.TestEncryptionZones

hadoop.hdfs.server.namenode.TestSnapshotPathINodes

hadoop.hdfs.server.namenode.snapshot.TestSnapshotRename

hadoop.hdfs.server.namenode.TestGetContentSummaryWithPermission

hadoop.fs.contract.hdfs.TestHDFSContractCreate

hadoop.hdfs.TestClientProtocolForPipelineRecovery

hadoop.hdfs.TestBlockTokenWrappingQOP

hadoop.hdfs.server.namenode.snapshot.TestAclWithSnapshot

hadoop.hdfs.TestGetBlocks

hadoop.hdfs.TestDFSClientExcludedNodes

hadoop.hdfs.tools.TestGetGroups

hadoop.hdfs.TestDecommission

hadoop.hdfs.TestReservedRawPaths

hadoop.hdfs.server.namenode.ha.TestDNFencingWithReplication

hadoop.hdfs.web.TestWebHdfsFileSystemContract

hadoop.hdfs.TestBalancerBandwidth

hadoop.hdfs.server.namenode.TestMetaSave

hadoop.fs.TestSymlinkHdfsFileSystem

hadoop.hdfs.tools.TestViewFSStoragePolicyCommands

hadoop.hdfs.server.namenode.TestNameNodeXAttr

hadoop.hdfs.server.namenode.ha.TestEditLogTailer

hadoop.hdfs.web.TestWebHdfsWithRestCsrfPreventionFilter

hadoop.hdfs.server.namenode.TestDeadDatanode

hadoop.hdfs.server.namenode.TestMalformedURLs

hadoop.hdfs.server.namenode.TestXAttrConfigFlag

hadoop.hdfs.TestDataTransferProtocol

hadoop.hdfs.server.namenode.TestNamenodeRetryCache

hadoop.fs.contract.hdfs.TestHDFSContractConcat

hadoop.hdfs.TestGetFileChecksum

hadoop.hdfs.server.namenode.TestAddBlockRetry

hadoop.hdfs.server.namenode.snapshot.TestSnapshotReplication

hadoop.hdfs.server.blockmanagement.TestBlockStatsMXBean

hadoop.hdfs.TestExtendedAcls

hadoop.hdfs.server.balancer.TestBalancer

hadoop.hdfs.tools.offlineImageViewer.TestOfflineImageViewer

hadoop.security.TestPermissionSymlinks

hadoop.hdfs.server.namenode.ha.TestSeveralNameNodes

hadoop.hdfs.TestAppendDifferentChecksum

hadoop.hdfs.server.namenode.TestEditLogRace

hadoop.hdfs.TestListFilesInDFS

hadoop.hdfs.TestStripedFileAppend

hadoop.hdfs.server.namenode.ha.TestDFSUpgradeWithHA

hadoop.hdfs.TestFileChecksumCompositeCrc

hadoop.hdfs.tools.offlineImageViewer.TestOfflineImageViewerWithStripedBlocks

hadoop.cli.TestXAttrCLI

hadoop.hdfs.server.namenode.metrics.TestNNMetricFilesInGetListingOps

hadoop.hdfs.server.namenode.ha.TestStandbyBlockManagement

hadoop.cli.TestAclCLI

hadoop.fs.contract.hdfs.TestHDFSContractSeek

hadoop.hdfs.TestDFSClientRetries

hadoop.hdfs.server.namenode.TestNameNodeStatusMXBean

hadoop.security.TestRefreshUserMappings

hadoop.hdfs.web.TestWebHdfsUrl

hadoop.hdfs.server.namenode.TestNameNodeReconfigure

hadoop.hdfs.server.namenode.snapshot.TestDiffListBySkipList

hadoop.hdfs.tools.offlineImageViewer.TestOfflineImageViewerForXAttr

hadoop.hdfs.server.namenode.ha.TestGetGroupsWithHA

hadoop.hdfs.TestErasureCodingPoliciesWithRandomECPolicy

hadoop.hdfs.TestMaintenanceState

hadoop.hdfs.TestDFSStripedOutputStream

hadoop.hdfs.web.TestWebHDFSForHA

hadoop.hdfs.server.namenode.TestDefaultBlockPlacementPolicy

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-597/6/artifact/out/Dockerfile

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

JIRA Issue
HDFS-3246

Optional Tests
dupname  asflicense  compile  javac  javadoc  mvninstall  mvnsite  unit  shadedclient  findbugs  checkstyle  cc

uname
Linux 025d788337e0 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 1b9ba0e

maven
version: Apache Maven 3.3.9

Default Java
1.8.0_191

findbugs
v3.1.0-RC1

whitespace
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/6/artifact/out/whitespace-tabs.txt

javadoc
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/6/artifact/out/diff-javadoc-javadoc-hadoop-common-project_hadoop-common.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/6/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/6/testReport/

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

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-native-client U: .

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/6/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
0
Docker mode activated.

-1
docker
641
Docker failed to build yetus/hadoop:8f97d6f.

Subsystem
Report/Notes

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

JIRA Issue
HDFS-3246

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/7/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
31
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 5 new or modified test files.

_ trunk Compile Tests _

0
mvndep
78
Maven dependency ordering for branch

+1
mvninstall
1122
trunk passed

+1
compile
1079
trunk passed

+1
checkstyle
196
trunk passed

+1
mvnsite
235
trunk passed

+1
shadedclient
1144
branch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
353
trunk passed

+1
javadoc
170
trunk passed

_ Patch Compile Tests _

0
mvndep
24
Maven dependency ordering for patch

+1
mvninstall
162
the patch passed

+1
compile
911
the patch passed

-1
cc
911
root generated 1 new + 9 unchanged - 0 fixed = 10 total (was 9)

+1
javac
911
the patch passed

+1
checkstyle
195
root: The patch generated 0 new + 112 unchanged - 7 fixed = 112 total (was 119)

+1
mvnsite
246
the patch passed

-1
whitespace
0
The patch 1  line(s) with tabs.

+1
shadedclient
678
patch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
367
the patch passed

-1
javadoc
68
hadoop-common-project_hadoop-common generated 2 new + 0 unchanged - 0 fixed = 2 total (was 0)

_ Other Tests _

+1
unit
527
hadoop-common in the patch passed.

+1
unit
125
hadoop-hdfs-client in the patch passed.

-1
unit
4745
hadoop-hdfs in the patch failed.

-1
unit
362
hadoop-hdfs-native-client in the patch failed.

+1
asflicense
55
The patch does not generate ASF License warnings.

12840

Reason
Tests

Failed CTEST tests
test_test_libhdfs_ops_hdfs_static

Failed junit tests
hadoop.hdfs.server.datanode.TestDataNodeVolumeFailure

hadoop.hdfs.web.TestWebHdfsTimeouts

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-597/8/artifact/out/Dockerfile

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

JIRA Issue
HDFS-3246

Optional Tests
dupname  asflicense  compile  javac  javadoc  mvninstall  mvnsite  unit  shadedclient  findbugs  checkstyle  cc

uname
Linux 34dbb28d4503 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 25c421b

maven
version: Apache Maven 3.3.9

Default Java
1.8.0_191

findbugs
v3.1.0-RC1

cc
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/8/artifact/out/diff-compile-cc-root.txt

whitespace
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/8/artifact/out/whitespace-tabs.txt

javadoc
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/8/artifact/out/diff-javadoc-javadoc-hadoop-common-project_hadoop-common.txt

CTEST
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/8/artifact/out/patch-hadoop-hdfs-project_hadoop-hdfs-native-client-ctest.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/8/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/8/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs-native-client.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/8/testReport/

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

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-native-client U: .

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/8/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
29
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 5 new or modified test files.

_ trunk Compile Tests _

0
mvndep
22
Maven dependency ordering for branch

+1
mvninstall
1074
trunk passed

+1
compile
1032
trunk passed

+1
checkstyle
189
trunk passed

+1
mvnsite
223
trunk passed

+1
shadedclient
1108
branch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
346
trunk passed

+1
javadoc
185
trunk passed

_ Patch Compile Tests _

0
mvndep
23
Maven dependency ordering for patch

+1
mvninstall
161
the patch passed

+1
compile
955
the patch passed

+1
cc
955
the patch passed

+1
javac
955
the patch passed

+1
checkstyle
201
root: The patch generated 0 new + 112 unchanged - 7 fixed = 112 total (was 119)

+1
mvnsite
221
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedclient
707
patch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
358
the patch passed

+1
javadoc
193
the patch passed

_ Other Tests _

+1
unit
513
hadoop-common in the patch passed.

+1
unit
126
hadoop-hdfs-client in the patch passed.

-1
unit
5113
hadoop-hdfs in the patch failed.

+1
unit
375
hadoop-hdfs-native-client in the patch passed.

+1
asflicense
39
The patch does not generate ASF License warnings.

13045

Reason
Tests

Failed junit tests
hadoop.hdfs.server.diskbalancer.TestDiskBalancer

hadoop.hdfs.server.namenode.TestFSEditLogLoader

hadoop.hdfs.server.diskbalancer.TestDiskBalancerWithMockMover

hadoop.hdfs.server.namenode.TestNameNodeRespectsBindHostKeys

hadoop.hdfs.server.diskbalancer.TestConnectors

hadoop.hdfs.qjournal.server.TestJournalNodeSync

hadoop.hdfs.server.diskbalancer.TestDiskBalancerRPC

hadoop.hdfs.server.blockmanagement.TestBlockTokenWithDFSStriped

hadoop.hdfs.web.TestWebHdfsTimeouts

hadoop.hdfs.server.namenode.TestAddStripedBlocks

hadoop.hdfs.server.diskbalancer.command.TestDiskBalancerCommand

hadoop.hdfs.TestErasureCodingPolicyWithSnapshotWithRandomECPolicy

hadoop.hdfs.server.datanode.fsdataset.impl.TestLazyPersistFiles

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-597/10/artifact/out/Dockerfile

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

JIRA Issue
HDFS-3246

Optional Tests
dupname  asflicense  compile  javac  javadoc  mvninstall  mvnsite  unit  shadedclient  findbugs  checkstyle  cc

uname
Linux 857a9ea309e7 4.4.0-139-generic #165-Ubuntu SMP Wed Oct 24 10:58:50 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 8740755

maven
version: Apache Maven 3.3.9

Default Java
1.8.0_191

findbugs
v3.1.0-RC1

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/10/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/10/testReport/

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

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-native-client U: .

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/10/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
25
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 5 new or modified test files.

_ trunk Compile Tests _

0
mvndep
22
Maven dependency ordering for branch

+1
mvninstall
1018
trunk passed

+1
compile
1175
trunk passed

+1
checkstyle
189
trunk passed

+1
mvnsite
243
trunk passed

+1
shadedclient
1127
branch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
331
trunk passed

+1
javadoc
169
trunk passed

_ Patch Compile Tests _

0
mvndep
20
Maven dependency ordering for patch

+1
mvninstall
160
the patch passed

+1
compile
1228
the patch passed

+1
cc
1228
the patch passed

+1
javac
1228
the patch passed

+1
checkstyle
176
root: The patch generated 0 new + 112 unchanged - 7 fixed = 112 total (was 119)

+1
mvnsite
202
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedclient
643
patch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
343
the patch passed

+1
javadoc
181
the patch passed

_ Other Tests _

+1
unit
552
hadoop-common in the patch passed.

+1
unit
117
hadoop-hdfs-client in the patch passed.

-1
unit
5210
hadoop-hdfs in the patch failed.

+1
unit
363
hadoop-hdfs-native-client in the patch passed.

+1
asflicense
46
The patch does not generate ASF License warnings.

13379

Reason
Tests

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

hadoop.hdfs.TestDFSInotifyEventInputStreamKerberized

hadoop.hdfs.server.namenode.snapshot.TestNestedSnapshots

hadoop.hdfs.server.namenode.TestFsck

hadoop.hdfs.server.balancer.TestBalancerRPCDelay

hadoop.hdfs.web.TestWebHdfsTimeouts

hadoop.hdfs.server.namenode.snapshot.TestRenameWithSnapshots

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-597/9/artifact/out/Dockerfile

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

JIRA Issue
HDFS-3246

Optional Tests
dupname  asflicense  compile  javac  javadoc  mvninstall  mvnsite  unit  shadedclient  findbugs  checkstyle  cc

uname
Linux 66b58ae30bdb 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 8740755

maven
version: Apache Maven 3.3.9

Default Java
1.8.0_191

findbugs
v3.1.0-RC1

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/9/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/9/testReport/

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

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-native-client U: .

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/9/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

@toddlipcon addressed your comments.

Looks good to me. Mind rebasing this on trunk so we get another test run? Seems likely the failures were unrelated test env issues, but we probably should rebase anyway since it's been a few weeks.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
24
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 5 new or modified test files.

_ trunk Compile Tests _

0
mvndep
62
Maven dependency ordering for branch

+1
mvninstall
1032
trunk passed

+1
compile
967
trunk passed

+1
checkstyle
142
trunk passed

+1
mvnsite
244
trunk passed

+1
shadedclient
1104
branch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
323
trunk passed

+1
javadoc
166
trunk passed

_ Patch Compile Tests _

0
mvndep
20
Maven dependency ordering for patch

+1
mvninstall
154
the patch passed

+1
compile
922
the patch passed

+1
cc
922
the patch passed

+1
javac
922
the patch passed

+1
checkstyle
130
root: The patch generated 0 new + 112 unchanged - 7 fixed = 112 total (was 119)

+1
mvnsite
225
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedclient
671
patch has no errors when building and testing our client artifacts.

0
findbugs
0
Skipped patched modules with no Java source: hadoop-hdfs-project/hadoop-hdfs-native-client

+1
findbugs
367
the patch passed

+1
javadoc
203
the patch passed

_ Other Tests _

+1
unit
499
hadoop-common in the patch passed.

+1
unit
151
hadoop-hdfs-client in the patch passed.

-1
unit
4821
hadoop-hdfs in the patch failed.

+1
unit
367
hadoop-hdfs-native-client in the patch passed.

+1
asflicense
41
The patch does not generate ASF License warnings.

12528

Reason
Tests

Failed junit tests
hadoop.hdfs.TestFileChecksum

hadoop.hdfs.TestDFSStripedOutputStreamWithRandomECPolicy

hadoop.hdfs.web.TestWebHdfsTimeouts

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-597/11/artifact/out/Dockerfile

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

JIRA Issue
HDFS-3246

Optional Tests
dupname  asflicense  compile  javac  javadoc  mvninstall  mvnsite  unit  shadedclient  findbugs  checkstyle  cc

uname
Linux ff710c768207 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 59816df

maven
version: Apache Maven 3.3.9

Default Java
1.8.0_191

findbugs
v3.1.0-RC1

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/11/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/11/testReport/

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

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-native-client U: .

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-597/11/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

Hadoop QA is still hitting these memory issues, so I ran the full suite of hadoop-hdfs tests on my local machine against this patch. I can reproduce the TestWebHdfsTimeouts although that seems to fail relatively often in Hadoop QA (reproduce on trunk as well when running on my local machine). TestBPOfferService hit a OOM issue twice out of several runs, so it seems intermittent.
I looped TestFileChecksum, TestDFSStripedOutputStreamWithRandomECPolicy, and the tests in this patch, but was not able to re-produce the memory issue.
I took a quick look at the heap dump as well and didn't see anything that was related to this patch. Interestingly, most of the memory is consumed by Mockito.

Thanks. +1, merged to trunk.


Update application.properties

Nginx container configuration now try connect to port 8080. So last night patch bit break access to web project.

I am struggling to see whats the problem and where it comes from.
Running docker? I might have introduced some changes to .env file, and even docker-compose.yml file.
The port defined in the application.properties is correct for installing via shell scripts and deb files. Each deb file has its own port on the system.

yes i rinning docker.
in your nginx docker image configured :
    location /tr069/ {
      proxy_set_header        X-Real-IP       $remote_addr;
      proxy_pass http://tr069:8080/tr069/;
    }
    location /web/ {
      proxy_pass http://web:8080/web/;
    }
    location /monitor/ {
      proxy_pass http://monitor:8080/monitor/;
    }
    location /webservice/ {
      proxy_pass http://webservice:8080/webservice/;
    }
    location /syslog/ {
      proxy_pass http://syslog:8080/syslog/;
    }
    location /core/ {
      proxy_pass http://core:8080/core/;
    }
    location /stun/ {
      proxy_pass http://stun:8080/stun/;
    }

so i changed application.properties to be compatible with nginx container

Its not correct way to handle this problem, if its a problem at all. Its overridden by .env file. In .env file it says SERVER_PORT=8080.
If the .env file is not overriding server port, then that is another more important matter that must be solved differently.

I suppose that docker-compose -p freeacs restart is not the best to use. use down and up -d


Add two questions on datetime.now() and sorted()

Checklist:

[x] I have read freeCodeCamp's contribution guidelines.
[x] My pull request has a descriptive title (not a vague title like Update index.md)

Closes #XXXXX

I spot two things.
No.1:
You need to do git pull because you made change here on github but it is not available locally.
No.2:
You only needed to use the git push -u command when you were first setting up the remote branch.
Once that is setup you can just use the git push command to push your new changes to github

I did not even open the html-questions file yet it shows up in my commit.

That is just the prettier formatting pre commit hook. It is setup to format unformatted files.
But it looks like there are some syntax errors in one of the other files which is why our linter check is failing.
I am in a meeting but I can resolve the errors after the meeting.

That would be very helpful.
Please advise if there's something I can do meanwhile.

Thank you so much. @jdwilkin4
I'll try and contribute more, with much better efficiency.