linux-server | source code of & quot ; Linux High Performance Server

Answer: i used the wrong encoding, so my code was correct apart from that. So for everyone who might at some point stumble over this post. Just make sure that you are really using the correct encoding before spending too many hours trying to find your bug in the code.

So, after doing much research with one guy that I work with, we finally found a solution that seems to work for us. I won't go into too much detail here, if you want to read more into it, then you can find that I've started to write up more about it on my own website, here. 🙂

I'm not doing that to be lazy, but due to the fact that if I tried to cram everything into this answer, then I feel that it would be like reading an essay.

If you are unsure about the availability of Bash, or another shell which knows about arrays; you can adapt your code to iterate over your server lists with the POSIX available grammar (no array):

Thanks to @0 0 I was able to figure out the solution as well as a workaround:

Solution

When I compared sys.path with the defined PYTHONPATH in the shell (the PYTHONPATH initializes sys.path like answered here on SO) I saw that the PYTHONPATH did not know about the --user-folder (even though sys.path knew - this puzzles me a bit).

Thus, I added to my .bashrc:

Explanation:

1. Running ethtool -while application is down is not a trusted way. Depending upon DPDK version rte_eth_dev_closeorrte_cleanup` would not have put the NIC in the right state.
2. But while running the application, if DPDK port-1 is coming as down following can be reason

a. Server-3 port might be auto-negotiating with DPDK port-1 leading to rte_eth_link_get_nowait to report as down. (right API is to invoke rte_eth_link_get). b. The Server-3 port might manually be configured in non-duplex and non 10G mode.

the right way to debug is to

• put DPDK port back to the kernel as suggested in comments.
• cross-check auto-neg and speed.
• configure on server-1 and server-3 with no auto-neg, 10G, full-duplex
• bind the server-2 port-0 and port-1 to DPDK.
• run DPDK test-pipeline if possible with whitelist.
• run ethtool -t for port-B on server-3 to cross the results too.

note: this will help you identify if it server-3 ports driver/firmware which acts differently with auto-neg as the ports are sending and receiving packets is successful with example/skeleton with command $RTE_SDK/examples/skeleton/build/basicfwd -l 1

[EDIT-1] based on the update from the comment it looks like rte_eth_link_get_nowait is the fast approach, the right one is to be used with rte_eth_link_get. Requested for online debug with the author

[EDIT-2] based on the comment rte_eth_link_get has done the desired job. As I recollect rte_eth_link_get wait for the actual readout from physical device registers, while rte_eth_link_get_nowait is invoked without wait. hence the right values are populated for rte_eth_link_get.

While experimenting to make this work, I somehow messed up while creating venv and docker images. Python as a whole got corrupted, along with chrome drivers. Had to reset the system.

That somehow has solved my problem with selenium. If anyone else finds the answer to this bug, be sure to drop your solution.

Until then, this was my update about how I got it working.

To use this answer you will need to replace domain.com with a actual domain you own. Also replace email@domain.com with your working e-mail address.

It is assumed you have docker and docker-compose installed and running.

In addition to keycloak and nextcloud I use:

• nginx as a reverse-proxy
• letsencyrpt to generate the SSL-certificates for the sub-domains.

I'm setting up all the needed service with docker and docker-compose. This is how the docker-compose.yml looks like this:

after spending hours :(, finally this one solved it

Okay I managed to get it removed and hopefully it will help others.

I am now using the follwing piece of code to replace a match based on the hostname used: