text:
🛑 36kr -最新文章(latest) is down

In f773648, 36kr -最新文章(latest) (https://rssinn.com/36kr/latest) was down:

HTTP code: 404
Response time: 3132 ms

Resolved: 36kr -最新文章(latest) is back up in ae5f92f.

repo: chinobing/upptime-rssinn


text:
EOS-S3 update

This PR is required in ongoing EOS-S3 upstreaming effort. It bumps yosys, yosys plugins, quicklogic-fasm and vtr packages. It also changes the part name in Makefile to uppercase and changes the ports in PCF file from single bit ones to multi bit because bumped VPR is now able to emit post-implementation netlist with merged multi bit ports.

LGTM

source: gharchive/pull-request

authors: lpawelcz tmichalak

license_type: permissive

license_source: github-api


text:
Update package versions

I knew I was going to forget that part :-)

Nevermind, I did that before i saw this pull request. Thanks!
Just curious to know if you guys use this module at uber?

Thanks for integrating the change so quickly. Yep, we're currently using it
on one of our user-facing apps.
On Wed, Mar 11, 2015 at 6:24 PM, Chirag notifications@github.com wrote:

Nevermind, I did that before i saw this pull request. Thanks!
Just curious to know if you guys use this module at uber?
—
Reply to this email directly or view it on GitHub
https://github.com/chirag04/backbone-async-route-filter/pull/7#issuecomment-78407581
.

license: mit

license_source: bigquery


text:
AS923 MaxPayload table error?

Hi,
After browsing some codes I notice there is inconsistency on AS923 MaxPayload table with respect to standard for DR 2 DwellTime == 0 where m & n should be 123 and 115 respectively?:
    Revision::Latest, // PR002-1.0.0, RP002-1.0.1, RP002-1.02
[
(0, MaxPayloadSize { m: 59, n: 51 }),
(1, MaxPayloadSize { m: 59, n: 51 }),
(2, MaxPayloadSize { m: 59, n: 51 }),
(3, MaxPayloadSize { m: 123, n: 115 }),
(4, MaxPayloadSize { m: 250, n: 242 }),
(5, MaxPayloadSize { m: 250, n: 242 }),
(6, MaxPayloadSize { m: 250, n: 242 }),
(7, MaxPayloadSize { m: 250, n: 242 }),
]

RP002-1.0.2:

This might indeed have been a mistake. Would you like to create a pull-request to fix this?

This might indeed have been a mistake. Would you like to create a pull-request to fix this?

ok. no problem.

i just did a pull request. However, I do have one question:

In the specs it says "RP002-1.0.2 Supports both LoRaWAN® 1.0.x and 1.1.x". Does this mean it shall supersede the older specs and we need to only keep the latest config/table?

Before the regional parameters were tied to a LoRaWAN version, now they can be used with both LoRWAN 1.0.x and 1.1.x.
We still need to support all regional parameters revisions in ChirpStack.

source: gharchive/issue

authors: brocaar kelah

repo: chirpstack/chirpstack

license: MIT


text:
RFM - The Fastest Mouse Clicker for Windows

Current Maintainer

[x] I am the maintainer of the package and wish to pass it to someone else;

Checklist

[x] Issue title starts with 'RFM - '

Existing Package Details
Package URL: https://chocolatey.org/packages/fastest-mouse-clicker
Package source URL: https://github.com/TheCakeIsNaOH/chocolatey-packages/tree/master/fastest-mouse-clicker
A word of warning for anyone wanting to AU this package. Over the past year or so of releases new installer versions have been released in the following places with no rhyme or reason that I can tell.

Sourceforge files
Github releases
Gitlab releases
Gitlab repository(in the source code repository)
Google Drive
Mega

Additionally,

The installer file name format has changed three times in the past year
There have been occasional releases with various letters on the end of the already four-part version, which does not work well with chocolatey versioning.

As per an update to our Readme, the trusted status of this package have been removed.
See https://github.com/chocolatey-community/chocolatey-package-requests#how-to-create-packages-for-a-request

authors: AdmiringWorm TheCakeIsNaOH


text:
(GH-253) Include chocolatey's global sources in the source list

Takes chocolatey's global sources list, unions with the app-specific source list. Filters out any name|uri matches.
Also modified the determination of Choco Install location & Executable usage to be Lazy<T>
Note: This is an interface change to IChocolateyConfigurationProvider

This is more a general question, but is there any advantage to making the install location and exe calls Lazy<T>? If I recall correctly, they're used almost immediately after the Provider's instantiation.

@RichiCoder1 When i saw the values being cached it screamed "Lazy!" at me, so I did it. Happy to remove if it's not approved of.
Not sure what the appveyor build failure would be here.....

I think making them lazy is probably unneccessary here.
Other wise lgtm.

@RichiCoder1 is that to say you want me to revert? Wait for other opinions?

@bc3tech said...
Working on the AppVeyor failure due to CodeAnalysis. For some reason that didn't pop in my IDE...

Make sure and do a release build within Visual Studio.
Also, at the command line, you can do:
.\build.bat InspectCodeForProblems Release
to do a complete analysis, prior to pushing a Pull Request.

@bc3tech said...
I also wasn't entirely sure whether I should've branched from develop or master for this particular repo... i chose develop

Yes, you chose the right branch.  We are flowing gitflow, as described here:
http://nvie.com/posts/a-successful-git-branching-model/
Only hotfixes and new releases should be merged into master.  In your case, this suggestion would be part of a new release.

I need to have a proper look at this, as I had actually started spiking an implementation, which takes a different path than you seem to have.  I only have this locally just now, but I will tidy up a few things after I have had something to eat, and put it somewhere so that we can all review it.

@bc3tech it is difficult to see what changed in the last file in the diff, as it looks like all lines were affected.  Was this intentional?

@gep13 i noticed that too.. not sure if it was VS going Castro on CR LF or tabs v spaces....

wow. just noticed this in my pull reqs area... any reason we haven't merged, @gep13 ?

@bc3tech simply put, lack of time, and other commitments :cry:
This is still on my radar, and I am hoping to circle back to ChocolateyGUI soon, but I am working on a few other things just now.

Time commitments, and this should be technically obsoleted at this point by the chocolatey integration work happening elsewhere.

fair 'nuf.

repo: chocolatey/ChocolateyGUI


text:
(putty*) Migrate from ferventcoder

Package source: https://github.com/ferventcoder/chocolatey-packages/pull/230
3 open issues

Changes
Required changes compared to ferventcoder version:

[x] Added AU script
[x] Update NuSpec metadata to be compliant with core team guidelines
[x] Change to embedded package
[x] Fix all open issues

@pascalberger chocolatey user added to packages.

repo: chocolatey/chocolatey-coreteampackages


text:
Add fitness interactions

Adjust interaction depiction in the case of a fitness HTML viz. Here we're going to color interactions by fitness (of the residue it hits) instead of by interaction type (which can be inferred easily anyway). This will enable the viewer to quickly see if a posed compound is interacting with mutable residues or not. Original depiction:

New depiction with interactions colored by fitness:

We're adding:

color interactions the same way as residues (white=no fit mutants, all the way to deep red which = many fit mutants)
color interactions green if they hit the protein backbone (this is a good tactic and should be encouraged by highlighting it a separate color)

One issue is that light-red and white are difficult to distinguish. This also applies to residue surface coloring, so should be handled in a separate PR. We may want to rethink how we're coloring residues because even if there is a single fit mutant this means the virus will mutate to it, so it should be highlighted more clearly compared to straight white.

Codecov Report

Merging #511 (e4f4764) into main (5755eed) will decrease coverage by 5.61%.
The diff coverage is 100.00%.

Additional details and impacted files

authors: JenkeScheen codecov-commenter

repo: choderalab/asapdiscovery


text:
testing of ani fails for checking AngularSymmetryFunction on Mac OS.

Currently CI is failing for test_ani.py::test_compare_angular_symmetry_features on MacOS.  These tests still pass on linux. This tests the AngularSymmetryFunction in modelforge.potential.utils.  This failure only started after it was switched from calling the original implementation in torchani directly to using precomputed values.
If I were to recompute the angular feature vector using torchani on macOS and compare to the output of modelforge, I get matching results; these values differ from linux.  Flattening the results and summing leads to matching results; on closer inspection, the values appear the same just in a different order.
The issue appears related to the use of sort in triple_by_molecule in potential/utils.py.  Specifically, this line:
https://github.com/choderalab/modelforge/blob/56093eae69a36427c99272ef61db136abd0fffde/modelforge/potential/utils.py#L105C1-L106C1
    sorted_ai1, rev_indices = ai1.sort()

While the contents of the rev_indices tensor are the same on both platforms, the order is different. Modifying this to use the stable mode fixing this issue.
    sorted_ai1, rev_indices = ai1.sort(stable=True)

Interestingly, even with stable=False by default, MacOS version appears to produce the same output as stable=True, at least for the test case.
Since ultimately the order of the indices should not impact the calculation here, we could leave the default in place (stable=False) and simply consider the sum of the angular_feature_vectors in the test.  This is likely favorable as setting stable=True will be slower (although it is unclear to me if substantially slower; I assume that depends upon the system size).

Thanks for raising this! That is really interesting!

I decided just to compare the sum of the angular feature vector (for the reference and modelforge versions), as that should not depend on order (within reasonable tolerances) and should still be sensitive to catch if there is something wrong.    I've added in some notes to the code  both in the triple_by_molecule function and also in the test_compare_angular_symmetry_features function, so this isn't forgotten for the future. This is being fixed in #189

authors: chrisiacovella wiederm

repo: choderalab/modelforge


text:
🛑 connethics is down

In bb91da2, connethics (http://connethics.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: connethics is back up in eacfaa1.

repo: choudat/status-connethics


text:
Rumble support

We can send rumble events to the physical controller just fine, but we are not currently supporting rumble features in the evdev end so games cannot actually use rumble.

Do you have any links explaining why evdev doesn't support rumble? Is there any way around this you've seen?

Evdev itself would allow rumble (force feedback) support. See this for information about it. However, python-evdev doesn't seem to support rumble, or at least it didn't in the past. Here is an old pull request discussing that.

Hi! This is my code for send vibration in gamepad in python (works with xbox 360 controller, dualshock 4, wii remote).
`import fcntl, struct, array, time
EVIOCRMFF = 0x40044581
EVIOCSFF = 0x40304580
LOG_CLASS_ON = False
TIME_DELTA = 250
class Vibrate:
def __init__(self, file):
    self.ff_joy = open(file, "r+")

def close(self):
    self.ff_joy.close()

def new_effect(self, strong, weak, length):
    effect = struct.pack('HhHHHHHxHH', 0x50, -1, 0, 0, 0, length, 0, int(strong * 0xFFFF), int(weak * 0xFFFF))
    a = array.array('h', effect)
    fcntl.ioctl(self.ff_joy, EVIOCSFF, a, True)
    return a[1]
    id = a[1]
    return (ev_play, ev_stop)

def play_efect(self, id):
    if type(id) == tuple or type(id) == list:
        ev_play = ''
        for i in id:
            ev_play = ev_play + struct.pack('LLHHi', 0, 0, 0x15, i, 1)
    else:
        ev_play = struct.pack('LLHHi', 0, 0, 0x15, id, 1)
    self.ff_joy.write(ev_play)
    self.ff_joy.flush()

def stop_effect(self, id):
    if type(id) == tuple or type(id) == list:
        ev_stop = ''
        for i in id:
            ev_stop = ev_stop + struct.pack('LLHHi', 0, 0, 0x15, i, 0)
    else:
        ev_stop = struct.pack('LLHHi', 0, 0, 0x15, id, 0)
    self.ff_joy.write(ev_stop)
    self.ff_joy.flush()

def forget_effect(self, id):
    if type(id) == tuple or type(id) == list:
        for i in id:
            fcntl.ioctl(self.ff_joy, EVIOCRMFF, i)
    else:
        fcntl.ioctl(self.ff_joy, EVIOCRMFF, id)

f = Vibrate("/dev/input/event14")
p = f.new_effect(1.0, 1.0, TIME_DELTA )
f.play_efect((p))
time.sleep(TIME_DELTA / 1000.0)
f.stop_effect((p))
f.forget_effect((p))`

Hi! This is my code for send vibration in gamepad in python (works with xbox 360 controller, dualshock 4, wii remote).
`import fcntl, struct, array, time
EVIOCRMFF = 0x40044581
EVIOCSFF = 0x40304580
LOG_CLASS_ON = False
TIME_DELTA = 250
class Vibrate:
def __init__(self, file):
    self.ff_joy = open(file, "r+")

def close(self):
    self.ff_joy.close()

def new_effect(self, strong, weak, length):
    effect = struct.pack('HhHHHHHxHH', 0x50, -1, 0, 0, 0, length, 0, int(strong * 0xFFFF), int(weak * 0xFFFF))
    a = array.array('h', effect)
    fcntl.ioctl(self.ff_joy, EVIOCSFF, a, True)
    return a[1]
    id = a[1]
    return (ev_play, ev_stop)

def play_efect(self, id):
    if type(id) == tuple or type(id) == list:
        ev_play = ''
        for i in id:
            ev_play = ev_play + struct.pack('LLHHi', 0, 0, 0x15, i, 1)
    else:
        ev_play = struct.pack('LLHHi', 0, 0, 0x15, id, 1)
    self.ff_joy.write(ev_play)
    self.ff_joy.flush()

def stop_effect(self, id):
    if type(id) == tuple or type(id) == list:
        ev_stop = ''
        for i in id:
            ev_stop = ev_stop + struct.pack('LLHHi', 0, 0, 0x15, i, 0)
    else:
        ev_stop = struct.pack('LLHHi', 0, 0, 0x15, id, 0)
    self.ff_joy.write(ev_stop)
    self.ff_joy.flush()

def forget_effect(self, id):
    if type(id) == tuple or type(id) == list:
        for i in id:
            fcntl.ioctl(self.ff_joy, EVIOCRMFF, i)
    else:
        fcntl.ioctl(self.ff_joy, EVIOCRMFF, id)

f = Vibrate("/dev/input/event14")
p = f.new_effect(1.0, 1.0, TIME_DELTA )
f.play_efect((p))
time.sleep(TIME_DELTA / 1000.0)
f.stop_effect((p))
f.forget_effect((p))`

@kharlashkin Hi. Are you saying you are able to get rumble to work with this code? If so, what file is this that you have provided? I would like to add it to get rumble to work if possible. Thanks!

@Millsionaire Hi! You must write only correct "/dev/input/event14" for testing this code. Sorry for my english.

Hi,
for me the ds4drv correctly creates /dev/input/event0 (raspberry pi 3).
However, fftest cannot play any rumble effects ("Error: function not implemented").
How can I make the controller rumble? Any working c code/program is appreciated.

Can't this be done through libinput?

@kharlashkin
with your code:
└───╼  ds4drv
[info][controller 1] Created devices /dev/input/js0 (joystick) /dev/input/event7 (evdev)
[info][bluetooth] Scanning for devices
[info][bluetooth] Found device 00:01:6C:8D:29:C5
[info][controller 1] Connected to Bluetooth Controller (00:01:6C:8D:29:C5)
[info][bluetooth] Scanning for devices
[info][controller 1] Battery: Fully charged

└───╼  python rumble.py
Traceback (most recent call last):
  File "rumble.py", line 51, in <module>
    f = Vibrate("/dev/input/event7")
  File "rumble.py", line 11, in __init__
    self.ff_joy = open(file, "r+")
io.UnsupportedOperation: File or stream is not seekable.

any hint?

In first you must find your gamepad in "/dev/input/eventXX" and insert true event. For testing vibration in terminal try:
fftest /dev/input/eventXX

I think autofind true event try make with glob.glob('/dev/input/event[A-Za-z]*'). Sorry for my english.

you mean like this?
[1036906.183060] input: Sony Computer Entertainment Wireless Controller as /devices/virtual/input/input119

from dmesg

I don't have any dualshock for testing, but I'm sure - when dualshock 4 connect with cable to PC - its has vibrate from fftest /dev/input/eventXX. One of my friend test this.

then only works with USB? not working through BT?

On occasion, I will ask him about BT.

other question, what version of python-evdev is used? ff branch?

On my example I dont use any python-evdev. Documentation for writing this test program Im getting in Linux Kernel.

ok. tested with fftest from linuxconsole package
only works throught USB cable
fails with BT due unimplemented function
└───╼  fftest /dev/input/event7
Force feedback test program.
HOLD FIRMLY YOUR WHEEL OR JOYSTICK TO PREVENT DAMAGES

Device /dev/input/event7 opened
Features:
  * Absolute axes: X, Y, Z, RX, RY, RZ, Throttle, Rudder, Wheel, Hat 0 X, Hat 0 Y, Distance, Tilt X, Tilt Y,
    [FF 01 03 0E 00 00 00 00 ]
  * Relative axes:
    [00 00 ]
  * Force feedback effects types:
    Force feedback periodic effects:
    [00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ]
  * Number of simultaneous effects: 0

Uploading effect #0 (Periodic sinusoidal) ... Error:: Function not implemented
Uploading effect #1 (Constant) ... Error: Function not implemented
Uploading effect #2 (Spring) ... Error: Function not implemented
Uploading effect #3 (Damper) ... Error: Function not implemented
Uploading effect #4 (Strong rumble, with heavy motor) ... Error: Function not implemented
Uploading effect #5 (Weak rumble, with light motor) ... Error: Function not implemented
Enter effect number, -1 to exit
-1
Stopping effects

same output with ds4drv --hidraw (with USB cable) (/dev/input/event25)
EDIT: oh, is a python2 (fails with python3) script..... ok. now works.
fails in BT mode throught ds4drv
works in BT mode without ds4drv

Yes. I posted my script with idea to developers added vibration in ds4drv.

you can add python3 support in you script?

Yes, I can add python3 support, but now I dont have a gamepad for testing.

For anyone looking for Python 3 support:
Just change line 11 to this:
self.ff_joy = open(file, "r+b", buffering=0)

This is my output on Fedora:
  File "rumble.py", line 53, in <module>
    p = f.new_effect(1.0, 1.0, TIME_DELTA )
  File "rumble.py", line 20, in new_effect
    fcntl.ioctl(self.ff_joy, EVIOCSFF, a, True)
OSError: [Errno 38] Function not implemented

@kharlashkin do you still need some testing for this? I can be a tester for this feature ;)

Hi there, anyone figured this out yet?


text:
Twitch.tv playback often only plays audio

When using livestreamer to play back a twitch.tv stream on the 'best' quality, frequently the player only seems to get the audio stream, not the video stream.
Sometimes restarting playback multiple times eventually gets me functioning playback, other times the stream never works no matter how many times I try.
I don't see anything interesting with loglevel debug. I suppose this could be a player issue:
[cli][info] Found matching plugin twitch for URL twitch.tv/elajjaz
[cli][info] Available streams: audio, high, low, medium, mobile (worst), source (best)
[cli][info] Opening stream: source (hls)
[stream.hls][debug] Reloading playlist
[stream.hls][debug] Adding segment 980 to queue
[cli][debug] Pre-buffering 8192 bytes
[stream.hls][debug] Adding segment 981 to queue
[stream.hls][debug] Adding segment 982 to queue
[stream.hls][debug] Download of segment 980 complete
[cli][info] Starting player: "C:\Program Files (x86)\MPC-HC\mpc-hc.exe" /play /close /new
[stream.hls][debug] Download of segment 981 complete
[cli][debug] Writing stream to output
[stream.hls][debug] Download of segment 982 complete
[stream.hls][debug] Reloading playlist
[stream.hls][debug] Adding segment 983 to queue
[stream.hls][debug] Download of segment 983 complete
[stream.hls][debug] Reloading playlist
[stream.hls][debug] Adding segment 984 to queue
[stream.hls][debug] Download of segment 984 complete
[stream.hls][debug] Reloading playlist
[stream.hls][debug] Adding segment 985 to queue
[stream.hls][debug] Download of segment 985 complete
[stream.hls][debug] Reloading playlist
[stream.hls][debug] Adding segment 986 to queue
[stream.hls][debug] Adding segment 987 to queue
[stream.hls][debug] Download of segment 986 complete
[stream.hls][debug] Download of segment 987 complete
[stream.hls][debug] Reloading playlist

My only livestreamerrc change is:
player="C:\Program Files (x86)\MPC-HC\mpc-hc.exe" /play /close /new

This is a known issue with mpc-hc (See #346)

authors: kg skulblakka

repo: chrippa/livestreamer


text:
Minor typo to be fixed

Great app, as always.
There are 2 occurrences of inseret instead of insert:
printf -- '%s\n' "Inseret Your Password To Procceed."

Thanks for the catch @perez987
Done commits


text:
Can’t boot HP ProBook 4540s

I have put macOS Big Sur on the USB, and I have configured the bios correctly for my computer. When I try to boot through the USB, it just boots from my SSD, and when manually navigating to the EFI file, it hangs with the screen still on but nothing showing. How can I get my machine to boot?

After looking up normal hackintosh guides, I have found that my graphics is the issue. Intel HD graphics 3000 only work with high Sierra and below.

See here
https://github.com/chris1111/HP-Probook-EliteBook-Package-Creator


text:
Basic preloading capabilities with graphql-batch

This demonstrates the ability to be able to batch database queries across nodes with Shopify's graphql-batch gem (with a simple helper/AssociationLoader provided by graphql-preload to do something we'd just do ourselves here anyway)
Given the following query:
{
  vms {
    services {
      name
    }
  }
}

Before (and the way this is currently done in the REST API with its
synonymous REST call, I might add...):
D, [2017-11-30T10:30:39.272133 #17568] DEBUG -- :   Vm Load (45.7ms)  SELECT "vms".* FROM "vms" WHERE "vms"."type" IN ('Vm', 'ManageIQ::Providers::CloudManager::Vm', 'ManageIQ::Providers::InfraManager::Vm', 'VmServer', 'ManageIQ::Providers::Amazon::CloudManager::Vm', 'ManageIQ::Providers::Azure::CloudManager::Vm', 'ManageIQ::Providers::Google::CloudManager::Vm', 'ManageIQ::Providers::Openstack::CloudManager::Vm', 'ManageIQ::Providers::Vmware::CloudManager::Vm', 'VmXen', 'ManageIQ::Providers::Redhat::InfraManager::Vm', 'ManageIQ::Providers::Microsoft::InfraManager::Vm', 'ManageIQ::Providers::Vmware::InfraManager::Vm') AND "vms"."template" = $1  [["template", "f"]]
D, [2017-11-30T10:30:41.671159 #17568] DEBUG -- :   Vm Inst Including Associations (2381.9ms - 1107rows)
D, [2017-11-30T10:30:42.003938 #17568] DEBUG -- :   Service Load (305.9ms)  SELECT  "services".* FROM "services" INNER JOIN "service_resources" ON "services"."id" = "service_resources"."service_id" WHERE "service_resources"."resource_id" = $1 AND "service_resources"."resource_type" = $2 ORDER BY "services"."id" ASC LIMIT $3  [["resource_id", 20000000002021], ["resource_type", "VmOrTemplate"], ["LIMIT", 1]]
D, [2017-11-30T10:30:42.004317 #17568] DEBUG -- :   Service Inst Including Associations (0.0ms - 0rows)
D, [2017-11-30T10:30:42.008112 #17568] DEBUG -- :   Service Load (0.6ms)  SELECT  "services".* FROM "services" INNER JOIN "service_resources" ON "services"."id" = "service_resources"."service_id" WHERE "service_resources"."resource_id" = $1 AND "service_resources"."resource_type" = $2 ORDER BY "services"."id" ASC LIMIT $3  [["resource_id", 20000000002930], ["resource_type", "VmOrTemplate"], ["LIMIT", 1]]
D, [2017-11-30T10:30:42.008486 #17568] DEBUG -- :   Service Inst Including Associations (0.0ms - 0rows)
D, [2017-11-30T10:30:42.010491 #17568] DEBUG -- :   Service Load (0.6ms)  SELECT  "services".* FROM "services" INNER JOIN "service_resources" ON "services"."id" = "service_resources"."service_id" WHERE "service_resources"."resource_id" = $1 AND "service_resources"."resource_type" = $2 ORDER BY "services"."id" ASC LIMIT $3  [["resource_id", 20000000002022], ["resource_type", "VmOrTemplate"], ["LIMIT", 1]]
D, [2017-11-30T10:30:42.010845 #17568] DEBUG -- :   Service Inst Including Associations (0.0ms - 0rows)
D, [2017-11-30T10:30:42.012977 #17568] DEBUG -- :   Service Load (0.5ms)  SELECT  "services".* FROM "services" INNER JOIN "service_resources" ON "services"."id" = "service_resources"."service_id" WHERE "service_resources"."resource_id" = $1 AND "service_resources"."resource_type" = $2 ORDER BY "services"."id" ASC LIMIT $3  [["resource_id", 20000000002024], ["resource_type", "VmOrTemplate"], ["LIMIT", 1]]
...
...
...

After, with batching added:
D, [2017-11-30T14:53:14.764450 #26796] DEBUG -- :   Vm Load (32.7ms)  SELECT "vms".* FROM "vms" WHERE "vms"."type" IN ('Vm', 'ManageIQ::Providers::CloudManager::Vm', 'ManageIQ::Providers::InfraManager::Vm', 'VmServer', 'ManageIQ::Providers::Amazon::CloudManager::Vm', 'ManageIQ::Providers::Azure::CloudManager::Vm', 'ManageIQ::Providers::Google::CloudManager::Vm', 'ManageIQ::Providers::Openstack::CloudManager::Vm', 'ManageIQ::Providers::Vmware::CloudManager::Vm', 'VmXen', 'ManageIQ::Providers::Redhat::InfraManager::Vm', 'ManageIQ::Providers::Microsoft::InfraManager::Vm', 'ManageIQ::Providers::Vmware::InfraManager::Vm') AND "vms"."template" = $1  [["template", "f"]]
D, [2017-11-30T14:53:16.781808 #26796] DEBUG -- :   Vm Inst Including Associations (2012.4ms - 1107rows)
D, [2017-11-30T14:53:16.887047 #26796] DEBUG -- :   ServiceResource Load (5.5ms)  SELECT "service_resources".* FROM "service_resources" WHERE "service_resources"."resource_type" = $1 AND "service_resources"."resource_id" IN (20000000002021, 20000000002022, 20000000002024, 20000000002026, 20000000002025, 20000000002027, 20000000002030, 20000000002031, 20000000002029, 20000000002933, 20000000002210, 20000000002216, 20000000002217, 20000000002252, 20000000001457, 20000000002028, 20000000002034, 20000000002032, 20000000002033, 20000000002036, 20000000002035, 20000000002295, 20000000002037, 20000000002038, 20000000002039, 20000000002041, 20000000002042, 20000000002040, 20000000002044, 20000000002045, 20000000002047, 20000000002043, 20000000002049, 20000000002048, 20000000002051, 20000000002050, 20000000002253, 20000000002046, 20000000002350, 20000000002298, 20000000001474, 20000000002052, 20000000002053, 20000000002248, 20000000002054, 20000000002055, 20000000002058, 20000000000119, 20000000002056, 20000000002059, 20000000002553, 20000000001483, 20000000002299, 20000000002060, 20000000002061, 20000000002064, 20000000002066, 20000000002062, 20000000002063, 20000000001990, 20000000002065, 20000000002067, 20000000002069, 20000000002070, 20000000001986, 20000000001987, 20000000002068, 20000000002556, 20000000002546, 20000000002073, 20000000002072, 20000000002071, 20000000002414, 20000000001656, 20000000002218, 20000000001659, 20000000001524, 20000000001526, 20000000001658, 20000000002584, 20000000002419, 20000000002078, 20000000001525, 20000000002079, 20000000002583, 20000000002585, 20000000002586, 20000000002074, 20000000001531, 20000000002588, 20000000002075, 20000000002077, 20000000002076, 20000000002081, 20000000002215, 20000000002080, 20000000002083, 20000000002587, 20000000001988, 20000000001991, 20000000001989, 20000000002221, 20000000002423, 20000000002084, 20000000002085, 20000000001540, 20000000002219, 20000000002089, 20000000002441, 20000000002589, 20000000002410, 20000000002082, 20000000002086, 20000000002087, 20000000002088, 20000000001542, 20000000002591, 20000000002220, 20000000001543, 20000000001229, 20000000002224, 20000000002090, 20000000002092, 20000000002093, 20000000002590, 20000000002091, 20000000001377, 20000000002249, 20000000002250, 20000000002226, 20000000002394, 20000000001568, 20000000001567, 20000000002431, 20000000002415, 20000000002233, 20000000002222, 20000000002241, 20000000002223, 20000000002225, 20000000002228, 20000000002245, 20000000002246, 20000000002231, 20000000002229, 20000000002232, 20000000001657, 20000000002966, 20000000002965, 20000000002784, 20000000002964, 20000000002839, 20000000002838, 20000000002840, 20000000002429, 20000000002227, 20000000002437, 20000000002434, 20000000002975, 20000000002972, 20000000002236, 20000000002230, 20000000002237, 20000000002238, 20000000002974, 20000000002435, 20000000002234, 20000000002243, 20000000002235, 20000000002242, 20000000002239, 20000000002973, 20000000002976, 20000000002977, 20000000002247, 20000000002251, 20000000002189, 20000000002244, 20000000002200, 20000000002209, 20000000002201, 20000000002202, 20000000002203, 20000000002544, 20000000002205, 20000000002208, 20000000002204, 20000000002207, 20000000001484, 20000000002206, 20000000002325, 20000000002212, 20000000001985, 20000000001984, 20000000002213, 20000000002211, 20000000002214, 20000000001992, 20000000001999, 20000000002000, 20000000002001, 20000000002002, 20000000002003, 20000000002004, 20000000002009, 20000000002006, 20000000002007, 20000000002008, 20000000002005, 20000000002017, 20000000002010, 20000000002011, 20000000002012, 20000000002013, 20000000002014, 20000000002015, 20000000002016, 20000000002296, 20000000002259, 20000000002297, 20000000002256, 20000000002254, 20000000002255, 20000000002257, 20000000002258, 20000000002260, 20000000002261, 20000000002262, 20000000002263, 20000000002264, 20000000002265, 20000000002266, 20000000002267, 20000000002268, 20000000002269, 20000000002270, 20000000002271, 20000000002272, 20000000002273, 20000000002274, 20000000002275, 20000000002276, 20000000002277, 20000000002278, 20000000002280, 20000000002281, 20000000002283, 20000000002284, 20000000002285, 20000000002286, 20000000002287, 20000000002291, 20000000002282, 20000000002288, 20000000002289, 20000000002290, 20000000002292, 20000000002293, 20000000002850, 20000000002481, 20000000002430, 20000000002987, 20000000002387, 20000000002985, 20000000002495, 20000000002484, 20000000002482, 20000000002483, 20000000002986, 20000000002388, 20000000002389, 20000000002499, 20000000002436, 20000000002504, 20000000002501, 20000000002503, 20000000002861, 20000000002872, 20000000002347, 20000000002346, 20000000002338, 20000000002874, 20000000002440, 20000000002442, 20000000002878, 20000000002568, 20000000002569, 20000000002570, 20000000002577, 20000000002574, 20000000002578, 20000000002579, 20000000002573, 20000000002575, 20000000002571, 20000000002572, 20000000002576, 20000000002884, 20000000002896, 20000000002887, 20000000002888, 20000000002889, 20000000002899, 20000000002900, 20000000002894, 20000000002897, 20000000002895, 20000000002898, 20000000002890, 20000000002901, 20000000002891, 20000000002892, 20000000002893, 20000000002905, 20000000002907, 20000000003006, 20000000003009, 20000000003010, 20000000002906, 20000000003008, 20000000002913, 20000000002911, 20000000002912, 20000000002908, 20000000002909, 20000000002910, 20000000002393, 20000000002420, 20000000003046, 20000000003011, 20000000003007, 20000000003055, 20000000003056, 20000000003054, 20000000003073, 20000000003061, 20000000003069, 20000000003067, 20000000003063, 20000000003064, 20000000003065, 20000000003059, 20000000003060, 20000000003070, 20000000003075, 20000000003072, 20000000003071, 20000000003074, 20000000002391, 20000000002390, 20000000002392, 20000000002395, 20000000002502)  [["resource_type", "VmOrTemplate"]]
D, [2017-11-30T14:53:16.904346 #26796] DEBUG -- :   ServiceResource Inst Including Associations (16.4ms - 10rows)
...
...

This optimization is a 50% improvement over the previous call (and REST API), with caches warmed on a typical demo database. Keep in mind this is only one of many optimizations and preloads that this call really needs, so that's pretty striking.
Note that this is very basic stuff - custom batch loaders are really easy to add to handle some of our more complex and virtual associations in core (indeed, my first example of this I just added my own easy loader until I found the nice graphql-preload gem doing it for me, basically)
Closes #9

:shipit:

repo: chrisarcand/manageiq-graphql


text:
chore(dev): release 0.15.6

:robot: I have created a release beep boop
0.15.6 (2024-11-07)
Bug Fixes

improve image caching logic (859f679)
never clear, and always update, program relations on upsert (86c5330)

This PR was generated with Release Please. See documentation.

:robot: Created releases:

v0.15.6
:sunflower:

repo: chrisbenincasa/tunarr

license: Zlib


text:
Add comments to explain for Dataset

Explains the intended use of ExternalInputChans and ExternalOutputChans.

@chrislusf
Chris, could you review the comment, and see if they are accurate.

This is good. Thanks!

authors: chrislusf justicezyx

repo: chrislusf/glow


text:
在使用copy命令上传的过程中，docker卡死

当停掉命令后，docker恢复正常

need details on how to reproduce

重新尝试了一次，又正常了，具有偶发性，猜想是有可能和docker的配置过低导致的，我看内存消耗得非常的快。

repo: chrislusf/seaweedfs


text:
configuration support

does @chrislusf  offer production configuration support for seaweedfs?

Maybe later.

Could I have an email address for you? my company would like to use
seaweedfs in a full production deployment
On Tue, Oct 25, 2016 at 11:45 AM, Chris Lu notifications@github.com wrote:

Closed #379 https://github.com/chrislusf/seaweedfs/issues/379.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/chrislusf/seaweedfs/issues/379#event-835771111, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AH3qSM0mkTQSUNIemUvNGg37Yyx_Qx7_ks5q3jITgaJpZM4KgJcs
.

chris.lu at gmail dot com
On Tue, 25 Oct 2016 at 11:26 AM CheyenneForbes notifications@github.com
wrote:

Could I have an email address for you? my company would like to use
seaweedfs in a full production deployment
On Tue, Oct 25, 2016 at 11:45 AM, Chris Lu notifications@github.com
wrote:

Closed #379 https://github.com/chrislusf/seaweedfs/issues/379.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/chrislusf/seaweedfs/issues/379#event-835771111, or
mute
the thread
<
https://github.com/notifications/unsubscribe-auth/AH3qSM0mkTQSUNIemUvNGg37Yyx_Qx7_ks5q3jITgaJpZM4KgJcs
.

—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
https://github.com/chrislusf/seaweedfs/issues/379#issuecomment-256125670,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABeL72Lx7O2-5en_pNwUL8RWO9QyUBajks5q3kmpgaJpZM4KgJcs
.

Did you get the email?

Did you get the email?

authors: CheyenneForbes chrislusf


text:
seaweed v0.90 multi master bug

Hi. We're testing the new multi master release and so far it does not seem like the master list gets updated completely on all nodes when one master goes down. I'm testing with just stopping and starting master processes. All 3 volume processes are running continously. The full cmd that is running on the three nodes are below:
/usr/local/bin/weed -logtostderr volume -port=8080 -mserver=10.1.21.17:9333,10.1.21.18:9333,10.1.21.19:9333 -dir=/mnt/data01/data,/mnt/data02/data -index boltdb -max 3666,3666 -ip 10.1.21.17 -rack photol-107
/usr/local/bin/weed -logtostderr master -mdir=/mnt/data01/meta -ip=10.1.21.17 -defaultReplication=010 -volumePreallocate -volumeSizeLimitMB 30000 -pulseSeconds 10 -peers=10.1.21.17:9333,10.1.21.18:9333,10.1.21.19:9333

/usr/local/bin/weed -logtostderr master -mdir=/mnt/data01/meta -ip=10.1.21.18 -defaultReplication=010 -volumePreallocate -volumeSizeLimitMB 30000 -pulseSeconds 10 -peers=10.1.21.17:9333,10.1.21.18:9333,10.1.21.19:9333
/usr/local/bin/weed -logtostderr volume -port=8080 -mserver=10.1.21.17:9333,10.1.21.18:9333,10.1.21.19:9333 -dir=/mnt/data01/data,/mnt/data02/data -index boltdb -max 3666,3666 -ip 10.1.21.18 -rack photol-108

/usr/local/bin/weed -logtostderr volume -port=8080 -mserver=10.1.21.17:9333,10.1.21.18:9333,10.1.21.19:9333 -dir=/mnt/data01/data,/mnt/data02/data -index boltdb -max 3666,3666 -ip 10.1.21.19 -rack photol-109
/usr/local/bin/weed -logtostderr master -mdir=/mnt/data01/meta -ip=10.1.21.19 -defaultReplication=010 -volumePreallocate -volumeSizeLimitMB 30000 -pulseSeconds 10 -peers=10.1.21.17:9333,10.1.21.18:9333,10.1.21.19:9333

There are no error messages that would indicate why the list fails to update.

"it does not seem like the master list gets updated completely on all nodes when one master goes down."
Can you please show what was the behavior and the expected behavior?

The nodes that are not master still shows the downed master in its peer list. And when the downed master comes back the two others dosent necessarily update the peer list either
Sent from my iPhone

On 11 Jul 2018, at 19:20, Chris Lu notifications@github.com wrote:
"it does not seem like the master list gets updated completely on all nodes when one master goes down."
Can you please show what was the behavior and the expected behavior?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

The peer list will not change. This is to avoid split-brain problem.

But the downed master does get removed from the list of the others. But it seems it is not added back?
Basically this page lists all requirements of a raft implementation, including adding peers, passing messages, consensus etc : https://github.com/coreos/etcd/tree/master/raft

This is what I have now after some testing:

ok. It's a display issue. The UI to render peers excludes the its own server.

Ok, might be display only. But when the cluster starts, all three nodes
display the peers correctly.
2018-07-12 10:49 GMT+02:00 Chris Lu notifications@github.com:

ok. It's a display issue. The UI to render peers excludes the its own
server.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/chrislusf/seaweedfs/issues/685#issuecomment-404438805,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ACN5d-hI533KgE27gpnQFLojQ7OeqWOGks5uFw2bgaJpZM4VLYWg
.

--
Ingard Mevåg
Driftssjef
Jottacloud
Mobil: +47 450 22 834
E-post: ingard@jottacloud.com
Webside: www.jottacloud.com

Let's leave it as is. There are some internal intricacies.

authors: chrislusf ingardm


text:
invalid character '<' looking for beginning of value

I installed the darwin 0.68 binary and on assign i get following error in the logs.
I0220 11:41:19 97016 volume_growth.go:206] Failed to assign 7 to [NodeImpl:topo:DefaultDataCenter:DefaultRack:127.0.0.1:8080 ,volumes:map[], Ip:127.0.0.1, Port:8080, PublicUrl:localhost:8080, Dead:false] error invalid character '<' looking for beginning of value

There are some error on the volume server side. It's not responding JSON for http://127.0.0.1/admin/assign_volume?volume=7
But I will need more info to tell more.

It's a clean install, thus is really hard to add additional info because I just installed it, ran it with 'weed server' command, and tried to call assign. Later I tried running masters and volumes separately also, that made no difference.

What do you see when pasting the irk to the browser?

My apologies, I had nginx running at the same port(8080). It is weird though that weed volume did was able to listen to the same port? Or is the error hidden?

This could be similar to this http://stackoverflow.com/questions/24483955/go-listen-on-port-which-is-already-in-use-not-returning-error
The error did not happen because weedfs volume by default is listening on ":8080".

authors: chrislusf joras

repo: chrislusf/weed-fs


text:
AttributeError: module 'theano' has no attribute 'gof'

Hello! I'm trying to use your punctuator as a module in python.
However, when I'm trying to import it, I get this type of error:
---------------------------------------------------------------------------
AttributeError                            Traceback (most recent call last)
<ipython-input-54-733b151e9f3c> in <module>
----> 1 from punctuator import Punctuator

~/projects/parser/env/lib/python3.6/site-packages/punctuator/__init__.py in <module>
      2 __version__ = '.'.join(map(str, VERSION))
      3 try:
----> 4     from .punc import Punctuator
      5 except ImportError as exc:
      6     import traceback

~/projects/parser/env/lib/python3.6/site-packages/punctuator/punc.py in <module>
     10 from io import open, StringIO
     11
---> 12 import theano
     13 import theano.tensor as T
     14 import numpy as np

~/projects/parser/env/lib/python3.6/site-packages/theano/__init__.py in <module>
    108     object2, utils)
    109
--> 110 from theano.compile import (
    111     SymbolicInput, In,
    112     SymbolicOutput, Out,

~/projects/parser/env/lib/python3.6/site-packages/theano/compile/__init__.py in <module>
     10 from theano.compile.function_module import *
     11
---> 12 from theano.compile.mode import *
     13
     14 from theano.compile.io import *

~/projects/parser/env/lib/python3.6/site-packages/theano/compile/mode.py in <module>
    379 # string as the key
    380 # Use VM_linker to allow lazy evaluation by default.
--> 381 FAST_COMPILE = Mode(theano.gof.vm.VM_Linker(use_cloop=False, c_thunks=False),
    382                     'fast_compile')e
    383 if theano.config.cxx:

AttributeError: module 'theano' has no attribute 'gof'

I'm using virtualenv to install all of the necessary dependencies.
I have python3.6, Theano-1.0.4.
All of the ways to solve this problem suggest to use conda, but I don't want to use conda, I prefer virtualenv only.
Thank you!

Can you post the commands you used to create your environment, and a call that reproduces the problem?
I'm running it under Python3.7 and same Theano verseion, and I didn't get any Theano error.

I can't reproduce this problem on my end. Looks like it's probably a Theano bug, which I can't resolve on my end.
Closing this as not reproducible. Feel free to re-open if you can provide a script with steps to reproduce.

authors: chrisspen daridar


text:
After increase the columns string lenght ,Still sqltable dependendency getting limit error.

After changed the columns string length but SQL table dependency generating an error.
"Procedure tr_Board_5fe3b23b-c8d3-4b08-b9a9-e57b5ecae1a1_Sender"
"String or binary data would be truncated."

Can you better describe the steps you did to get this error?

authors: christiandelbianco testingobject


text:
Jump to current date

After swiping through months, how can i jump back to current date?

You can set a ref on the calendar component and use scrollToItem
https://github.com/christopherdro/react-native-calendar/blob/e8da5b74c47079c5e591313e95745edbaf6104c5/components/Calendar.js#L148

What if we dont have scrollEnabled, and don't want to enable it?

Thanks @christopherdro .
Good question @jankcat , actually i also disabled the scrolling capability because of a bit lag.

authors: christopherdro jankcat junedomingo

repo: christopherdro/react-native-calendar


text:
Make $contains and $not_contains availabe for the where parameter to search in metadata fields

Describe the problem
I prefer if I can use the $contains and $not_contains filters in the metadata search as well (where=) not just in where_document. My use case is that when I do webscraping I want to filter documents based on parts of their url which langchain's webbaseloader for example save in "source" in metadatas
Describe the proposed solution
I would like to see the $contains and $not_contains be available in the where parameter
Alternatives considered
No response
Importance
i cannot use Chroma without it
Additional Information
No response

Hey @gkourogiorgas, take a look here - #1196

@tazarov That is great. Any idea why merging has not been done?

authors: gkourogiorgas tazarov

repo: chroma-core/chroma


text:
Downloading a specific sentence-transformer model during docker initiation process in client-server mode

What happened?
I am able to use chroma in a docker but find that the sentence-transformer/all-MiniLM-L6-v2 is downloaded on demand the first time the client connects to the server. I would like to have the model downloaded during docker initiation process. In fact also be able to specify the model name
Versions
The docker hub image says: docker pull chromadb/chroma:0.5.6.dev75
The python is: 3.12
The OS is: Mac OS 14.6.1
Relevant log output
No response

@rmr-code, do you run Chroma in docker compose or just docker run?

docker compose

@rmr-code, one last question:
Does the image below about summarizes your setup:

Or is it more like that:

Would something like this work (I have not tried it out):
FROM chromadb/chromadb:latest

# Install huggingface_hub if not already present
RUN pip install huggingface_hub

# Pre-download the embedding model using Hugging Face's API
RUN python -c "from huggingface_hub import hf_hub_download; \
               hf_hub_download(repo_id='sentence-transformers/all-MiniLM-L6-v2', \
               filename='pytorch_model.bin', \
               cache_dir='/data/models', \
               use_auth_token='your_huggingface_token')"

# Expose port
EXPOSE 8000

# Start ChromaDB service
CMD ["chromadb"]

I am not sure which directory to use as a cache directory so that when the chromadb client calls it even the first time, the system should recognize that the model is already downloaded.

Or better still pass the model  string (sentence-transformers/all-MiniLM-L6-v2) as an ENVIRONMENT variable to the ChromaDB image (again I did not find any documentation on the image parameters) and it will do the needful

For the first scenario above you can do the following:
version: '3.9'

networks:
  net:
    driver: bridge

services:
  webapp:
    image: ...
    volumes:
      - ./models:/model-cache
    env:
      - SENTENCE_TRANSFORMERS_HOME: /model-cache
    networks:
      - net
  server:
    image: ghcr.io/chroma-core/chroma:0.5.5
    volumes:
      - ./chroma-data:/chroma/chroma
    command: "--workers 1 --host 0.0.0.0 --port 8000 --proxy-headers --log-config chromadb/log_config.yml --timeout-keep-alive 30"
    environment:
      - IS_PERSISTENT=TRUE
      - CHROMA_SERVER_AUTHN_PROVIDER=${CHROMA_SERVER_AUTHN_PROVIDER}
      - CHROMA_SERVER_AUTHN_CREDENTIALS_FILE=${CHROMA_SERVER_AUTHN_CREDENTIALS_FILE}
      - CHROMA_SERVER_AUTHN_CREDENTIALS=${CHROMA_SERVER_AUTHN_CREDENTIALS}
      - CHROMA_AUTH_TOKEN_TRANSPORT_HEADER=${CHROMA_AUTH_TOKEN_TRANSPORT_HEADER}
      - PERSIST_DIRECTORY=${PERSIST_DIRECTORY:-/chroma/chroma}
      - CHROMA_OTEL_EXPORTER_ENDPOINT=${CHROMA_OTEL_EXPORTER_ENDPOINT}
      - CHROMA_OTEL_EXPORTER_HEADERS=${CHROMA_OTEL_EXPORTER_HEADERS}
      - CHROMA_OTEL_SERVICE_NAME=${CHROMA_OTEL_SERVICE_NAME}
      - CHROMA_OTEL_GRANULARITY=${CHROMA_OTEL_GRANULARITY}
      - CHROMA_SERVER_NOFILE=${CHROMA_SERVER_NOFILE}
    restart: unless-stopped # possible values are: "no", always", "on-failure", "unless-stopped"
    ports:
      - "8000:8000"
    healthcheck:
      # Adjust below to match your container port
      test: [ "CMD", "curl", "-f", "http://localhost:8000/api/v1/heartbeat" ]
      interval: 30s
      timeout: 10s
      retries: 3
    networks:
      - net

The mounted volume ./models:/model-cache and the env var SENTENCE_TRANSFORMERS_HOME will ensure that models are downloaded and used from persistent dir.
Alternatively if you want to download the models (e.g. if you redeploy every now and then):
version: '3.9'

networks:
  net:
    driver: bridge

services:
  model_downloader: #this will download the models specified (if they already exists then it will skip downloading)
    image: amikos/hf-model-downloader
    command: sentence-transformers/all-MiniLM-L6-v2
    volumes:
      - ./models:/models
    environment:
      - USE_CACHE=TRUE
  webapp:
    image: ...
    volumes:
      - ./models:/model-cache
    env:
      - SENTENCE_TRANSFORMERS_HOME: /model-cache
    networks:
      - net
    depends_on:
      - model_downloader
  server:
    image: ghcr.io/chroma-core/chroma:0.5.5
    volumes:
      - ./chroma-data:/chroma/chroma
    command: "--workers 1 --host 0.0.0.0 --port 8000 --proxy-headers --log-config chromadb/log_config.yml --timeout-keep-alive 30"
    environment:
      - IS_PERSISTENT=TRUE
      - CHROMA_SERVER_AUTHN_PROVIDER=${CHROMA_SERVER_AUTHN_PROVIDER}
      - CHROMA_SERVER_AUTHN_CREDENTIALS_FILE=${CHROMA_SERVER_AUTHN_CREDENTIALS_FILE}
      - CHROMA_SERVER_AUTHN_CREDENTIALS=${CHROMA_SERVER_AUTHN_CREDENTIALS}
      - CHROMA_AUTH_TOKEN_TRANSPORT_HEADER=${CHROMA_AUTH_TOKEN_TRANSPORT_HEADER}
      - PERSIST_DIRECTORY=${PERSIST_DIRECTORY:-/chroma/chroma}
      - CHROMA_OTEL_EXPORTER_ENDPOINT=${CHROMA_OTEL_EXPORTER_ENDPOINT}
      - CHROMA_OTEL_EXPORTER_HEADERS=${CHROMA_OTEL_EXPORTER_HEADERS}
      - CHROMA_OTEL_SERVICE_NAME=${CHROMA_OTEL_SERVICE_NAME}
      - CHROMA_OTEL_GRANULARITY=${CHROMA_OTEL_GRANULARITY}
      - CHROMA_SERVER_NOFILE=${CHROMA_SERVER_NOFILE}
    restart: unless-stopped # possible values are: "no", always", "on-failure", "unless-stopped"
    ports:
      - "8000:8000"
    healthcheck:
      # Adjust below to match your container port
      test: [ "CMD", "curl", "-f", "http://localhost:8000/api/v1/heartbeat" ]
      interval: 30s
      timeout: 10s
      retries: 3
    networks:
      - net

In the above I've created an image that uses huggingface CLI to download one or more models and store them as model cache that can then be mounted inside your app.

Would something like this work (I have not tried it out):
FROM chromadb/chromadb:latest

# Install huggingface_hub if not already present
RUN pip install huggingface_hub

# Pre-download the embedding model using Hugging Face's API
RUN python -c "from huggingface_hub import hf_hub_download; \
               hf_hub_download(repo_id='sentence-transformers/all-MiniLM-L6-v2', \
               filename='pytorch_model.bin', \
               cache_dir='/data/models', \
               use_auth_token='your_huggingface_token')"

# Expose port
EXPOSE 8000

# Start ChromaDB service
CMD ["chromadb"]

I am not sure which directory to use as a cache directory so that when the chromadb client calls it even the first time, the system should recognize that the model is already downloaded.

SentenceTransformer cache can be specified in two ways:

Env var - SENTENCE_TRANSFORMERS_HOME=/path/to/your/cache
Programmatically ef= SentenceTransformerEmbeddingFunction(model_name="sentence-transformers/all-MiniLM-L6-v2",cache_folder="/path/to/your/cache")

Thanks @tazarov . I will try your option 1. Any reason you are using the image ghcr.io/chroma-core/chroma:0.5.5 and not chromadb/chroma? Are they from the same source?

Thanks @tazarov . I will try your option 1. Any reason you are using the image ghcr.io/chroma-core/chroma:0.5.5 and not chromadb/chroma? Are they from the same source?

ghcr.io/chroma-core/chroma:0.5.5 is the GitHub image whereas chromadb/chroma is the Docker Hub one. They are identical.

authors: rmr-code tazarov


text:
Minor cleanup

Cleans up .gitignore, and adds --rm to the docker run in travis-ci.

@mvdan I'm adding this so that when I copy/paste from the travis config, it automatically removes the container. Also makes sense because this is a "transient" container, and not really useful to keep it kicking around on disk.

repo: chromedp/chromedp


text:
Doesn't support modern ciphers

For example: https://hstspreload.appspot.com/?domain=seegras.discordia.ch will return a handshake failure. Reason is most probably that, if you look at the cipher-list: https://www.ssllabs.com/ssltest/analyze.html?d=seegras.discordia.ch&s=2a05%3Afc84%3Ac%3A0%3A0%3A0%3A0%3A8&latest your test probably does not support modern ciphers. Either that, or you're having a problem with IPv6 and/or SNI.

https://hstspreload.appspot.com/?domain=seegras.discordia.ch connects now. Did you change a setting?
One issue that has been preventing connections is HTTP/2: #57.
Feel free to re-open if you still see issues.

authors: Seegras lgarron


text:
Update regex crate.

The only change is that I had to add as_str everywhere. Fixes #1.

@lifthrasiir I think you'd be the person to merge this? I'd like to avoid multiple copies of the same dependencies for a project.

@quodlibetor maybe you can merge?

Apologies @clarcharr! I was fleeing a hurricane and am now traveling internationally sans-computer computer so I haven't had a lot of time for this.
I'm not 100% clear on what the semver-implications are for bumping a library whose types appear as private Fields inside a public struct. I think that is fine as a patch bump? It should be source compatible but might not be abi compatible, although I'm not sure how big a deal that is.
I'll merge this, but I won't have access to a computer that can push to crates.io until the end of September. In the mean time, if you have any guidance about how this version should be bumped I'm interested in finding out.
Thanks!

@quodlibetor Fleeing a hurricane is definitely a reason to take a while; I hope that you and everyone with you is safe. :)
This is totally fine as a patch bump, as it wouldn't be breaking and would also avoid a bump in chrono-tz as well.

As I mentioned in my attempted version bump, I can't actually release anything in the chronotope organization, so hopefully someone else will.

authors: clarcharr quodlibetor

repo: chronotope/parse-zoneinfo


text:
Finetuning Training Time

I have a few questions about performance and training time etc.
I have the Caffe SSD compiled with CUDA 9 and cuDNN 7 plus OpenBlas and pretty much every optimisation I could see except these:
https://github.com/chuanqi305/MobileNetv2-SSDLite/tree/master/src

Are those optimisations relevant for MobileNet-SSD v1? and are they worth re-compiling it with?
I am using a px2.large with a K80
[0] Tesla K80        | 53'C,  75 % |  5889 / 11441 MB | madhavajay(5876M)
madhavajay@ip-172-31-36-146:~/MobileNet-SSD/snapshot$ gpustat
ip-172-31-36-146  Fri Jun  1 01:15:39 2018
[0] Tesla K80        | 53'C,  82 % |  5889 / 11441 MB | madhavajay(5876M)
madhavajay@ip-172-31-36-146:~/MobileNet-SSD/snapshot$ gpustat
ip-172-31-36-146  Fri Jun  1 01:15:42 2018
[0] Tesla K80        | 53'C,  68 % |  5889 / 11441 MB | madhavajay(5876M)

It seems like I should be able to up the batch size.
I tried going from 24 to 32 but the time per 10 iterations went from 45 seconds to 1 minute.
Is that just because the intervals had more data and therefore its better? I thought an iteration should be the entire data set in which case why is it slower with a higher batch size even though the GPU isnt full?
Can anyone recommend optimal settings?
3) Is it really that slow, im just training on 9 categories from COCO and its taking 45 seconds to 1 minute for 10 iterations? The recommended number is 120,000 that would take 200 hours on a single GPU. How will it scale if I throw 4 of these GPUs at it?

I am using the mobilenet_iter_73000.caffemodel for fine tuning so should this be a lot faster to converge? Is there a good way to know, e.g. by looking at the loss?

I have 9 classes (including background) but have 13 in my file as i have put in Blank ones to keep the label int numbers sequential, is there a way around this? The data I have from coco is in the original label int order and I dont want to change the mappings there. But the extra unused classes add to the model size and performance.

Thanks.

MobileNet-SSD is here really slow during training, even on GPU. With basic ResNet-10 SSD network, it takes about 40 seconds per 100 iterations and 140,000 iterations just finishes over night. MobileNet-SSD takes about 6 minutes per 100 iterations and 120,000 does not finish over weekend. And final accuracy is almost the same.


text:
Additional chapater elaborating usage of Vulkan Memory Allocator (VMA)

My personal homework some kind of

Example code ready here: https://github.com/chuigda/vulkan4j/blob/master/tutorial/src/main/java/ch_vma/Main.java
Now just fill a new chapter then


text:
Updating bower.json file

Hi,
A gulp task wouldn't add the dependency to the index if this wasn't present in the file. So this might become handy in the future.

Thanks! :+1:

authors: ackzell petrbela

repo: chute/angular-chute


text:
Have proper distro packages available

Having an install script is eh and means you have to manually update.
Having an AUR package along with a Ubuntu package available (ppa for ubuntu) would make it more accessible and that should satisfy the majority of mainstream distro users.

I should be able to make and publish a KISS package when I get back from vacations.

I totally agree, pip3, Ubuntu and Arch are all essential.

Added in v1.1.0, check the README for more details :-)

authors: aosync dominikaaaa harrego

repo: chxrlt/lyrebird


text:
Bind with form Control

Is it possible to bind Editor with FormControl object?
Is it possible to provide to the Editor an Observable object?

Can you clarify your needs ?
What do you mean by "bind Editor with FormControl" ?
What is the goal of Observable here ?
Thanks !

Yes it is.
With dynamic forms you will need to create the form control prior to instantiating the CkEditor. In this example, the question.key points to a FormControl within a FormGroup whose id == question.key
<ckeditor
        [formControlName]="question.key"
        [config]="ckEditorConfig"
        debounce="250">
</ckeditor>

authors: amirduran chymz mwamufiya


text:
一部の記録済み作品がanimelistに含まれていない

https://api.myanimelist.net/v2/users/@me/animelist?sort=anime_start_date&limit=1000&offset=0&fields=list_status には含まれないが、見に行くと登録済みの作品がある、MALのAPIがバグっている？

https://myanimelist.net/forum/?topicid=1994038
nsfw=true にしたらもれなく取得できるようになったけど明らかにおかしい、Rating: G - All Agesがフィルタリングされてしまっているのでレポートする

https://myanimelist.net/forum/?topicid=1994038&show=0#msg66496007

Hi! The NSFW filter is quite unreliable. Chiikawa, for example, is marked as a "gray" anime and, according to the docs, it may be not safe for work.
There're tons of false positives like this one. It's easier to always include the nsfw=true parameter and, eventually, filter out unwanted anime accordingly to their rating field. E.g.:


text:
Add a tap helper

This is a helper I had to create myself to help test components with touch capabilities.
Example: https://github.com/cibernox/ember-basic-dropdown/blob/master/test-support/helpers/ember-basic-dropdown.js#L8-L15
My initial idea is to create it with this code. I'm unfamiliar with the pointerevents spec and I don't know if it should be taken into consideration.

As expected, tests fail. I'm investigating a way of enabling device emulation mode in chrome in travis.

Closed via #22

repo: cibernox/ember-native-dom-helpers


text:
NTR: Building > Digester

AMR-GRDI Specification - New Term Request (NTR)
May request multiple terms in a single issue - delete the fields irrelevant to your request.
Picklist Item(s)
Associated Field(s): environmental_site
Label: Digester
Definition/Description: Aerobic/Anaerobic Digester for on-Farm digestion of manure
Definition Source:
Synonyms or alternative labels:
Additional Comments (not an annotation):

Contributor Attribution: Andrew Scott (AAFC)

Is a digester a building with equipment in it, or is the digester the equipment itself (big tank where microbes digest manure)?

It can be both...

This will all sound pedantic but your answers help us place the terms in the hierarchy (which is why I keep bugging you). :)
Could we differentiate a Digester (building) from Digester (equipment)? Where the equipment could be the tank and pipes etc and the building in the housing/building enclosing the equipment?
The Digester (building) would be under environmental site and the Digester (equipment) would be under environmental material (because the first is a place and the the latter is a thing). How does that sound?

After some discussion, we've added "Manure digester facility" to environmental site, and "Manure digester equipment" to environmental material.
How does that sound?

authors: andscoaafc griffie


text:
Use + in front of tags in dbt_project.yml

Just a best practice according to the dbt documentation: https://docs.getdbt.com/reference/resource-configs/plus-prefix , to avoid issues with projects having models named tags

Resolved in 0.1.18

authors: b-per ciejer


text:
DO NOT MERGE - Try to reproduce issue #90 with ember-cli-visual-acceptance

This project uses semver, please check the scope of this pr:

[x] #patch# - backwards-compatible bug fix
[ ] #minor# - adding functionality in a backwards-compatible manner
[ ] #major# - incompatible API change

CHANGELOG

Try to reproduce issue #90 with ember-cli-visual-acceptance

Visual Acceptance tests:
New
Firefox: confirm

Cancel this PR to create a PR with the validate and complete modifications.

authors: dafortin ember-cli-visual-acceptance

repo: ciena-frost/ember-frost-modal


text:
Add frostGuideDirectory

#minor#

:+1:

repo: ciena-frost/ember-frost-theme


text:
Cilium Pod Not Ready

ask for help
k8s has  three nodes ,two of them are on x86 and one is on arm
there is something wrong with cilium on arm ，
At this time I did not compile my local x86 image, I have made the image of arm64 locally
[cxinsect@local] kubect get pod -n kube-system
NAME                                   READY   STATUS              RESTARTS   AGE
cilium-5j62r                           0/1     CrashLoopBackOff    7          25m
cilium-kvszx                           1/1     Running             0          63m
cilium-operator-8544d57cc7-lqpc7       1/1     Running             0          63m
cilium-wzvnf                           1/1     Running             0          63m
[cxinsect@local] kubectl -n kube-system exec -it cilium-5j62r bash
root@n144-181-203:/home/cilium# ps -efl
F S UID          PID    PPID  C PRI  NI ADDR SZ WCHAN  STIME TTY          TIME CMD
4 S root           1       0  0  80   0 - 191620 futex_ 07:40 ?       00:00:00 cilium-agent --config-dir=/tmp/cilium/config-map
4 S root          65       0  0  80   0 -  1529 do_wai 07:41 pts/0    00:00:00 bash
4 R root          77      65  0  80   0 -  1363 -      07:41 pts/0    00:00:00 ps -efl
root@n144-181-203:/home/cilium# cilium status
Get "http:///var/run/cilium/cilium.sock/v1/healthz": dial unix /var/run/cilium/cilium.sock: connect: no such file or directory
Is the agent running?

The yaml is https://github.com/cilium/cilium/blob/master/install/kubernetes/quick-install.yaml
The describe of Pod is :
Name:                 cilium-5j62r
Namespace:            kube-system
Priority:             2000001000
Priority Class Name:  system-node-critical
Node:                 10.144.181.203/10.144.181.203
Start Time:           Mon, 20 Jul 2020 15:14:25 +0800
Labels:               controller-revision-hash=8d8bbdf89
                      k8s-app=cilium
                      pod-template-generation=1
Annotations:          scheduler.alpha.kubernetes.io/critical-pod:
Status:               Running
IP:                   10.144.181.203
IPs:
  IP:           10.144.181.203
Controlled By:  DaemonSet/cilium
Init Containers:
  clean-cilium-state:
    Container ID:  docker://ad9d9f7dfb245add81658009206f7050988990324fc68a42ca99dd0966734bd7
    Image:         cxinsect/test-cilium/cilium:v1.8.1
    Image ID:      docker-pullable://cxinsect/test-cilium/cilium@sha256:42edfefa8c498d9cf49af26316f5c38e7485f31b614e0b928cf1336d1ee91c59
    Port:          <none>
    Host Port:     <none>
    Command:
      /init-container.sh
    State:          Terminated
      Reason:       Completed
      Exit Code:    0
      Started:      Mon, 20 Jul 2020 15:14:26 +0800
      Finished:     Mon, 20 Jul 2020 15:14:26 +0800
    Ready:          True
    Restart Count:  0
    Requests:
      cpu:     100m
      memory:  100Mi
    Environment:
      CILIUM_ALL_STATE:       <set to the key 'clean-cilium-state' of config map 'cilium-config'>      Optional: true
      CILIUM_BPF_STATE:       <set to the key 'clean-cilium-bpf-state' of config map 'cilium-config'>  Optional: true
      CILIUM_WAIT_BPF_MOUNT:  <set to the key 'wait-bpf-mount' of config map 'cilium-config'>          Optional: true
    Mounts:
      /sys/fs/bpf from bpf-maps (rw)
      /var/run/cilium from cilium-run (rw)
      /var/run/secrets/kubernetes.io/serviceaccount from cilium-token-8vcr4 (ro)
Containers:
  cilium-agent:
    Container ID:  docker://1c8337ada1198d0e552246d6e7062c7d3e947fb37baf84f1c2596f40ba08d1b9
    Image:         cxinsect/test-cilium/cilium:v1.8.1
    Image ID:      docker-pullable://cxinsect/test-cilium/cilium@sha256:42edfefa8c498d9cf49af26316f5c38e7485f31b614e0b928cf1336d1ee91c59
    Port:          <none>
    Host Port:     <none>
    Command:
      cilium-agent
    Args:
      --config-dir=/tmp/cilium/config-map
    State:          Waiting
      Reason:       CrashLoopBackOff
    Last State:     Terminated
      Reason:       Error
      Exit Code:    1
      Started:      Mon, 20 Jul 2020 15:40:58 +0800
      Finished:     Mon, 20 Jul 2020 15:42:18 +0800
    Ready:          False
    Restart Count:  8
    Liveness:       http-get http://127.0.0.1:9876/healthz delay=120s timeout=5s period=30s #success=1 #failure=10
    Readiness:      http-get http://127.0.0.1:9876/healthz delay=5s timeout=5s period=30s #success=1 #failure=3
    Environment:
      K8S_NODE_NAME:                      (v1:spec.nodeName)
      CILIUM_K8S_NAMESPACE:              kube-system (v1:metadata.namespace)
      CILIUM_FLANNEL_MASTER_DEVICE:      <set to the key 'flannel-master-device' of config map 'cilium-config'>      Optional: true
      CILIUM_FLANNEL_UNINSTALL_ON_EXIT:  <set to the key 'flannel-uninstall-on-exit' of config map 'cilium-config'>  Optional: true
      CILIUM_CLUSTERMESH_CONFIG:         /var/lib/cilium/clustermesh/
      CILIUM_CNI_CHAINING_MODE:          <set to the key 'cni-chaining-mode' of config map 'cilium-config'>  Optional: true
      CILIUM_CUSTOM_CNI_CONF:            <set to the key 'custom-cni-conf' of config map 'cilium-config'>    Optional: true
    Mounts:
      /host/etc/cni/net.d from etc-cni-netd (rw)
      /host/opt/cni/bin from cni-path (rw)
      /lib/modules from lib-modules (ro)
      /run/xtables.lock from xtables-lock (rw)
      /sys/fs/bpf from bpf-maps (rw)
      /tmp/cilium/config-map from cilium-config-path (ro)
      /var/lib/cilium/clustermesh from clustermesh-secrets (ro)
      /var/run/cilium from cilium-run (rw)
      /var/run/secrets/kubernetes.io/serviceaccount from cilium-token-8vcr4 (ro)
Conditions:
  Type              Status
  Initialized       True
  Ready             False
  ContainersReady   False
  PodScheduled      True
Volumes:
  cilium-run:
    Type:          HostPath (bare host directory volume)
    Path:          /var/run/cilium
    HostPathType:  DirectoryOrCreate
  bpf-maps:
    Type:          HostPath (bare host directory volume)
    Path:          /sys/fs/bpf
    HostPathType:  DirectoryOrCreate
  cni-path:
    Type:          HostPath (bare host directory volume)
    Path:          /opt/cni/bin
    HostPathType:  DirectoryOrCreate
  etc-cni-netd:
    Type:          HostPath (bare host directory volume)
    Path:          /etc/cni/net.d
    HostPathType:  DirectoryOrCreate
  lib-modules:
    Type:          HostPath (bare host directory volume)
    Path:          /lib/modules
    HostPathType:
  xtables-lock:
    Type:          HostPath (bare host directory volume)
    Path:          /run/xtables.lock
    HostPathType:  FileOrCreate
  clustermesh-secrets:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  cilium-clustermesh
    Optional:    true
  cilium-config-path:
    Type:      ConfigMap (a volume populated by a ConfigMap)
    Name:      cilium-config
    Optional:  false
  cilium-token-8vcr4:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  cilium-token-8vcr4
    Optional:    false
QoS Class:       Burstable
Node-Selectors:  <none>
Tolerations:
                 node.kubernetes.io/disk-pressure:NoSchedule
                 node.kubernetes.io/memory-pressure:NoSchedule
                 node.kubernetes.io/network-unavailable:NoSchedule
                 node.kubernetes.io/not-ready:NoExecute
                 node.kubernetes.io/pid-pressure:NoSchedule
                 node.kubernetes.io/unreachable:NoExecute
                 node.kubernetes.io/unschedulable:NoSchedule
Events:
  Type     Reason            Age                    From                     Message
  ----     ------            ----                   ----                     -------
  Normal   Scheduled         32m                    default-scheduler        Successfully assigned kube-system/cilium-5j62r to 10.144.181.203
  Normal   Pulling           32m                    kubelet, 10.144.181.203  Pulling image "cxinsect/test-cilium/cilium:v1.8.1"
  Normal   Pulled            32m                    kubelet, 10.144.181.203  Successfully pulled image "cxinsect/test-cilium/cilium:v1.8.1"
  Normal   Created           32m                    kubelet, 10.144.181.203  Created container clean-cilium-state
  Normal   Started           32m                    kubelet, 10.144.181.203  Started container clean-cilium-state
  Normal   Pulled            31m (x2 over 32m)      kubelet, 10.144.181.203  Successfully pulled image "cxinsect/test-cilium/cilium:v1.8.1"
  Normal   Pulling           31m (x2 over 32m)      kubelet, 10.144.181.203  Pulling image "cxinsect/test-cilium/cilium:v1.8.1"
  Normal   Created           31m (x2 over 32m)      kubelet, 10.144.181.203  Created container cilium-agent
  Normal   Started           31m (x2 over 32m)      kubelet, 10.144.181.203  Started container cilium-agent
  Warning  Unhealthy         22m (x14 over 32m)     kubelet, 10.144.181.203  Readiness probe failed: Get http://127.0.0.1:9876/healthz: dial tcp 127.0.0.1:9876: connect: connection refused
  Warning  DNSConfigForming  2m27s (x114 over 32m)  kubelet, 10.144.181.203  Nameserver limits were exceeded, some nameservers have been omitted, the applied nameserver line is: 10.8.8.8 10.8.8.9 180.76.76.76

The logs are
2020-07-20T07:47:30.754653705Z level=info msg="Skipped reading configuration file" reason="Config File \"ciliumd\" Not Found in \"[/root]\"" subsys=config
2020-07-20T07:47:30.755050400Z level=info msg="Memory available for map entries (0.003% of 539173949440B): 1347934873B" subsys=config
2020-07-20T07:47:30.755089821Z level=info msg="option bpf-ct-global-tcp-max set by dynamic sizing to 4729596" subsys=config
2020-07-20T07:47:30.755096311Z level=info msg="option bpf-ct-global-any-max set by dynamic sizing to 2364798" subsys=config
2020-07-20T07:47:30.755101641Z level=info msg="option bpf-nat-global-max set by dynamic sizing to 4729596" subsys=config
2020-07-20T07:47:30.755106521Z level=info msg="option bpf-neigh-global-max set by dynamic sizing to 4729596" subsys=config
2020-07-20T07:47:30.755111171Z level=info msg="option bpf-sock-rev-map-max set by dynamic sizing to 2364798" subsys=config
2020-07-20T07:47:30.755632279Z level=info msg="  --agent-health-port='9876'" subsys=daemon
2020-07-20T07:47:30.755645309Z level=info msg="  --agent-labels=''" subsys=daemon
2020-07-20T07:47:30.755650839Z level=info msg="  --allow-icmp-frag-needed='true'" subsys=daemon
2020-07-20T07:47:30.755683590Z level=info msg="  --allow-localhost='auto'" subsys=daemon
2020-07-20T07:47:30.755693560Z level=info msg="  --annotate-k8s-node='true'" subsys=daemon
2020-07-20T07:47:30.755698770Z level=info msg="  --auto-create-cilium-node-resource='true'" subsys=daemon
2020-07-20T07:47:30.755703420Z level=info msg="  --auto-direct-node-routes='false'" subsys=daemon
2020-07-20T07:47:30.755707960Z level=info msg="  --blacklist-conflicting-routes='true'" subsys=daemon
2020-07-20T07:47:30.755712370Z level=info msg="  --bpf-compile-debug='false'" subsys=daemon
2020-07-20T07:47:30.755726630Z level=info msg="  --bpf-ct-global-any-max='262144'" subsys=daemon
2020-07-20T07:47:30.755732030Z level=info msg="  --bpf-ct-global-tcp-max='524288'" subsys=daemon
2020-07-20T07:47:30.755736481Z level=info msg="  --bpf-ct-timeout-regular-any='1m0s'" subsys=daemon
2020-07-20T07:47:30.755740921Z level=info msg="  --bpf-ct-timeout-regular-tcp='6h0m0s'" subsys=daemon
2020-07-20T07:47:30.755745321Z level=info msg="  --bpf-ct-timeout-regular-tcp-fin='10s'" subsys=daemon
2020-07-20T07:47:30.755750001Z level=info msg="  --bpf-ct-timeout-regular-tcp-syn='1m0s'" subsys=daemon
2020-07-20T07:47:30.755757801Z level=info msg="  --bpf-ct-timeout-service-any='1m0s'" subsys=daemon
2020-07-20T07:47:30.755762561Z level=info msg="  --bpf-ct-timeout-service-tcp='6h0m0s'" subsys=daemon
2020-07-20T07:47:30.755767351Z level=info msg="  --bpf-fragments-map-max='8192'" subsys=daemon
2020-07-20T07:47:30.755773781Z level=info msg="  --bpf-map-dynamic-size-ratio='0.0025'" subsys=daemon
2020-07-20T07:47:30.755780231Z level=info msg="  --bpf-nat-global-max='524288'" subsys=daemon
2020-07-20T07:47:30.755784621Z level=info msg="  --bpf-neigh-global-max='524288'" subsys=daemon
2020-07-20T07:47:30.755789041Z level=info msg="  --bpf-policy-map-max='16384'" subsys=daemon
2020-07-20T07:47:30.755815982Z level=info msg="  --bpf-root=''" subsys=daemon
2020-07-20T07:47:30.755821262Z level=info msg="  --bpf-sock-rev-map-max='262144'" subsys=daemon
2020-07-20T07:47:30.755825962Z level=info msg="  --certificates-directory='/var/run/cilium/certs'" subsys=daemon
2020-07-20T07:47:30.755830532Z level=info msg="  --cgroup-root=''" subsys=daemon
2020-07-20T07:47:30.755838172Z level=info msg="  --cluster-id='0'" subsys=daemon
2020-07-20T07:47:30.755842642Z level=info msg="  --cluster-name='default'" subsys=daemon
2020-07-20T07:47:30.755849072Z level=info msg="  --clustermesh-config='/var/lib/cilium/clustermesh/'" subsys=daemon
2020-07-20T07:47:30.755853652Z level=info msg="  --cmdref=''" subsys=daemon
2020-07-20T07:47:30.755857972Z level=info msg="  --config=''" subsys=daemon
2020-07-20T07:47:30.755862212Z level=info msg="  --config-dir='/tmp/cilium/config-map'" subsys=daemon
2020-07-20T07:47:30.755868182Z level=info msg="  --conntrack-gc-interval='0s'" subsys=daemon
2020-07-20T07:47:30.755872543Z level=info msg="  --datapath-mode='veth'" subsys=daemon
2020-07-20T07:47:30.755878223Z level=info msg="  --debug='false'" subsys=daemon
2020-07-20T07:47:30.755900253Z level=info msg="  --debug-verbose=''" subsys=daemon
2020-07-20T07:47:30.755905553Z level=info msg="  --device=''" subsys=daemon
2020-07-20T07:47:30.755910053Z level=info msg="  --devices=''" subsys=daemon
2020-07-20T07:47:30.755914563Z level=info msg="  --direct-routing-device=''" subsys=daemon
2020-07-20T07:47:30.755935273Z level=info msg="  --disable-cnp-status-updates='true'" subsys=daemon
2020-07-20T07:47:30.755940494Z level=info msg="  --disable-conntrack='false'" subsys=daemon
2020-07-20T07:47:30.755944964Z level=info msg="  --disable-endpoint-crd='false'" subsys=daemon
2020-07-20T07:47:30.755952034Z level=info msg="  --disable-envoy-version-check='false'" subsys=daemon
2020-07-20T07:47:30.755956744Z level=info msg="  --disable-iptables-feeder-rules=''" subsys=daemon
2020-07-20T07:47:30.755971684Z level=info msg="  --disable-ipv4='false'" subsys=daemon
2020-07-20T07:47:30.755985544Z level=info msg="  --disable-k8s-services='false'" subsys=daemon
2020-07-20T07:47:30.755990374Z level=info msg="  --egress-masquerade-interfaces=''" subsys=daemon
2020-07-20T07:47:30.755998574Z level=info msg="  --enable-auto-protect-node-port-range='true'" subsys=daemon
2020-07-20T07:47:30.756003014Z level=info msg="  --enable-bpf-clock-probe='true'" subsys=daemon
2020-07-20T07:47:30.756057675Z level=info msg="  --enable-bpf-masquerade='true'" subsys=daemon
2020-07-20T07:47:30.756095606Z level=info msg="  --enable-endpoint-health-checking='true'" subsys=daemon
2020-07-20T07:47:30.756102776Z level=info msg="  --enable-endpoint-routes='false'" subsys=daemon
2020-07-20T07:47:30.756122956Z level=info msg="  --enable-external-ips='true'" subsys=daemon
2020-07-20T07:47:30.756128896Z level=info msg="  --enable-health-checking='true'" subsys=daemon
2020-07-20T07:47:30.756133606Z level=info msg="  --enable-host-firewall='false'" subsys=daemon
2020-07-20T07:47:30.756138346Z level=info msg="  --enable-host-port='true'" subsys=daemon
2020-07-20T07:47:30.756142837Z level=info msg="  --enable-host-reachable-services='false'" subsys=daemon
2020-07-20T07:47:30.756147377Z level=info msg="  --enable-hubble='false'" subsys=daemon
2020-07-20T07:47:30.756186107Z level=info msg="  --enable-identity-mark='true'" subsys=daemon
2020-07-20T07:47:30.756196147Z level=info msg="  --enable-ip-masq-agent='false'" subsys=daemon
2020-07-20T07:47:30.756201197Z level=info msg="  --enable-ipsec='false'" subsys=daemon
2020-07-20T07:47:30.756205917Z level=info msg="  --enable-ipv4='true'" subsys=daemon
2020-07-20T07:47:30.756210488Z level=info msg="  --enable-ipv4-fragment-tracking='true'" subsys=daemon
2020-07-20T07:47:30.756214828Z level=info msg="  --enable-ipv6='false'" subsys=daemon
2020-07-20T07:47:30.756219148Z level=info msg="  --enable-k8s-api-discovery='false'" subsys=daemon
2020-07-20T07:47:30.756223438Z level=info msg="  --enable-k8s-endpoint-slice='true'" subsys=daemon
2020-07-20T07:47:30.756227788Z level=info msg="  --enable-k8s-event-handover='false'" subsys=daemon
2020-07-20T07:47:30.756234668Z level=info msg="  --enable-l7-proxy='true'" subsys=daemon
2020-07-20T07:47:30.756239018Z level=info msg="  --enable-local-node-route='true'" subsys=daemon
2020-07-20T07:47:30.756243398Z level=info msg="  --enable-node-port='false'" subsys=daemon
2020-07-20T07:47:30.756247718Z level=info msg="  --enable-policy='default'" subsys=daemon
2020-07-20T07:47:30.756252068Z level=info msg="  --enable-remote-node-identity='true'" subsys=daemon
2020-07-20T07:47:30.756256278Z level=info msg="  --enable-selective-regeneration='true'" subsys=daemon
2020-07-20T07:47:30.756260458Z level=info msg="  --enable-session-affinity='true'" subsys=daemon
2020-07-20T07:47:30.756264888Z level=info msg="  --enable-tracing='false'" subsys=daemon
2020-07-20T07:47:30.756269278Z level=info msg="  --enable-well-known-identities='false'" subsys=daemon
2020-07-20T07:47:30.756273618Z level=info msg="  --enable-xt-socket-fallback='true'" subsys=daemon
2020-07-20T07:47:30.756277859Z level=info msg="  --encrypt-interface=''" subsys=daemon
2020-07-20T07:47:30.756282049Z level=info msg="  --encrypt-node='false'" subsys=daemon
2020-07-20T07:47:30.756289429Z level=info msg="  --endpoint-interface-name-prefix='lxc+'" subsys=daemon
2020-07-20T07:47:30.756293989Z level=info msg="  --endpoint-queue-size='25'" subsys=daemon
2020-07-20T07:47:30.756298319Z level=info msg="  --endpoint-status=''" subsys=daemon
2020-07-20T07:47:30.756302519Z level=info msg="  --envoy-log=''" subsys=daemon
2020-07-20T07:47:30.756312549Z level=info msg="  --exclude-local-address=''" subsys=daemon
2020-07-20T07:47:30.756317159Z level=info msg="  --fixed-identity-mapping='map[]'" subsys=daemon
2020-07-20T07:47:30.756321519Z level=info msg="  --flannel-master-device=''" subsys=daemon
2020-07-20T07:47:30.756325779Z level=info msg="  --flannel-uninstall-on-exit='false'" subsys=daemon
2020-07-20T07:47:30.756330109Z level=info msg="  --force-local-policy-eval-at-source='true'" subsys=daemon
2020-07-20T07:47:30.756334429Z level=info msg="  --host-reachable-services-protos=''" subsys=daemon
2020-07-20T07:47:30.756338589Z level=info msg="  --http-403-msg=''" subsys=daemon
2020-07-20T07:47:30.756355810Z level=info msg="  --http-idle-timeout='0'" subsys=daemon
2020-07-20T07:47:30.756367030Z level=info msg="  --http-max-grpc-timeout='0'" subsys=daemon
2020-07-20T07:47:30.756372160Z level=info msg="  --http-request-timeout='3600'" subsys=daemon
2020-07-20T07:47:30.756379330Z level=info msg="  --http-retry-count='3'" subsys=daemon
2020-07-20T07:47:30.756383860Z level=info msg="  --http-retry-timeout='0'" subsys=daemon
2020-07-20T07:47:30.756388390Z level=info msg="  --hubble-event-queue-size='0'" subsys=daemon
2020-07-20T07:47:30.756392920Z level=info msg="  --hubble-flow-buffer-size='4095'" subsys=daemon
2020-07-20T07:47:30.756397470Z level=info msg="  --hubble-listen-address=''" subsys=daemon
2020-07-20T07:47:30.756401910Z level=info msg="  --hubble-metrics=''" subsys=daemon
2020-07-20T07:47:30.756413701Z level=info msg="  --hubble-metrics-server=''" subsys=daemon
2020-07-20T07:47:30.756418751Z level=info msg="  --hubble-socket-path='/var/run/cilium/hubble.sock'" subsys=daemon
2020-07-20T07:47:30.756423191Z level=info msg="  --identity-allocation-mode='crd'" subsys=daemon
2020-07-20T07:47:30.756427421Z level=info msg="  --identity-change-grace-period='5s'" subsys=daemon
2020-07-20T07:47:30.756431801Z level=info msg="  --install-iptables-rules='true'" subsys=daemon
2020-07-20T07:47:30.756436401Z level=info msg="  --ip-allocation-timeout='2m0s'" subsys=daemon
2020-07-20T07:47:30.756440871Z level=info msg="  --ip-masq-agent-config-path='/etc/config/ip-masq-agent'" subsys=daemon
2020-07-20T07:47:30.756447231Z level=info msg="  --ipam='cluster-pool'" subsys=daemon
2020-07-20T07:47:30.756451661Z level=info msg="  --ipsec-key-file=''" subsys=daemon
2020-07-20T07:47:30.756456051Z level=info msg="  --iptables-lock-timeout='5s'" subsys=daemon
2020-07-20T07:47:30.756460421Z level=info msg="  --ipv4-cluster-cidr-mask-size='8'" subsys=daemon
2020-07-20T07:47:30.756464661Z level=info msg="  --ipv4-node='auto'" subsys=daemon
2020-07-20T07:47:30.756470801Z level=info msg="  --ipv4-pod-subnets=''" subsys=daemon
2020-07-20T07:47:30.756475261Z level=info msg="  --ipv4-range='auto'" subsys=daemon
2020-07-20T07:47:30.756486092Z level=info msg="  --ipv4-service-loopback-address='169.254.42.1'" subsys=daemon
2020-07-20T07:47:30.756491042Z level=info msg="  --ipv4-service-range='auto'" subsys=daemon
2020-07-20T07:47:30.756497472Z level=info msg="  --ipv6-cluster-alloc-cidr='f00d::/64'" subsys=daemon
2020-07-20T07:47:30.756502012Z level=info msg="  --ipv6-node='auto'" subsys=daemon
2020-07-20T07:47:30.756517562Z level=info msg="  --ipv6-pod-subnets=''" subsys=daemon
2020-07-20T07:47:30.756526572Z level=info msg="  --ipv6-range='auto'" subsys=daemon
2020-07-20T07:47:30.756531302Z level=info msg="  --ipv6-service-range='auto'" subsys=daemon
2020-07-20T07:47:30.756537192Z level=info msg="  --ipvlan-master-device='undefined'" subsys=daemon
2020-07-20T07:47:30.756541612Z level=info msg="  --k8s-api-server=''" subsys=daemon
2020-07-20T07:47:30.756547002Z level=info msg="  --k8s-force-json-patch='false'" subsys=daemon
2020-07-20T07:47:30.756552493Z level=info msg="  --k8s-heartbeat-timeout='30s'" subsys=daemon
2020-07-20T07:47:30.756557943Z level=info msg="  --k8s-kubeconfig-path=''" subsys=daemon
2020-07-20T07:47:30.756563263Z level=info msg="  --k8s-namespace='kube-system'" subsys=daemon
2020-07-20T07:47:30.756578453Z level=info msg="  --k8s-require-ipv4-pod-cidr='true'" subsys=daemon
2020-07-20T07:47:30.756587243Z level=info msg="  --k8s-require-ipv6-pod-cidr='false'" subsys=daemon
2020-07-20T07:47:30.756593123Z level=info msg="  --k8s-service-cache-size='128'" subsys=daemon
2020-07-20T07:47:30.756618284Z level=info msg="  --k8s-watcher-endpoint-selector='metadata.name!=kube-scheduler,metadata.name!=kube-controller-manager,metadata.name!=etcd-operator,metadata.name!=gcp-controller-manager'" subsys=daemon
2020-07-20T07:47:30.756624344Z level=info msg="  --k8s-watcher-queue-size='1024'" subsys=daemon
2020-07-20T07:47:30.756629044Z level=info msg="  --keep-bpf-templates='false'" subsys=daemon
2020-07-20T07:47:30.756633694Z level=info msg="  --keep-config='false'" subsys=daemon
2020-07-20T07:47:30.756639654Z level=info msg="  --kube-proxy-replacement='probe'" subsys=daemon
2020-07-20T07:47:30.756644054Z level=info msg="  --kvstore=''" subsys=daemon
2020-07-20T07:47:30.756649364Z level=info msg="  --kvstore-connectivity-timeout='2m0s'" subsys=daemon
2020-07-20T07:47:30.756653764Z level=info msg="  --kvstore-lease-ttl='15m0s'" subsys=daemon
2020-07-20T07:47:30.756659284Z level=info msg="  --kvstore-opt='map[]'" subsys=daemon
2020-07-20T07:47:30.756663684Z level=info msg="  --kvstore-periodic-sync='5m0s'" subsys=daemon
2020-07-20T07:47:30.756668904Z level=info msg="  --label-prefix-file=''" subsys=daemon
2020-07-20T07:47:30.756689735Z level=info msg="  --labels=''" subsys=daemon
2020-07-20T07:47:30.756710225Z level=info msg="  --lib-dir='/var/lib/cilium'" subsys=daemon
2020-07-20T07:47:30.756719695Z level=info msg="  --log-driver=''" subsys=daemon
2020-07-20T07:47:30.756734495Z level=info msg="  --log-opt='map[]'" subsys=daemon
2020-07-20T07:47:30.756739985Z level=info msg="  --log-system-load='false'" subsys=daemon
2020-07-20T07:47:30.756744475Z level=info msg="  --masquerade='true'" subsys=daemon
2020-07-20T07:47:30.756752496Z level=info msg="  --max-controller-interval='0'" subsys=daemon
2020-07-20T07:47:30.756757356Z level=info msg="  --metrics=''" subsys=daemon
2020-07-20T07:47:30.756761756Z level=info msg="  --monitor-aggregation='medium'" subsys=daemon
2020-07-20T07:47:30.756766166Z level=info msg="  --monitor-aggregation-flags='all'" subsys=daemon
2020-07-20T07:47:30.756771956Z level=info msg="  --monitor-aggregation-interval='5s'" subsys=daemon
2020-07-20T07:47:30.756776416Z level=info msg="  --monitor-queue-size='0'" subsys=daemon
2020-07-20T07:47:30.756782616Z level=info msg="  --mtu='0'" subsys=daemon
2020-07-20T07:47:30.756787096Z level=info msg="  --nat46-range='0:0:0:0:0:FFFF::/96'" subsys=daemon
2020-07-20T07:47:30.756792756Z level=info msg="  --native-routing-cidr=''" subsys=daemon
2020-07-20T07:47:30.756797176Z level=info msg="  --node-port-acceleration='disabled'" subsys=daemon
2020-07-20T07:47:30.756809096Z level=info msg="  --node-port-bind-protection='true'" subsys=daemon
2020-07-20T07:47:30.756819076Z level=info msg="  --node-port-mode='snat'" subsys=daemon
2020-07-20T07:47:30.756839237Z level=info msg="  --node-port-range=''" subsys=daemon
2020-07-20T07:47:30.756844617Z level=info msg="  --policy-audit-mode='false'" subsys=daemon
2020-07-20T07:47:30.756849167Z level=info msg="  --policy-queue-size='100'" subsys=daemon
2020-07-20T07:47:30.756854797Z level=info msg="  --policy-trigger-interval='1s'" subsys=daemon
2020-07-20T07:47:30.756859437Z level=info msg="  --pprof='false'" subsys=daemon
2020-07-20T07:47:30.756863817Z level=info msg="  --preallocate-bpf-maps='false'" subsys=daemon
2020-07-20T07:47:30.756882097Z level=info msg="  --prefilter-device='undefined'" subsys=daemon
2020-07-20T07:47:30.756886947Z level=info msg="  --prefilter-mode='native'" subsys=daemon
2020-07-20T07:47:30.756891278Z level=info msg="  --prepend-iptables-chains='true'" subsys=daemon
2020-07-20T07:47:30.756897338Z level=info msg="  --prometheus-serve-addr=''" subsys=daemon
2020-07-20T07:47:30.756901908Z level=info msg="  --proxy-connect-timeout='1'" subsys=daemon
2020-07-20T07:47:30.756916818Z level=info msg="  --read-cni-conf=''" subsys=daemon
2020-07-20T07:47:30.756925418Z level=info msg="  --restore='true'" subsys=daemon
2020-07-20T07:47:30.756930078Z level=info msg="  --sidecar-istio-proxy-image='cilium/istio_proxy'" subsys=daemon
2020-07-20T07:47:30.756940438Z level=info msg="  --single-cluster-route='false'" subsys=daemon
2020-07-20T07:47:30.756945408Z level=info msg="  --skip-crd-creation='false'" subsys=daemon
2020-07-20T07:47:30.756955968Z level=info msg="  --socket-path='/var/run/cilium/cilium.sock'" subsys=daemon
2020-07-20T07:47:30.756961079Z level=info msg="  --sockops-enable='false'" subsys=daemon
2020-07-20T07:47:30.756966729Z level=info msg="  --state-dir='/var/run/cilium'" subsys=daemon
2020-07-20T07:47:30.756971029Z level=info msg="  --tofqdns-dns-reject-response-code='refused'" subsys=daemon
2020-07-20T07:47:30.756977299Z level=info msg="  --tofqdns-enable-dns-compression='true'" subsys=daemon
2020-07-20T07:47:30.756981769Z level=info msg="  --tofqdns-enable-poller='false'" subsys=daemon
2020-07-20T07:47:30.756986239Z level=info msg="  --tofqdns-enable-poller-events='true'" subsys=daemon
2020-07-20T07:47:30.757000699Z level=info msg="  --tofqdns-endpoint-max-ip-per-hostname='50'" subsys=daemon
2020-07-20T07:47:30.757009649Z level=info msg="  --tofqdns-max-deferred-connection-deletes='10000'" subsys=daemon
2020-07-20T07:47:30.757014289Z level=info msg="  --tofqdns-min-ttl='0'" subsys=daemon
2020-07-20T07:47:30.757019689Z level=info msg="  --tofqdns-pre-cache=''" subsys=daemon
2020-07-20T07:47:30.757040910Z level=info msg="  --tofqdns-proxy-port='0'" subsys=daemon
2020-07-20T07:47:30.757046240Z level=info msg="  --tofqdns-proxy-response-max-delay='100ms'" subsys=daemon
2020-07-20T07:47:30.757050750Z level=info msg="  --trace-payloadlen='128'" subsys=daemon
2020-07-20T07:47:30.757055170Z level=info msg="  --tunnel='vxlan'" subsys=daemon
2020-07-20T07:47:30.757060720Z level=info msg="  --version='false'" subsys=daemon
2020-07-20T07:47:30.757065320Z level=info msg="  --write-cni-conf-when-ready=''" subsys=daemon
2020-07-20T07:47:30.757088780Z level=info msg="     _ _ _" subsys=daemon
2020-07-20T07:47:30.757099241Z level=info msg=" ___|_| |_|_ _ _____" subsys=daemon
2020-07-20T07:47:30.757104671Z level=info msg="|  _| | | | | |     |" subsys=daemon
2020-07-20T07:47:30.757111331Z level=info msg="|___|_|_|_|___|_|_|_|" subsys=daemon
2020-07-20T07:47:30.757116191Z level=info msg="Cilium 1.8.1 5ce2bc7b3 2020-07-02T20:04:47+02:00 go version go1.14.4 linux/arm64" subsys=daemon
2020-07-20T07:47:30.774891032Z level=info msg="cilium-envoy  version: 0a9743dda269a0b0039c9db3cf7e0a637caad7a9/1.13.3/Modified/RELEASE/BoringSSL" subsys=daemon
2020-07-20T07:47:30.787414887Z level=info msg="clang (10.0.0) and kernel (4.19.36) versions: OK!" subsys=linux-datapath
2020-07-20T07:47:30.792715475Z level=info msg="linking environment: OK!" subsys=linux-datapath
2020-07-20T07:47:30.861284404Z level=warning msg="BPF system config check: NOT OK." error="CONFIG_BPF kernel parameter is required" subsys=linux-datapath
2020-07-20T07:47:30.928161718Z level=info msg="Detected mounted BPF filesystem at /sys/fs/bpf" subsys=bpf
2020-07-20T07:47:30.928633515Z level=info msg="Valid label prefix configuration:" subsys=labels-filter
2020-07-20T07:47:30.928661085Z level=info msg=" - :io.kubernetes.pod.namespace" subsys=labels-filter
2020-07-20T07:47:30.928716636Z level=info msg=" - :io.cilium.k8s.namespace.labels" subsys=labels-filter
2020-07-20T07:47:30.928730266Z level=info msg=" - :app.kubernetes.io" subsys=labels-filter
2020-07-20T07:47:30.928735486Z level=info msg=" - !:io.kubernetes" subsys=labels-filter
2020-07-20T07:47:30.928740206Z level=info msg=" - !:kubernetes.io" subsys=labels-filter
2020-07-20T07:47:30.928744696Z level=info msg=" - !:.*beta.kubernetes.io" subsys=labels-filter
2020-07-20T07:47:30.928748936Z level=info msg=" - !:k8s.io" subsys=labels-filter
2020-07-20T07:47:30.928753156Z level=info msg=" - !:pod-template-generation" subsys=labels-filter
2020-07-20T07:47:30.928757626Z level=info msg=" - !:pod-template-hash" subsys=labels-filter
2020-07-20T07:47:30.928762196Z level=info msg=" - !:controller-revision-hash" subsys=labels-filter
2020-07-20T07:47:30.928766607Z level=info msg=" - !:annotation.*" subsys=labels-filter
2020-07-20T07:47:30.928770827Z level=info msg=" - !:etcd_node" subsys=labels-filter
2020-07-20T07:47:31.943780261Z level=info msg="Using autogenerated IPv4 allocation range" subsys=node v4Prefix=10.203.0.0/16
2020-07-20T07:47:31.943832512Z level=info msg="Initializing daemon" subsys=daemon
2020-07-20T07:47:31.963921828Z level=info msg="Establishing connection to apiserver" host="https://172.26.0.1:443" subsys=k8s
2020-07-20T07:47:52.369990870Z level=info msg="Establishing connection to apiserver" host="https://172.26.0.1:443" subsys=k8s
2020-07-20T07:48:12.849896659Z level=info msg="Establishing connection to apiserver" host="https://172.26.0.1:443" subsys=k8s
2020-07-20T07:48:33.329853839Z level=info msg="Establishing connection to apiserver" host="https://172.26.0.1:443" subsys=k8s
2020-07-20T07:48:48.809889491Z level=error msg="Unable to contact k8s api-server" error="Get \"https://172.26.0.1:443/api/v1/namespaces/kube-system\": Service Unavailable" ipAddr="https://172.26.0.1:443" subsys=k8s
2020-07-20T07:48:48.809941392Z level=fatal msg="Unable to initialize Kubernetes subsystem" error="unable to create k8s client: unable to create k8s client: Get \"https://172.26.0.1:443/api/v1/namespaces/kube-system\": Service Unavailable" subsys=daemon

Looking forward to reply
update: Later I compiled the image of amd64 in the same way, and the same problem occurred，Did I miss any necessary steps?

@CXinsect which steps did you follow to compile your own image?

@CXinsect which steps did you follow to compile your own image?

I used the multi-arch version of the Dockerfile in the proxy directory to compile the corresponding arm and x86 versions, and used them to build the cilium version under the corresponding architecture. Is there a problem with this construction method?

@CXinsect do you have kube-proxy running in your node?

@CXinsect do you have kube-proxy running in your node?

Yes, they are  normal

The cause of the problem was finally found. I added a proxy to the Dockerfile to make the service unavailable. I am very happy to receive your replies when submitting an issue for the first time.

authors: CXinsect aanm tklauser

repo: cilium/cilium


text:
bugtool: Provide a wrapper script for executing from k8s master node

It would be nice if there is a wrapper script for bugtool that:

calls cilium bugtool on all the cilium pods.
captures logs from cilium pods. It might also be useful to get kubectl logs --previous in case cilium crashed.
bundles all the output files into a single tgz file.

@scanf : Please feel free re-assign if you don't have enough cycles.

Duplicate of #2256

authors: manalibhutiyani michi-covalent tgraf


text:
Document CI auto-scaling

[ ] Process to manually remove nodes
[ ] Location of logfiles
[ ] Process manually increase the number of nodes
[ ] Process to change the limits

cc @ianvernon

Other recommendations:

[ ] Log with timestamps in the autoscaling log
[ ] Expose errors in the log in some way (using some log-level utility, for instance). It is extremely hard to figure out what went wrong.

Other concerns:

It seems like we are silently failing and still provisioning instances even if required dependencies fail to download (git, go-bindata, etc.). I do not think this should happen, as it causes the user of the machines (those who post PRs) to suffer with cryptic-looking errors. We should detect errors and exit and clean up accordingly. We can suffer a longer build queue in this case because it's better to have a build that will succeed eventually and be stuck in a queue vs. having one run on a machine that is borked.

authors: ianvernon tgraf


text:
v1.7 backports 2021-03-03

#15171 -- test: Fix docker compose in precheck (@nebril)

Skipped:

#15118 -- backporting: Update instructions for backporting workflow (@aditighag)

Once this PR is merged, you can update the PR labels via:
$ for pr in 15118; do contrib/backporting/set-labels.py $pr done 1.7; done

test-backport-1.7

restart-ginkgo

test-1.12-4.9

test-1.12-4.9

@joestringer k8s-1.12-kernel-4.9 (test-1.12-4.9) uses ginkgo-kernel.Jenkinsfile, which should not be used for 1.7. Its triggers are (re)*(test-1\.12-4\.9|test-backport-1\.8), which explains why it was not automatically triggered by test-backport-1.7.
I think this is a mistake. It should not have been marked as required on GH for 1.7 PRs as 1.12 / 4.9 is already tested as part of the older backport-1.7-k8s (test-backport-1.7-k8s) which uses ginkgo-kubernetes-all.Jenkinsfile.

Thanks for the confirmation @Skymirrh , I have removed k8s-1.12-kernel-4.9 (test-1.12-4.9) from required jobs for branch v1.7. /cc @aanm
That was the only failing check, good to merge now.

authors: Skymirrh joestringer pchaigno


text:
Create CiliumEndpointBatch CRD

:warning: edit by aanm: note for reviewers: this PR is being open into a feature branch exclusively for this feature.

Adds new type ciliumendpointbatch in v2alpha1 api version.
register CEB  with Apiserver.
Add new flag to enable CEB batching feature
List of non-generated files
Makefile
pkg/annotation/k8s.go
pkg/k8s/apis/cilium.io/client/register.go
pkg/k8s/apis/cilium.io/v2alpha1/register.go
pkg/k8s/apis/cilium.io/v2alpha1/types.go
pkg/k8s/factory_functions.go
pkg/k8s/watchers/watcher.go

Below link is Grafana dashboard for our internal 5000 node testbed.
http://35.239.233.34:3000/d/HaF-7Jinz/3-60-at-5k-copy?orgId=1
Scalability-5k test:
This test run on 5000 worker nodes and 3 masters, It deploys multiple deployments of various pod sizes.  During the beginning of the test various larger and medium scale deployments are deployed in test bed. In the beginning of the test, only deployments are installed, as you may see sudden surge of CEB posts in grafana dashboards. Later, it deploys multiple small deployments and run some performance test and at last test starts tearing down all deployments.
Grafana Dashboard details
We have 4 dashboards stacked up
Note: CEB means CiliumEndpointBatch.

CEB watch events: Total number of CEB watch events generated by 3 masters.

CEB api requests: Graph shows what kind of CEB traffic is observed by api-servers. During initial period, we notice high spike in POST+PUT requests. At the end of test sudden spike in CEB deletes.
POST = CEB create
PUT = CEB update
As deployment starts tearing down, we may see lot of CEB PUT traffic here.

Signed-off-by: Gobinath Krishnamoorthy gobinathk@google.com
Please ensure your pull request adheres to the following guidelines:

Grafana dashboard link
http://35.239.233.34:3000/d/HaF-7Jinz/3-60-at-5k-copy?orgId=1
@aanm @Weil0ng

Grafana dashboard link
http://35.239.233.34:3000/d/HaF-7Jinz/3-60-at-5k-copy?orgId=1
@aanm @Weil0ng

Can you put this in the PR description and maybe add a bit context on what the dashboard holds (e.g., what configuration is being tested there)?

Somehow I cannot reply on your comment @aanm, but the use of the Enablement flag in the agent is planned in a follow up PR where we would do all the agent changes.

re @nathanjsweet, batching adds some additional delay in CEP propagation and is only designed as a way to increase control plane scalability  in large-scale clusters at that cost. For small clusters, I don't think we need batching.
Meanwhile, enabling this by default does simplify control plane across different clusters and we do not need to maintain two different protocols. Maybe we can enable this by default but set batching period to be very short for small clusters? But still I would feel more comfortable making this the default after some real-life usage and getting some user feedbacks. Thoughts?

@Weil0ng I agree we should get some real-life usage first. I didn't know what the subsequent PRs were going to look like. Thanks for the explanation @krishgobinath.

@Weil0ng I agree we should get some real-life usage first. I didn't know what the subsequent PRs were going to look like. Thanks for the explanation @krishgobinath.

Sorry for not providing more context, I created an issue to track this series of PRs, see https://github.com/cilium/cilium/issues/16931. @krishgobinath Can you please add link to the issue to PR description (and also follow up PRs). Thanks!

authors: Weil0ng krishgobinath nathanjsweet