[HOLD App#53192] Android - Acct/ WS settings - Device buttons navigation bar missing borders

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Version Number: <IP_ADDRESS>
Reproducible in staging?: Y
Reproducible in production?: N
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?: Y
Issue reported by: Applause Internal Team
Action Performed:

Open the app and log in
Create a workspace if there is no any
Navigate to the workspace settings
Enable More features and enable Workflows, Rules and Invoices options
Navigate to Profile, Invoices, Workflows. Rules and More features

Expected Result:
Device buttons navigation bar has borders and visible
Actual Result:
Device buttons navigation bar is missing borders and barely visible.
The same happens in account settings: Profile, Wallet, Security
Workaround:
Unknown
Platforms:

[x] Android: Standalone
[x] Android: HybridApp
[ ] Android: mWeb Chrome
[ ] iOS: Standalone
[ ] iOS: HybridApp
[ ] iOS: mWeb Safari
[ ] MacOS: Chrome / Safari
[ ] MacOS: Desktop

Screenshots/Videos
https://github.com/user-attachments/assets/0ae6af77-339e-4d1a-86c5-e2061f235133

View all open jobs on GitHub
Upwork Automation - Do Not Edit

Upwork Job URL: https://www.upwork.com/jobs/~021861690553730814393
Upwork Job ID:<PHONE_NUMBER>730814393
Last Price Increase: 2024-11-27
Automatic offers:

paultsimura | Reviewer | 105095159

Issue OwnerCurrent Issue Owner: @kirillzyusko

@kirillzyusko @chrispader this is same as the https://github.com/Expensify/App/issues/53192 - maybe it can be fixed together

@kirillzyusko can you please comment on this one too? it is a same root cause as these other too so lets just keep one main issue and then handle the safe area in one pr for all these issues
https://github.com/Expensify/App/issues/53192
https://github.com/Expensify/App/issues/53207

Commenting here for assignment 👋

@mountiny but this is not deploy blocker anymore, right? So we should focus on high priority/deploy blocker first and then come back to this issue, right?

I will ask for a retest in staging

bumped the thread

Doesn't seem to be repro !
![Uploading 394867157...]

@mvtglobally can you please specify the devices and android version - the videos are not loaded too

Checking on devices @mountiny . No idea why these are no loading. Sent you in Slack.will try to reload in some time
https://expensify.slack.com/archives/C9YU7BX5M/p1733941349787169?thread_ts=1733225032.044139&cid=C9YU7BX5M

Mi11 Lite / Android 13 - Repro
Samsung galaxy s10/ Android 12 - Not repro

@kirillzyusko Seems like they can still reproduce
https://github.com/user-attachments/assets/eee66f44-3d90-4298-b466-535a679a69fe

Okay, let me check it and prepare a fix 👀


Add support for split complex storage to workgroup and global implementations

Add support for split complex storage to workgroup and global implementations.
Also contains a small amount of logging on the host side, which I needed for debugging, fixes a bug that swapped around arguments for backward transforms with split complex storage and simplifies a small part of global implementation.
I had to up the tolerance to 5e-2 to make the tests for global implementation pass. I suspect this is due to how twiddles for global are calculated, but it will require more looking into.
Checklist
Tick if relevant:

[ ] New files have a copyright
[ ] New headers have an include guards
[ ] API is documented with Doxygen
[ ] New functionalities are tested
[ ] Tests pass locally
[ ] Files are clang-formatted

Also, I suppose we do not mention in our Readme that we do support the SPLIT_COMPLEX storage.
Should we ?

Also, please check the required checkboxes in the PR description


generate new sample api which uses polling interval

details of the feature: https://github.com/zebrunner/carina/issues/330
as only sample is ready we have to merge it into master here and adjust carina archetype script

Changed testCreateUser test in APISampleTest for using callApiWIthRetry #218


DotOp merge optimization.

Merge Several DotGeneralOp with same one-side operand together.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.


Add a "reset" event to FlashesStore

This facilitates us clearing the displayed flashes on navigation

Oh neat! Are we displaying them multiple times by mistake?
I think the idea of flashes from a rails perspective is that they evaporate when they are shown. Should we be removing them once they've been displayed? But I guess removing on navigation should work, too?

Define “multiple times?”
They currently have no way to automatically hide because a) the FlashesStore is not a store, more a “notifier,” and b) the Flashes component is what keeps track of active flashes, and it has no way to remove them other than user interaction. This solves b without rearchitecting a.

For reference, you can compare behaviours by flashing some random messages locally;
((FlashesStore) => (
  FlashesStore.flash(FlashesStore.INFO, "Something’s gone terribly wrong!")
))(Webpack.require('stores/FlashesStore'))

Compare navigating between Rails pages and SPA pages; Rails pages will cause the Flashes component to re-render with no flashes, whilst SPA pages will not, until this patch!


--evm-dump-dir to have default value

Currently has to type the path for --evm-dump-dir arg.
can have the default value that will output the vm trace next to generated test .json fixture or to a debug folder in the repo itself.

Often I dump the log in repo root and have to remember to delete it manually to prevent git from tracking it. How about a git ignored .debug folder?


[to_do] List of things to be done.

[1] Refactor code in terms of readability and style.
[2] Add listening to gd servers.
[3] Implement getting comments and sending friend requests for User, and get_friends, get_friend_requests, get_messages for Client.
[4] Finish graphics module, with huge refactoring.
[5] Add more functionality.

I am going to separate it to different issues


buttercup-desktop: 2.18.2 -> 2.19.0

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/project/buttercup-desktop/versions.
meta.description for buttercup-desktop is: Cross-Platform Passwords & Secrets Vault
meta.homepage for buttercup-desktop is: https://buttercup.pw
Updates performed

Version update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
found 2.19.0 with grep in /nix/store/k2crim5g8cs74v4rsq9y9mrw2qzdbmhf-buttercup-desktop-2.19.0
found 2.19.0 in filename of file in /nix/store/k2crim5g8cs74v4rsq9y9mrw2qzdbmhf-buttercup-desktop-2.19.0

Rebuild report (if merged into master) (click to expand)

1 total rebuild path(s)

1 package rebuild(s)

First fifty rebuilds by attrpath
buttercup-desktop

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/k2crim5g8cs74v4rsq9y9mrw2qzdbmhf-buttercup-desktop-2.19.0 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A buttercup-desktop https://github.com/r-ryantm/nixpkgs/archive/1d0acc2f72550cb44b952b7d32c1196f199103f3.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/k2crim5g8cs74v4rsq9y9mrw2qzdbmhf-buttercup-desktop-2.19.0
ls -la /nix/store/k2crim5g8cs74v4rsq9y9mrw2qzdbmhf-buttercup-desktop-2.19.0/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package built:

buttercup-desktop

Maintainer pings
cc @WolfangAukang for testing.

Result of nixpkgs-review pr 228264 run on x86_64-linux 1

1 package built:

buttercup-desktop


Test simd re2

What changes were proposed in this pull request?
(Please fill in changes proposed in this fix)
(Fixes: #ISSUE-ID)
How was this patch tested?
(Please explain how this patch was tested.
You don't need to look at this, od do you see any issue related to this?

CC @PHILO-HE

This is just a test PR to verify my velox changes, facebookincubator/velox#10301 and facebookincubator/velox#10273. You don't need to look at this, or do you see any issue related to this?

@zhli1142015 Yes we do see an optimized lib better than re2 for regex workload, @PHILO-HE is looking on this part

/Benchmark Velox TPCH

/Benchmark Velox TPCDS

/Benchmark Velox TPCDS

/Benchmark Velox TPCH

/Benchmark Velox TPCH

/Benchmark Velox TPCDS


Convert .pptx to Xaringan Slides

Hi. Maybe I could help with this issue.

That would be great, thanks 🙏

Hi @ServinDC, let's link up on this as I'm delivering this workshop next month. Maybe it's something we can work on together in preparation?
Let me know what you think!

Hi @HanselPalencia. Sure, sounds good to me.

Hi there.
I have a working Rmd file for the xaringan version of the presentation, inside the slides/ folder of my fork, with a similar style as the original. It only needs the style.css file and the imgs/ folder, both included in slides/.
I was hoping if you could check it for any changes, errors  or suggestions, before making the pull request.

I noticed some issues with the Rmd file, mostly things that needed to be corrected in my original slides.
One is that the YAML - Yet Another Markdown Langugage should actually be Yet Another Markup Langauge
The Parameterized rmarkdown section also seems to be duplicated.
Once this has been corrected I can pull.
@ServinDC

The YAML acronym description is corrected.
The original 'Parameterized rmarkdown' slide had two images so I divided it into two slides in the Rmd to include one of its two images in each new slide, but I can put both images in the same slide to match the original. Let me know which case would be better.
@HanselPalencia

Lets leave it how it is and we can change later depending on how it feels when flipping through it.


Error only when mounting second GPU due to error: Failed to mount "/var/lib/lxd/devices/container/unix.gpu2.dev-nvidia-caps" on "/usr/lib/x86_64-linux-gnu/lxc/dev/nvidia-caps"

Required information

Distribution: Ubuntu
Distribution version: 18.04
The output of "lxc info" or if that fails:

# lxc info
config:
  core.https_address: <IP_ADDRESS>:8443
api_extensions:
- storage_zfs_remove_snapshots
- container_host_shutdown_timeout
- container_stop_priority
- container_syscall_filtering
- auth_pki
- container_last_used_at
- etag
- patch
- usb_devices
- https_allowed_credentials
- image_compression_algorithm
- directory_manipulation
- container_cpu_time
- storage_zfs_use_refquota
- storage_lvm_mount_options
- network
- profile_usedby
- container_push
- container_exec_recording
- certificate_update
- container_exec_signal_handling
- gpu_devices
- container_image_properties
- migration_progress
- id_map
- network_firewall_filtering
- network_routes
- storage
- file_delete
- file_append
- network_dhcp_expiry
- storage_lvm_vg_rename
- storage_lvm_thinpool_rename
- network_vlan
- image_create_aliases
- container_stateless_copy
- container_only_migration
- storage_zfs_clone_copy
- unix_device_rename
- storage_lvm_use_thinpool
- storage_rsync_bwlimit
- network_vxlan_interface
- storage_btrfs_mount_options
- entity_description
- image_force_refresh
- storage_lvm_lv_resizing
- id_map_base
- file_symlinks
- container_push_target
- network_vlan_physical
- storage_images_delete
- container_edit_metadata
- container_snapshot_stateful_migration
- storage_driver_ceph
- storage_ceph_user_name
- resource_limits
- storage_volatile_initial_source
- storage_ceph_force_osd_reuse
- storage_block_filesystem_btrfs
- resources
- kernel_limits
- storage_api_volume_rename
- macaroon_authentication
- network_sriov
- console
- restrict_devlxd
- migration_pre_copy
- infiniband
- maas_network
- devlxd_events
- proxy
- network_dhcp_gateway
- file_get_symlink
- network_leases
- unix_device_hotplug
- storage_api_local_volume_handling
- operation_description
- clustering
- event_lifecycle
- storage_api_remote_volume_handling
- nvidia_runtime
- candid_authentication
- candid_config
- candid_config_key
- usb_optional_vendorid
api_status: stable
api_version: "1.0"
auth: trusted
public: false
auth_methods:
- tls
environment:
  addresses:
  - <IP_ADDRESS>:8443
  architectures:
  - x86_64
  - i686
  certificate: |
    -----OMITTED CERTIFICATE-----
    -----END CERTIFICATE-----
  certificate_fingerprint: 6306b478d3490748549d1ff2a47e3486d8a1427e6690972decbab7e1a4c7e461
  driver: lxc
  driver_version: 3.0.3
  kernel: Linux
  kernel_architecture: x86_64
  kernel_version: 4.15.0-132-generic
  server: lxd
  server_pid: 2012
  server_version: 3.0.3
  storage: btrfs
  storage_version: 4.15.1
  server_clustered: false
  server_name: mlc6
  project: ""

Issue description
Starting a container with a single GPU device works, but starting a container with two or more GPU devices fails.
Steps to reproduce

Create the container with the following API call:

post https://<IP_ADDRESS>:8443/1.0/containers { name: 'sp-mlc6-6185-0',
  architecture: 'x86_64',
  profiles: [],
  ephemeral: false,
  devices:
   { root: { path: '/', pool: 'default', type: 'disk' },
     eth0: { type: 'nic', nictype: 'bridged', parent: 'br0' },
     gpu1: { type: 'gpu', id: '1' },
     gpu2: { type: 'gpu', id: '2' } },
  source:
   { type: 'image',
     mode: 'pull',
     server: 'https://<IP_ADDRESS>:8443',
     protocol: 'lxd',
     certificate: '-----OMITTED CERTIFICATE-----\n\n-----END CERTIFICATE-----\n',
     fingerprint: '17eb46b5c8a07493bfd8d3a8e80cae0458010cf327504495aabb40f3455d0dfa' },
  config: { 'raw.lxc': 'lxc.log.level=0' } }

Then try to start it and it fails

put https://<IP_ADDRESS>:8443/1.0/containers/sp-mlc6-6185-0/state { action: 'start', timeout: 20000, force: false, stateful: false }
Forwarding: /1.0/operations/574da029-2879-4156-b36a-f2724e6cb929/wait
Stopping pit 6185
Problem starting job 6185 { Error: 1 errors
    at task.then.catch.err (/code/node_modules/async-parallel/index.js:132:36)
    at <anonymous>
    at process._tickCallback (internal/process/next_tick.js:188:7)
  list:
   [ 'Failed to run: /usr/lib/lxd/lxd forkstart sp-mlc6-6185-0 /var/lib/lxd/containers /var/log/lxd/sp-mlc6-6185-0/lxc.conf: ' ] }

Information to attach

[ ] Any relevant kernel output (dmesg)
[x] Container log (lxc info NAME --show-log)

I can't use the command above because the container gets cleaned up by the scheduling system but here's the corresponding lxc.log file:
# cat /var/log/lxd/sp-mlc6-6185-0/lxc.log
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.177 TRACE    commands - commands.c:lxc_cmd:300 - Connection refused - Command "get_state" failed to connect command socket
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.177 TRACE    start - start.c:lxc_init_handler:748 - Created anonymous pair {3,5} of unix sockets
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.177 TRACE    commands - commands.c:lxc_cmd_init:1248 - Creating abstract unix socket "/var/lib/lxd/containers/sp-mlc6-6185-0/command"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.177 TRACE    start - start.c:lxc_init_handler:760 - Unix domain socket 7 for command server is ready
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.178 INFO     lxccontainer - lxccontainer.c:do_lxcapi_start:961 - Set process title to [lxc monitor] /var/lib/lxd/containers sp-mlc6-6185-0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 INFO     start - start.c:lxc_check_inherited:314 - Closed inherited fd 4
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 INFO     start - start.c:lxc_check_inherited:314 - Closed inherited fd 22
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 INFO     start - start.c:lxc_check_inherited:314 - Closed inherited fd 25
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 TRACE    start - start.c:lxc_start:2052 - Doing lxc_start
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 INFO     lsm - lsm/lsm.c:lsm_init:50 - LSM security driver AppArmor
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 TRACE    start - start.c:lxc_init:777 - Initialized LSM
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 TRACE    seccomp - seccomp.c:get_new_ctx:458 - Added arch 2 to main seccomp context
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 TRACE    seccomp - seccomp.c:get_new_ctx:466 - Removed native arch from main seccomp context
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 TRACE    seccomp - seccomp.c:get_new_ctx:458 - Added arch 3 to main seccomp context
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 TRACE    seccomp - seccomp.c:get_new_ctx:466 - Removed native arch from main seccomp context
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 TRACE    seccomp - seccomp.c:get_new_ctx:471 - Arch 4 already present in main seccomp context
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 INFO     seccomp - seccomp.c:parse_config_v2:759 - Processing "reject_force_umount  # comment this to allow umount -f;  not recommended"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 INFO     seccomp - seccomp.c:do_resolve_add_rule:505 - Set seccomp rule to reject force umounts
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 INFO     seccomp - seccomp.c:parse_config_v2:937 - Added native rule for arch 0 for reject_force_umount action 0(kill)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 INFO     seccomp - seccomp.c:do_resolve_add_rule:505 - Set seccomp rule to reject force umounts
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 INFO     seccomp - seccomp.c:parse_config_v2:946 - Added compat rule for arch<PHONE_NUMBER> for reject_force_umount action 0(kill)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 INFO     seccomp - seccomp.c:do_resolve_add_rule:505 - Set seccomp rule to reject force umounts
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 INFO     seccomp - seccomp.c:parse_config_v2:956 - Added compat rule for arch<PHONE_NUMBER> for reject_force_umount action 0(kill)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 INFO     seccomp - seccomp.c:do_resolve_add_rule:505 - Set seccomp rule to reject force umounts
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.179 INFO     seccomp - seccomp.c:parse_config_v2:966 - Added native rule for arch -1073741762 for reject_force_umount action 0(kill)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:759 - Processing "[all]"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:759 - Processing "kexec_load errno 38"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:937 - Added native rule for arch 0 for kexec_load action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:946 - Added compat rule for arch<PHONE_NUMBER> for kexec_load action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:956 - Added compat rule for arch<PHONE_NUMBER> for kexec_load action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:966 - Added native rule for arch -1073741762 for kexec_load action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:759 - Processing "open_by_handle_at errno 38"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:937 - Added native rule for arch 0 for open_by_handle_at action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:946 - Added compat rule for arch<PHONE_NUMBER> for open_by_handle_at action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:956 - Added compat rule for arch<PHONE_NUMBER> for open_by_handle_at action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:966 - Added native rule for arch -1073741762 for open_by_handle_at action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:759 - Processing "init_module errno 38"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:937 - Added native rule for arch 0 for init_module action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:946 - Added compat rule for arch<PHONE_NUMBER> for init_module action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:956 - Added compat rule for arch<PHONE_NUMBER> for init_module action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:966 - Added native rule for arch -1073741762 for init_module action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:759 - Processing "finit_module errno 38"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:937 - Added native rule for arch 0 for finit_module action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:946 - Added compat rule for arch<PHONE_NUMBER> for finit_module action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:956 - Added compat rule for arch<PHONE_NUMBER> for finit_module action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:966 - Added native rule for arch -1073741762 for finit_module action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:759 - Processing "delete_module errno 38"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:937 - Added native rule for arch 0 for delete_module action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:946 - Added compat rule for arch<PHONE_NUMBER> for delete_module action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:956 - Added compat rule for arch<PHONE_NUMBER> for delete_module action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:966 - Added native rule for arch -1073741762 for delete_module action 327718(errno)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     seccomp - seccomp.c:parse_config_v2:970 - Merging compat seccomp contexts into main context
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 TRACE    seccomp - seccomp.c:parse_config_v2:980 - Merged first compat seccomp context into main context
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 TRACE    seccomp - seccomp.c:parse_config_v2:996 - Merged second compat seccomp context into main context
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 TRACE    start - start.c:lxc_init:784 - Read seccomp policy
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 TRACE    start - start.c:lxc_serve_state_clients:466 - Set container state to STARTING
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 TRACE    start - start.c:lxc_serve_state_clients:469 - No state clients registered
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 TRACE    start - start.c:lxc_init:792 - Set container state to "STARTING"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 TRACE    start - start.c:lxc_init:855 - Set environment variables
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.180 INFO     conf - conf.c:run_script_argv:356 - Executing script "/usr/lib/lxd/lxd callhook /var/lib/lxd 234 start" for container "sp-mlc6-6185-0", config section "lxc"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.370 TRACE    start - start.c:lxc_init:862 - Ran pre-start hooks
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.370 TRACE    start - start.c:setup_signal_fd:359 - Created signal file descriptor 4
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.370 TRACE    start - start.c:lxc_init:873 - Set up signal fd
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 DEBUG    terminal - terminal.c:lxc_terminal_peer_default:707 - No such device - The process does not have a controlling terminal
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 DEBUG    terminal - terminal.c:lxc_terminal_create_log_file:879 - Using "/var/log/lxd/sp-mlc6-6185-0/console.log" as terminal log file
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    terminal - terminal.c:lxc_terminal_create_ringbuf:860 - Allocated 131072 byte terminal ringbuffer
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    start - start.c:lxc_init:881 - Created console
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    terminal - terminal.c:lxc_terminal_map_ids:1225 - Chowned terminal "/dev/pts/1"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    start - start.c:lxc_init:888 - Chowned console
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_basecg_debuginfo:1031 - basecginfo is:
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_basecg_debuginfo:1032 - 12:freezer:/
11:perf_event:/
10:blkio:/
9:pids:/
8:memory:/
7:hugetlb:/
6:net_cls,net_prio:/
5:rdma:/
4:cpuset:/
3:devices:/
2:cpu,cpuacct:/
1:name=systemd:/init.scope
0::/init.scope

lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_basecg_debuginfo:1035 - kernel subsystem 0: freezer
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_basecg_debuginfo:1035 - kernel subsystem 1: perf_event
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_basecg_debuginfo:1035 - kernel subsystem 2: blkio
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_basecg_debuginfo:1035 - kernel subsystem 3: pids
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_basecg_debuginfo:1035 - kernel subsystem 4: memory
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_basecg_debuginfo:1035 - kernel subsystem 5: hugetlb
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_basecg_debuginfo:1035 - kernel subsystem 6: net_cls
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_basecg_debuginfo:1035 - kernel subsystem 7: net_prio
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_basecg_debuginfo:1035 - kernel subsystem 8: rdma
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_basecg_debuginfo:1035 - kernel subsystem 9: cpuset
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_basecg_debuginfo:1035 - kernel subsystem 10: devices
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_basecg_debuginfo:1035 - kernel subsystem 11: cpu
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_basecg_debuginfo:1035 - kernel subsystem 12: cpuacct
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.371 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_basecg_debuginfo:1035 - kernel subsystem 13: cgroup2
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_basecg_debuginfo:1038 - named subsystem 0: name=systemd
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:cg_hybrid_init:2431 - No controllers are enabled for delegation in the unified hierarchy
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:cg_hybrid_init:2459 - Writable cgroup hierarchies:
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1012 -   Hierarchies:
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1017 -   0: base_cgroup: /
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1018 -       mountpoint:  /sys/fs/cgroup/unified
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1019 -       controllers:
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1017 -   1: base_cgroup: /
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1018 -       mountpoint:  /sys/fs/cgroup/systemd
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1019 -       controllers:
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1021 -       0: name=systemd
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1017 -   2: base_cgroup: /
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1018 -       mountpoint:  /sys/fs/cgroup/cpu,cpuacct
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1019 -       controllers:
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1021 -       0: cpu
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1021 -       1: cpuacct
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1017 -   3: base_cgroup: /
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1018 -       mountpoint:  /sys/fs/cgroup/devices
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1019 -       controllers:
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1021 -       0: devices
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1017 -   4: base_cgroup: /
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1018 -       mountpoint:  /sys/fs/cgroup/cpuset
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1019 -       controllers:
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1021 -       0: cpuset
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1017 -   5: base_cgroup: /
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1018 -       mountpoint:  /sys/fs/cgroup/rdma
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1019 -       controllers:
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1021 -       0: rdma
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1017 -   6: base_cgroup: /
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1018 -       mountpoint:  /sys/fs/cgroup/net_cls,net_prio
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1019 -       controllers:
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1021 -       0: net_cls
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1021 -       1: net_prio
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1017 -   7: base_cgroup: /
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1018 -       mountpoint:  /sys/fs/cgroup/hugetlb
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1019 -       controllers:
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1021 -       0: hugetlb
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1017 -   8: base_cgroup: /
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1018 -       mountpoint:  /sys/fs/cgroup/memory
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1019 -       controllers:
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1021 -       0: memory
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1017 -   9: base_cgroup: /
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1018 -       mountpoint:  /sys/fs/cgroup/pids
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1019 -       controllers:
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1021 -       0: pids
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1017 -   10: base_cgroup: /
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1018 -       mountpoint:  /sys/fs/cgroup/blkio
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1019 -       controllers:
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1021 -       0: blkio
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1017 -   11: base_cgroup: /
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1018 -       mountpoint:  /sys/fs/cgroup/perf_event
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1019 -       controllers:
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1021 -       0: perf_event
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1017 -   12: base_cgroup: /
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1018 -       mountpoint:  /sys/fs/cgroup/freezer
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1019 -       controllers:
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgfsng - cgroups/cgfsng.c:lxc_cgfsng_print_hierarchies:1021 -       0: freezer
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgroup - cgroups/cgroup.c:cgroup_init:56 - Initialized cgroup driver cgfsng
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    cgroup - cgroups/cgroup.c:cgroup_init:61 - Running with hybrid cgroup layout
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 TRACE    start - start.c:lxc_init:895 - Initialized cgroup driver
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 INFO     start - start.c:lxc_init:897 - Container "sp-mlc6-6185-0" is initialized
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.372 DEBUG    storage - storage/storage.c:get_storage_by_name:231 - Detected rootfs type "dir"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.374 INFO     network - network.c:instantiate_veth:147 - Retrieved mtu 1500 from br0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.374 INFO     network - network.c:instantiate_veth:175 - Attached "vethY0WHW1" to bridge "br0"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.375 DEBUG    network - network.c:instantiate_veth:201 - Instantiated veth "vethY0WHW1/vethC8MU6I", index is "26"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.375 TRACE    cgfsng - cgroups/cgfsng.c:cg_legacy_filter_and_set_cpus:434 - No isolated cpus detected
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.375 DEBUG    cgfsng - cgroups/cgfsng.c:cg_legacy_handle_cpuset_hierarchy:620 - "cgroup.clone_children" was already set to "1"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.377 TRACE    start - start.c:lxc_spawn:1684 - Cloned child process 47134
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.377 INFO     start - start.c:lxc_spawn:1688 - Cloned CLONE_NEWUSER
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.377 INFO     start - start.c:lxc_spawn:1688 - Cloned CLONE_NEWNS
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.377 INFO     start - start.c:lxc_spawn:1688 - Cloned CLONE_NEWPID
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.377 INFO     start - start.c:lxc_spawn:1688 - Cloned CLONE_NEWUTS
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.377 INFO     start - start.c:lxc_spawn:1688 - Cloned CLONE_NEWIPC
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.377 DEBUG    start - start.c:lxc_try_preserve_namespaces:196 - Preserved user namespace via fd 15
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.377 DEBUG    start - start.c:lxc_try_preserve_namespaces:196 - Preserved mnt namespace via fd 16
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.377 DEBUG    start - start.c:lxc_try_preserve_namespaces:196 - Preserved pid namespace via fd 17
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.377 DEBUG    start - start.c:lxc_try_preserve_namespaces:196 - Preserved uts namespace via fd 18
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.377 DEBUG    start - start.c:lxc_try_preserve_namespaces:196 - Preserved ipc namespace via fd 19
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.377 DEBUG    conf - conf.c:idmaptool_on_path_and_privileged:2836 - The binary "/usr/bin/newuidmap" does have the setuid bit set
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.377 DEBUG    conf - conf.c:idmaptool_on_path_and_privileged:2836 - The binary "/usr/bin/newgidmap" does have the setuid bit set
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.377 DEBUG    conf - conf.c:lxc_map_ids:2928 - Functional newuidmap and newgidmap binary found
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.377 TRACE    caps - caps.c:lxc_ambient_caps_up:192 - Raised = cap_chown,cap_dac_override,cap_dac_read_search,cap_fowner,cap_fsetid,cap_kill,cap_setgid,cap_setuid,cap_setpcap,cap_linux_immutable,cap_net_bind_service,cap_net_broadcast,cap_net_admin,cap_net_raw,cap_ipc_lock,cap_ipc_owner,cap_sys_module,cap_sys_rawio,cap_sys_chroot,cap_sys_ptrace,cap_sys_pacct,cap_sys_admin,cap_sys_boot,cap_sys_nice,cap_sys_resource,cap_sys_time,cap_sys_tty_config,cap_mknod,cap_lease,cap_audit_write,cap_audit_control,cap_setfcap,cap_mac_override,cap_mac_admin,cap_syslog,cap_wake_alarm,cap_block_suspend,cap_audit_read+eip in inheritable and ambient capability set
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.382 TRACE    conf - conf.c:lxc_map_ids:3002 - newuidmap wrote mapping "newuidmap 47134 0<PHONE_NUMBER>6"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.386 TRACE    conf - conf.c:lxc_map_ids:3002 - newgidmap wrote mapping "newgidmap 47134 0<PHONE_NUMBER>6"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.459 INFO     start - start.c:do_start:1136 - Unshared CLONE_NEWNET
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.460 TRACE    conf - conf.c:get_minimal_idmap:4265 - Allocated minimal idmapping
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.460 TRACE    conf - conf.c:userns_exec_1:4345 - Establishing uid mapping for "47144" in new user namespace: nsuid 0 - hostid 100000 - range 65536
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.460 TRACE    conf - conf.c:userns_exec_1:4345 - Establishing uid mapping for "47144" in new user namespace: nsuid 65536 - hostid 0 - range 1
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.460 TRACE    conf - conf.c:userns_exec_1:4345 - Establishing gid mapping for "47144" in new user namespace: nsuid 0 - hostid 100000 - range 65536
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.460 TRACE    conf - conf.c:userns_exec_1:4345 - Establishing gid mapping for "47144" in new user namespace: nsuid 65536 - hostid 0 - range 1
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.460 DEBUG    conf - conf.c:idmaptool_on_path_and_privileged:2836 - The binary "/usr/bin/newuidmap" does have the setuid bit set
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.460 DEBUG    conf - conf.c:idmaptool_on_path_and_privileged:2836 - The binary "/usr/bin/newgidmap" does have the setuid bit set
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.460 DEBUG    conf - conf.c:lxc_map_ids:2928 - Functional newuidmap and newgidmap binary found
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.465 TRACE    conf - conf.c:lxc_map_ids:3002 - newuidmap wrote mapping "newuidmap 47144 0<PHONE_NUMBER>6 65536 0 1"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.469 TRACE    conf - conf.c:lxc_map_ids:3002 - newgidmap wrote mapping "newgidmap 47144 0<PHONE_NUMBER>6 65536 0 1"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.469 TRACE    conf - conf.c:run_userns_fn:4091 - Calling function "chown_cgroup_wrapper"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.471 DEBUG    start - start.c:lxc_spawn:1742 - Preserved net namespace via fd 11
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.471 TRACE    start - start.c:lxc_spawn:1748 - Allocated new network namespace id
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.499 DEBUG    network - network.c:lxc_network_move_created_netdev_priv:2500 - Moved network device "vethC8MU6I"/"eth0" to network namespace of 47134
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.499 NOTICE   utils - utils.c:lxc_switch_uid_gid:1378 - Switched to gid 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.499 NOTICE   utils - utils.c:lxc_switch_uid_gid:1387 - Switched to uid 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.499 NOTICE   utils - utils.c:lxc_setgroups:1400 - Dropped additional groups
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.499 INFO     start - start.c:do_start:1242 - Unshared CLONE_NEWCGROUP
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.500 TRACE    conf - conf.c:remount_all_slave:3349 - Remounted all mount table entries as MS_SLAVE
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.500 DEBUG    storage - storage/storage.c:get_storage_by_name:231 - Detected rootfs type "dir"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.500 TRACE    dir - storage/dir.c:dir_mount:203 - Mounted "/var/lib/lxd/containers/sp-mlc6-6185-0/rootfs" on "/usr/lib/x86_64-linux-gnu/lxc"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.500 DEBUG    conf - conf.c:lxc_mount_rootfs:1332 - Mounted rootfs "/var/lib/lxd/containers/sp-mlc6-6185-0/rootfs" onto "/usr/lib/x86_64-linux-gnu/lxc" with options "(null)"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.500 INFO     conf - conf.c:setup_utsname:791 - Set hostname to "sp-mlc6-6185-0"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.527 DEBUG    network - network.c:setup_hw_addr:2767 - Mac address "00:16:3e:fa:69:70" on "eth0" has been setup
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.527 DEBUG    network - network.c:lxc_setup_netdev_in_child_namespaces:3032 - Network device "eth0" has been setup
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.527 INFO     network - network.c:lxc_setup_network_in_child_namespaces:3053 - network has been setup
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.527 TRACE    network - network.c:lxc_network_send_name_and_ifindex_to_parent:3134 - Sent network device names and ifindices to parent
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.527 INFO     conf - conf.c:mount_autodev:1118 - Preparing "/dev"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.528 TRACE    conf - conf.c:mount_autodev:1142 - Mounted tmpfs on "/usr/lib/x86_64-linux-gnu/lxc/dev"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.528 INFO     conf - conf.c:mount_autodev:1165 - Prepared "/dev"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.528 INFO     conf - conf.c:run_script_argv:356 - Executing script "/usr/share/lxcfs/lxc.mount.hook" for container "sp-mlc6-6185-0", config section "lxc"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.573 INFO     conf - conf.c:lxc_fill_autodev:1209 - Populating "/dev"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.573 DEBUG    conf - conf.c:lxc_fill_autodev:1282 - Bind mounted host device node "/dev/full" onto "/usr/lib/x86_64-linux-gnu/lxc/dev/full"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.573 DEBUG    conf - conf.c:lxc_fill_autodev:1282 - Bind mounted host device node "/dev/null" onto "/usr/lib/x86_64-linux-gnu/lxc/dev/null"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.573 DEBUG    conf - conf.c:lxc_fill_autodev:1282 - Bind mounted host device node "/dev/random" onto "/usr/lib/x86_64-linux-gnu/lxc/dev/random"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.573 DEBUG    conf - conf.c:lxc_fill_autodev:1282 - Bind mounted host device node "/dev/tty" onto "/usr/lib/x86_64-linux-gnu/lxc/dev/tty"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.573 DEBUG    conf - conf.c:lxc_fill_autodev:1282 - Bind mounted host device node "/dev/urandom" onto "/usr/lib/x86_64-linux-gnu/lxc/dev/urandom"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.573 DEBUG    conf - conf.c:lxc_fill_autodev:1282 - Bind mounted host device node "/dev/zero" onto "/usr/lib/x86_64-linux-gnu/lxc/dev/zero"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 INFO     conf - conf.c:lxc_fill_autodev:1286 - Populated "/dev"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/dev/fuse" on "/usr/lib/x86_64-linux-gnu/lxc/dev/fuse" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/dev/fuse" were 4098, required extra flags are 2
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/dev/fuse" on "/usr/lib/x86_64-linux-gnu/lxc/dev/fuse" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/dev/net/tun" on "/usr/lib/x86_64-linux-gnu/lxc/dev/net/tun" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/dev/net/tun" were 4098, required extra flags are 2
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/dev/net/tun" on "/usr/lib/x86_64-linux-gnu/lxc/dev/net/tun" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/proc/sys/fs/binfmt_misc" on "/usr/lib/x86_64-linux-gnu/lxc/proc/sys/fs/binfmt_misc" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/proc/sys/fs/binfmt_misc" were 4096, required extra flags are 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2058 - Mountflags already were 20480, skipping remount
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/proc/sys/fs/binfmt_misc" on "/usr/lib/x86_64-linux-gnu/lxc/proc/sys/fs/binfmt_misc" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/sys/fs/fuse/connections" on "/usr/lib/x86_64-linux-gnu/lxc/sys/fs/fuse/connections" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/sys/fs/fuse/connections" were 4096, required extra flags are 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2058 - Mountflags already were 20480, skipping remount
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/sys/fs/fuse/connections" on "/usr/lib/x86_64-linux-gnu/lxc/sys/fs/fuse/connections" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/sys/fs/pstore" on "/usr/lib/x86_64-linux-gnu/lxc/sys/fs/pstore" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/sys/fs/pstore" were 4110, required extra flags are 14
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/sys/fs/pstore" on "/usr/lib/x86_64-linux-gnu/lxc/sys/fs/pstore" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/sys/kernel/debug" on "/usr/lib/x86_64-linux-gnu/lxc/sys/kernel/debug" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/sys/kernel/debug" were 4096, required extra flags are 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2058 - Mountflags already were 20480, skipping remount
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/sys/kernel/debug" on "/usr/lib/x86_64-linux-gnu/lxc/sys/kernel/debug" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/sys/kernel/security" on "/usr/lib/x86_64-linux-gnu/lxc/sys/kernel/security" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/sys/kernel/security" were 4110, required extra flags are 14
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.574 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/sys/kernel/security" on "/usr/lib/x86_64-linux-gnu/lxc/sys/kernel/security" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/dev/mqueue" on "/usr/lib/x86_64-linux-gnu/lxc/dev/mqueue" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/dev/mqueue" were 4096, required extra flags are 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2058 - Mountflags already were 20480, skipping remount
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/dev/mqueue" on "/usr/lib/x86_64-linux-gnu/lxc/dev/mqueue" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/var/lib/lxd/devlxd" on "/usr/lib/x86_64-linux-gnu/lxc/dev/lxd" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/var/lib/lxd/devlxd" were 4096, required extra flags are 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2058 - Mountflags already were 4096, skipping remount
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/var/lib/lxd/devlxd" on "/usr/lib/x86_64-linux-gnu/lxc/dev/lxd" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/var/lib/lxd/shmounts/sp-mlc6-6185-0" on "/usr/lib/x86_64-linux-gnu/lxc/dev/.lxd-mounts" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/var/lib/lxd/shmounts/sp-mlc6-6185-0" were 4096, required extra flags are 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2058 - Mountflags already were 4096, skipping remount
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/var/lib/lxd/shmounts/sp-mlc6-6185-0" on "/usr/lib/x86_64-linux-gnu/lxc/dev/.lxd-mounts" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-dri-card1" on "/usr/lib/x86_64-linux-gnu/lxc/dev/dri/card1" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-dri-card1" were 4096, required extra flags are 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2058 - Mountflags already were 4096, skipping remount
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-dri-card1" on "/usr/lib/x86_64-linux-gnu/lxc/dev/dri/card1" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia0" on "/usr/lib/x86_64-linux-gnu/lxc/dev/nvidia0" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia0" were 4096, required extra flags are 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2058 - Mountflags already were 4096, skipping remount
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia0" on "/usr/lib/x86_64-linux-gnu/lxc/dev/nvidia0" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-dri-renderD128" on "/usr/lib/x86_64-linux-gnu/lxc/dev/dri/renderD128" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-dri-renderD128" were 4096, required extra flags are 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2058 - Mountflags already were 4096, skipping remount
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-dri-renderD128" on "/usr/lib/x86_64-linux-gnu/lxc/dev/dri/renderD128" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia-caps" on "/usr/lib/x86_64-linux-gnu/lxc/dev/nvidia-caps" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia-caps" were 4096, required extra flags are 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2058 - Mountflags already were 4096, skipping remount
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia-caps" on "/usr/lib/x86_64-linux-gnu/lxc/dev/nvidia-caps" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia-modeset" on "/usr/lib/x86_64-linux-gnu/lxc/dev/nvidia-modeset" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia-modeset" were 4096, required extra flags are 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2058 - Mountflags already were 4096, skipping remount
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia-modeset" on "/usr/lib/x86_64-linux-gnu/lxc/dev/nvidia-modeset" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia-uvm" on "/usr/lib/x86_64-linux-gnu/lxc/dev/nvidia-uvm" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia-uvm" were 4096, required extra flags are 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2058 - Mountflags already were 4096, skipping remount
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.575 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia-uvm" on "/usr/lib/x86_64-linux-gnu/lxc/dev/nvidia-uvm" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia-uvm-tools" on "/usr/lib/x86_64-linux-gnu/lxc/dev/nvidia-uvm-tools" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia-uvm-tools" were 4096, required extra flags are 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2058 - Mountflags already were 4096, skipping remount
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia-uvm-tools" on "/usr/lib/x86_64-linux-gnu/lxc/dev/nvidia-uvm-tools" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidiactl" on "/usr/lib/x86_64-linux-gnu/lxc/dev/nvidiactl" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidiactl" were 4096, required extra flags are 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2058 - Mountflags already were 4096, skipping remount
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidiactl" on "/usr/lib/x86_64-linux-gnu/lxc/dev/nvidiactl" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-dri-card2" on "/usr/lib/x86_64-linux-gnu/lxc/dev/dri/card2" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-dri-card2" were 4096, required extra flags are 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2058 - Mountflags already were 4096, skipping remount
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-dri-card2" on "/usr/lib/x86_64-linux-gnu/lxc/dev/dri/card2" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-nvidia1" on "/usr/lib/x86_64-linux-gnu/lxc/dev/nvidia1" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-nvidia1" were 4096, required extra flags are 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2058 - Mountflags already were 4096, skipping remount
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-nvidia1" on "/usr/lib/x86_64-linux-gnu/lxc/dev/nvidia1" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2027 - Remounting "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-dri-renderD129" on "/usr/lib/x86_64-linux-gnu/lxc/dev/dri/renderD129" to respect bind or remount options
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2048 - Flags for "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-dri-renderD129" were 4096, required extra flags are 0
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2058 - Mountflags already were 4096, skipping remount
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    conf - conf.c:mount_entry:2102 - Mounted "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-dri-renderD129" on "/usr/lib/x86_64-linux-gnu/lxc/dev/dri/renderD129" with filesystem type "none"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 ERROR    conf - conf.c:mount_entry:2019 - No such device or address - Failed to mount "/var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-nvidia-caps" on "/usr/lib/x86_64-linux-gnu/lxc/dev/nvidia-caps"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 ERROR    conf - conf.c:lxc_setup:3611 - Failed to setup mount entries
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 ERROR    start - start.c:do_start:1263 - Failed to setup container "sp-mlc6-6185-0"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 ERROR    sync - sync.c:__sync_wait:62 - An error occurred in another process (expected sequence number 5)
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 WARN     network - network.c:lxc_delete_network_priv:2589 - Operation not permitted - Failed to remove interface "eth0" with index 26
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    network - network.c:lxc_delete_network:3180 - Deleted network devices
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 TRACE    start - start.c:lxc_serve_state_socket_pair:536 - Sent container state "ABORTING" to 5
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 TRACE    start - start.c:lxc_serve_state_clients:466 - Set container state to ABORTING
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 TRACE    start - start.c:lxc_serve_state_clients:469 - No state clients registered
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 DEBUG    lxccontainer - lxccontainer.c:wait_on_daemonized_start:830 - First child 47117 exited
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.576 ERROR    lxccontainer - lxccontainer.c:wait_on_daemonized_start:842 - Received container state "ABORTING" instead of "RUNNING"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.577 ERROR    start - start.c:__lxc_start:1939 - Failed to spawn container "sp-mlc6-6185-0"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.577 TRACE    start - start.c:lxc_serve_state_clients:466 - Set container state to STOPPING
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.577 TRACE    start - start.c:lxc_serve_state_clients:469 - No state clients registered
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.577 TRACE    conf - conf.c:get_minimal_idmap:4265 - Allocated minimal idmapping
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.577 TRACE    conf - conf.c:userns_exec_1:4345 - Establishing uid mapping for "47184" in new user namespace: nsuid 0 - hostid 100000 - range 65536
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.577 TRACE    conf - conf.c:userns_exec_1:4345 - Establishing uid mapping for "47184" in new user namespace: nsuid 65536 - hostid 0 - range 1
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.577 TRACE    conf - conf.c:userns_exec_1:4345 - Establishing gid mapping for "47184" in new user namespace: nsuid 0 - hostid 100000 - range 65536
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.577 TRACE    conf - conf.c:userns_exec_1:4345 - Establishing gid mapping for "47184" in new user namespace: nsuid 65536 - hostid 0 - range 1
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.577 DEBUG    conf - conf.c:idmaptool_on_path_and_privileged:2836 - The binary "/usr/bin/newuidmap" does have the setuid bit set
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.577 DEBUG    conf - conf.c:idmaptool_on_path_and_privileged:2836 - The binary "/usr/bin/newgidmap" does have the setuid bit set
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.577 DEBUG    conf - conf.c:lxc_map_ids:2928 - Functional newuidmap and newgidmap binary found
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.582 TRACE    conf - conf.c:lxc_map_ids:3002 - newuidmap wrote mapping "newuidmap 47184 0<PHONE_NUMBER>6 65536 0 1"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.587 TRACE    conf - conf.c:lxc_map_ids:3002 - newgidmap wrote mapping "newgidmap 47184 0<PHONE_NUMBER>6 65536 0 1"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.588 TRACE    conf - conf.c:run_userns_fn:4091 - Calling function "cgroup_rmdir_wrapper"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.590 TRACE    start - start.c:lxc_fini:1001 - Closed command socket
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.590 TRACE    start - start.c:lxc_fini:1012 - Set container state to "STOPPED"
lxc<PHONE_NUMBER>2553.590 WARN     commands - commands.c:lxc_cmd_rsp_recv:132 - Connection reset by peer - Failed to receive response for command "get_state"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2553.590 INFO     conf - conf.c:run_script_argv:356 - Executing script "/usr/share/lxcfs/lxc.reboot.hook" for container "sp-mlc6-6185-0", config section "lxc"
lxc sp-mlc6-6185-0<PHONE_NUMBER>2554.955 INFO     conf - conf.c:run_script_argv:356 - Executing script "/usr/lib/lxd/lxd callhook /var/lib/lxd 234 stop" for container "sp-mlc6-6185-0", config section "lxc"

[x] Container configuration (lxc config show NAME --expanded)

I can't use this command after the error because the container gets cleaned up by the scheduling system, but here's the preserved lxc.conf file:
# cat /var/log/lxd/sp-mlc6-6185-0/lxc.conf
lxc.log.file = /var/log/lxd/sp-mlc6-6185-0/lxc.log
lxc.log.level = warn
lxc.console.buffer.size = auto
lxc.console.size = auto
lxc.console.logfile = /var/log/lxd/sp-mlc6-6185-0/console.log
lxc.mount.auto = proc:rw sys:rw
lxc.autodev = 1
lxc.pty.max = 1024
lxc.mount.entry = /dev/fuse dev/fuse none bind,create=file,optional
lxc.mount.entry = /dev/net/tun dev/net/tun none bind,create=file,optional
lxc.mount.entry = /proc/sys/fs/binfmt_misc proc/sys/fs/binfmt_misc none rbind,create=dir,optional
lxc.mount.entry = /sys/fs/fuse/connections sys/fs/fuse/connections none rbind,create=dir,optional
lxc.mount.entry = /sys/fs/pstore sys/fs/pstore none rbind,create=dir,optional
lxc.mount.entry = /sys/kernel/debug sys/kernel/debug none rbind,create=dir,optional
lxc.mount.entry = /sys/kernel/security sys/kernel/security none rbind,create=dir,optional
lxc.mount.entry = /dev/mqueue dev/mqueue none rbind,create=dir,optional
lxc.include = /usr/share/lxc/config/common.conf.d/
lxc.arch = linux64
lxc.hook.pre-start = /usr/lib/lxd/lxd callhook /var/lib/lxd 234 start
lxc.hook.post-stop = /usr/lib/lxd/lxd callhook /var/lib/lxd 234 stop
lxc.tty.max = 0
lxc.uts.name = sp-mlc6-6185-0
lxc.mount.entry = /var/lib/lxd/devlxd dev/lxd none bind,create=dir 0 0
lxc.apparmor.profile = lxd-sp-mlc6-6185-0_</var/lib/lxd>//&:lxd-sp-mlc6-6185-0_<var-lib-lxd>:
lxc.seccomp.profile = /var/lib/lxd/security/seccomp/sp-mlc6-6185-0
lxc.idmap = u 0<PHONE_NUMBER>6
lxc.idmap = g 0<PHONE_NUMBER>6
lxc.rootfs.path = dir:/var/lib/lxd/containers/sp-mlc6-6185-0/rootfs
lxc.net.0.type = veth
lxc.net.0.flags = up
lxc.net.0.link = br0
lxc.net.0.hwaddr = 00:16:3e:fa:69:70
lxc.net.0.name = eth0
lxc.mount.entry = /var/lib/lxd/shmounts/sp-mlc6-6185-0 dev/.lxd-mounts none bind,create=dir 0 0
lxc.log.level=0
lxc.mount.entry = /var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-dri-card1 dev/dri/card1 none bind,create=file
lxc.mount.entry = /var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia0 dev/nvidia0 none bind,create=file
lxc.mount.entry = /var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-dri-renderD128 dev/dri/renderD128 none bind,create=file
lxc.mount.entry = /var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia-caps dev/nvidia-caps none bind,create=file
lxc.mount.entry = /var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia-modeset dev/nvidia-modeset none bind,create=file
lxc.mount.entry = /var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia-uvm dev/nvidia-uvm none bind,create=file
lxc.mount.entry = /var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidia-uvm-tools dev/nvidia-uvm-tools none bind,create=file
lxc.mount.entry = /var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu1.dev-nvidiactl dev/nvidiactl none bind,create=file
lxc.mount.entry = /var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-dri-card2 dev/dri/card2 none bind,create=file
lxc.mount.entry = /var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-nvidia1 dev/nvidia1 none bind,create=file
lxc.mount.entry = /var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-dri-renderD129 dev/dri/renderD129 none bind,create=file
lxc.mount.entry = /var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-nvidia-caps dev/nvidia-caps none bind,create=file
lxc.mount.entry = /var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-nvidia-modeset dev/nvidia-modeset none bind,create=file
lxc.mount.entry = /var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-nvidia-uvm dev/nvidia-uvm none bind,create=file
lxc.mount.entry = /var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-nvidia-uvm-tools dev/nvidia-uvm-tools none bind,create=file
lxc.mount.entry = /var/lib/lxd/devices/sp-mlc6-6185-0/unix.gpu2.dev-nvidiactl dev/nvidiactl none bind,create=file

[x] Main daemon log (at /var/log/lxd/lxd.log or /var/snap/lxd/common/lxd/logs/lxd.log)

# cat /var/log/lxd/lxd.log
t=2021-01-26T11:58:24+0100 lvl=info msg="Pruning expired images"
t=2021-01-26T11:58:24+0100 lvl=info msg="Done pruning expired images"
t=2021-01-26T11:58:24+0100 lvl=info msg="Updating instance types"
t=2021-01-26T11:58:24+0100 lvl=info msg="Done updating instance types"
t=2021-01-26T11:58:24+0100 lvl=info msg="Expiring log files"
t=2021-01-26T11:58:24+0100 lvl=info msg="Done expiring log files"
t=2021-01-26T11:58:24+0100 lvl=info msg="Updating images"
t=2021-01-26T11:58:24+0100 lvl=info msg="Done updating images"
t=2021-01-26T12:51:47+0100 lvl=info msg="Creating container" ephemeral=false name=sp-mlc6-6181-0
t=2021-01-26T12:51:47+0100 lvl=info msg="Created container" ephemeral=false name=sp-mlc6-6181-0
t=2021-01-26T12:51:52+0100 lvl=info msg="Starting container" action=start created=2021-01-26T12:51:47+0100 ephemeral=false name=sp-mlc6-6181-0 stateful=false used=1970-01-01T01:00:00+0100
t=2021-01-26T12:51:53+0100 lvl=info msg="Started container" action=start created=2021-01-26T12:51:47+0100 ephemeral=false name=sp-mlc6-6181-0 stateful=false used=1970-01-01T01:00:00+0100
t=2021-01-26T13:27:03+0100 lvl=warn msg="Detected poll(POLLNVAL) event."
 This folder seems to be a relatively new addition to the drivers: https://docs.nvidia.com/datacenter/tesla/mig-user-guide/#unique_1576522674
Equivalent code in master here: https://github.com/lxc/lxd/blob/3fb0be5ac27e041d676aec9a4cc1c6cedbd6c689/lxd/device/gpu_physical.go#L393-L435

Hm, I think this might be related to this part of the code: https://github.com/lxc/lxd/blob/ef5d8b6d9b80fe65021c6922047637b52455b4de/lxd/devices.go#L324-L366
It's looking at everything under /dev that has the nvidia prefix, but that includes nvidia-caps, a folder with devices inside. This folder seems to be a relatively new addition to the drivers: https://docs.nvidia.com/datacenter/tesla/mig-user-guide/#unique_1576522674
Equivalent code in master here: https://github.com/lxc/lxd/blob/3fb0be5ac27e041d676aec9a4cc1c6cedbd6c689/lxd/device/gpu_physical.go#L393-L435

I'm trying to test a modification to the code snippets above but having a hard time building 3.0.3 from source, since the dependencies are just tracking master branches of GitHub repos, some of which have disappeared and some of which have changed in breaking ways. Is there a known solution for building older versions from source, with pinned versions of dependencies?

I'm trying to test a modification to the code snippets above but having a hard time building 3.0.3 from source, since the dependencies are just tracking master branches of GitHub repos, some of which have disappeared and some of which have changed in breaking ways. Is there a known solution for building older versions from source, with pinned versions of dependencies?

2.0, 4.0 and latest are all currently buildable, 3.0 currently isn't as we need to transition it to current dqlite first.

2.0, 4.0 and latest are all currently buildable, 3.0 currently isn't as we need to transition it to current dqlite first.

Since I don't need Multi Instance GPU support, I worked around the problem by removing the /dev/nvidia-caps folder and creating a symlink to another NVIDIA device node to prevent the driver from re-creating the folder:
$ rm -rf /dev/nvidia-caps && ln -s /dev/nvidia-uvm /dev/nvidia-caps

Since I don't need Multi Instance GPU support, I worked around the problem by removing the /dev/nvidia-caps folder and creating a symlink to another NVIDIA device node to prevent the driver from re-creating the folder:
$ rm -rf /dev/nvidia-caps && ln -s /dev/nvidia-uvm /dev/nvidia-caps

Looking into this now

Looking into this now

Our normal daily test uses 440 so I guess that's too old to hit the issue, trying 460 now.

Our normal daily test uses 440 so I guess that's too old to hit the issue, trying 460 now.

460 still doesn't get me /dev/nvidia-caps

460 still doesn't get me /dev/nvidia-caps

Hm... weird. How are you installing it? I used the NVIDIA deb repos on Ubuntu 18.04 aka
# echo "deb https://developer.download.nvidia.com/compute/cuda/repos/ubuntu1804/x86_64 /" > /etc/apt/sources.list.d/cuda.list
# echo "deb https://developer.download.nvidia.com/compute/machine-learning/repos/ubuntu1804/x86_64 /" > /etc/apt/sources.list.d/nvidia-ml.list
# apt-get update
# apt-get install cuda-11-2

The new driver came as a dependency of CUDA, so maybe the driver only creates the folder if CUDA is actually installed?

Hm... weird. How are you installing it? I used the NVIDIA deb repos on Ubuntu 18.04 aka
# echo "deb https://developer.download.nvidia.com/compute/cuda/repos/ubuntu1804/x86_64 /" > /etc/apt/sources.list.d/cuda.list
# echo "deb https://developer.download.nvidia.com/compute/machine-learning/repos/ubuntu1804/x86_64 /" > /etc/apt/sources.list.d/nvidia-ml.list
# apt-get update
# apt-get install cuda-11-2

The new driver came as a dependency of CUDA, so maybe the driver only creates the folder if CUDA is actually installed?

We're using the official Ubuntu packages, I've reproduced the issue when using 455 from NVIDIA on 20.04.

We're using the official Ubuntu packages, I've reproduced the issue when using 455 from NVIDIA on 20.04.

So I think the easiest for now will be to skip the nvidia related directories. nvidia-caps is meant for things like MIG which we're waiting on hardware for to properly enable.

So I think the easiest for now will be to skip the nvidia related directories. nvidia-caps is meant for things like MIG which we're waiting on hardware for to properly enable.


cannot decode the relucel2 & unsqueeze op of the tmfile format

Hi，there
I had download the latest version of the Netron and open the tmfile , but found it cannot deocde the reducel2 and unsqueeze , could you help to confirm it ?

The original model shows like:

Thanks

Hi,
I found that in Tengine format these operators have not yet been defined according to: https://github.com/OAID/Tengine/blob/master/serializer/include/tengine/v2/tm2_format.h
If they are defined by yourself please commit them to Tengine's master branch and I'll keep Netron up-to-date with it.
Cheers.


Add additional tests for file change detection from timestamp

This adds tests for BuildSessionScopeFileTimeStampInspector and also adds an integration test for the issue https://github.com/gradle/gradle/issues/19353. I checked it without a fix and on Oracle JDK8u301 test fails.
ChangesBetweenBuildsFileSystemWatchingIntegrationTest might not be the right class, since this is actually not a VFS issue. Probably should be moved to the core where FileTimeStampInspector is. WDYT?

@bot-gradle test QFL

OK, I've already triggered the following builds for you:

QuickFeedbackLinux build

@bot-gradle test this

OK, I've already triggered the following builds for you:

PullRequestFeedback build

@bot-gradle test and merge

Your PR is queued. See the queue page for details.

OK, I've already triggered a build for you.


Seperate UI + functionality for global and country data

The country API call and global API call should not rely on each other, they should function independently.
The UI should also separate the global and country data, that way they can be updated individually.

One idea we talked about is allowing the user to click on a country which would slide down to reveal the top 5 regions in that country based on confirmed cases. Clicking the country again would slide up to close the region dropdown.


Wrong test_data.bin.link?

The "test_data.bin" url in file test_data.bin.link from pynq_alveo_examples/notebooks/data_compression/ is actually u200 version xclbin file url.
Is there any idea of where to get the "test_data.bin" file?
Looking forward to your reply

That is the correct test_data.bin file. The contents are irrelevant and it was a convenient size for  the demo.


Issue #17 (redirect logs to stdout, write both logs in one file)

According to your changes it seems I can just remove logs: section and the daemon will print everything into stdout. Do I understand it correctly?
@vinser

@freehck
Surely you can


Zero Hydra Failures for release-15.09

We have 850 builds failing for 15.09 release, let's do our best to get it down to 0.
http://hydra.nixos.org/eval/1218037?full=1#tabs-still-fail

cc @peti quite some haskell packages fail (+ikiwiki)

I'll update the haskell package set to a more stable version soon'ish. Getting rid of all errors is going to be hard, though, because Darwin/x86_64 is living in the wild west Haskell-wise and a lot of builds fail on that platform.

:+1:

The ikiwiki test suite failure was reported a while ago, but upstream doesn't seem to care much. Unfortunately, the principle author, Joey Hess, doesn't work much on that project any more, so it's anybody's guess whether that issue will be fixed.

Should we just disable the test suite for the time being and link to that
bug?
On Thu, Aug 27, 2015 at 11:48 AM, Peter Simons<EMAIL_ADDRESS>wrote:

The ikiwiki test suite failure was reported a while ago
https://ikiwiki.info/bugs/img_test_failure_on_nix/, but upstream
doesn't seem to care much. Unfortunately, the principle author, Joey Hess,
doesn't work much on that project any more, so it's anybody's guess whether
that issue will be fixed.
—
Reply to this email directly or view it on GitHub
https://github.com/NixOS/nixpkgs/issues/9471#issuecomment-135367264.

It's hard for me to judge whether the test suite failure is harmless. It looks like we updated some Perl bindings to ImageMagick, and that update changed the API somehow, breaking the test. IMHO, it's conceivable that the update would break production, too. Personally, I don't care much because I don't use the ImageMagick module for anything, but others might. Anyway, I'm not sure what we can do other than downgrading that plugin.  I'll try a git-bisect to find out what caused the test suite failure in the first place.

python packages gmpy and gmpy2 fail with pypy. They're both C python extension modules that are incompatible with pypy and thus should be disabled. gmpy_cffi is supposed to be compatible but we haven't packaged that.

Also I think that ruby 2.0 not building on i686 is a relevant issue for the stable release?

Further ikiwiki stuff lives at https://github.com/NixOS/nixpkgs/issues/9473.

@lethalman I fixed docker.

pypyPackages.importlib is failing. This package should not be available because PyPy comes with importlib (as the log also indicates). The expression for importlib is
 importlib = if isPy26 then (buildPythonPackage {
    name = "importlib-1.0.2";
    src = pkgs.fetchurl {
      url = "http://pypi.python.org/packages/source/i/importlib/importlib-1.0.2.tar.gz";
      md5 = "4aa23397da8bd7c7426864e88e4db7e1";
    };
    doCheck = false;
  }) else null;

Apparently this is not working.  Any sources have to get downloaded in advance by fixed-output derivations (fetch* typically).

anyone interested into fixing xen?

I'll have a look again, but it's still unclear to me where the error comes from.

More broken builds:

categories http://hydra.nixos.org/build/25459655 /cc @Fuuzetsu
dolphinEmu http://hydra.nixos.org/build/25461029 /cc @MP2E
dragonegg http://hydra.nixos.org/build/25426494 /cc @gridaphobe
tessel http://hydra.nixos.org/build/25478695 /cc @cillianderoiste
pycangije http://hydra.nixos.org/build/25479118 /cc @linquize
perlPackages.UnicodeICUCollator http://hydra.nixos.org/build/25141764 /cc @ocharles
panamax_ui http://hydra.nixos.org/build/25464702 /cc @offlinehacker
hhvm http://hydra.nixos.org/build/25462015 /cc @thoughtpolice

For linux-perf see https://github.com/NixOS/nixpkgs/issues/9095

dragonegg: maybe it will be enough to just update it to 3.6.2. There is even llvm-3.7.0 released now, but I see no dragonegg link in there.

I can fix or mark broken (as needed) categories today. In general will check my packages today and see what I can fix.

Broken NixOS tests:

[ ] blivet http://hydra.nixos.org/eval/1219538#tabs-still-fail /cc @aszlig
[ ] virtualbox http://hydra.nixos.org/build/25474534 /cc @aszlig
[ ] docker http://hydra.nixos.org/build/25475445 /cc @offlinehacker
[ ] etcd http://hydra.nixos.org/build/25466795 /cc @offlinehacker
[ ] caadvisor http://hydra.nixos.org/build/25474355 /cc @offlinehacker
[ ] ec2-nixops http://hydra.nixos.org/build/25480840 /cc @copumpkin
[ ] fleet http://hydra.nixos.org/build/25479202 /cc @offlinehacker
[ ] quake3 http://hydra.nixos.org/build/25478604 /cc @edolstra

categories can be marked as broken, needs upstream fixes; I plan to do it later today but if I forget or whatever you can go ahead and do it

I believe (hope) failing docker test is adressed by https://github.com/NixOS/nixpkgs/pull/9638

@iElectric: Going to work on vbox/blivet on Monday.

I can't reproduce those cups problems on i686 (likely causing almost 4k failures); would someone restart them unless you have an idea what causes them?

I would really consider systemd update for release, it hasn't been upgraded
for a long time and we need some of its features. It's a core feature and
without it I wouldn't do a release, but that's just my opinion.
V ned., 6. sep. 2015 12:14 pop. je oseba Vladimír Čunát <
<EMAIL_ADDRESS>napisala:

I can't reproduce those cups problems on i686 (likely causing almost 4k
failures); would someone restart them unless you have an idea what causes
them?
—
Reply to this email directly or view it on GitHub
https://github.com/NixOS/nixpkgs/issues/9471#issuecomment-138062285.

Someone would have to do that updating job, I guess. ATM it seems a little late to me to start testing such large changes, but the #6671 issue seems rather dead anyway...

Etcd tests fixed in https://github.com/NixOS/nixpkgs/commit/a79d732243376652d96187a8aa8ec055c5a59589

Logstash tests fixed on master

I'm going to update cups to fix the transient failure.

junit fails to build /cc @copumpkin

@offlinehacker people is living without the new shiny systemd already. This is just one release, there's no point in delaying further.

@offlinehacker I agree systemd is a critical component (the most critical?) in our ecosystem, but we've delayed the release for too many months already. If I have anything to say at this, we will skip systemd upgrade in this release and do it for the next one.
We have to be aware bumping systemd isn't a task that comes 2 weeks before the release, but rather somewhere in middle of development.

Is https://github.com/NixOS/nixpkgs/issues/9674 relevant for the 15.09 release? It certainly causes trouble on master.

@peti nixos is not darwin, so not relevant for the nixos release.

We have stable Nixpkgs releases other than those tied to NixOS?

@peti in which way are nixpkgs releases tied to nixos?

Do we have stable Nixpkgs releases?

Ups no that was a typo.

Nope, we don't.

Do we care whether the release-15.09 branch of Nixpkgs can be used on Darwin?

We haven't so far, but I'm willing to change that if there is a user base / reason

Chromium fails to build: http://hydra.nixos.org/build/25574416 that's quite blocker.

Looks like the usual oom issues.
g++: internal compiler error: Segmentation fault (program as) Please submit
a full bug report, with preprocessed source if appropriate. See <
http://gcc.gnu.org/bugs.html> for instructions.
On Tue, Sep 8, 2015, 02:24 lethalman<EMAIL_ADDRESS>wrote:

Chromium fails to build: http://hydra.nixos.org/build/25574416 that's
quite blocker.
—
Reply to this email directly or view it on GitHub
https://github.com/NixOS/nixpkgs/issues/9471#issuecomment-138493522.

How do you know it's OOM?

Well it's that (which I've seen lots more concrete proof for) or its that
gc4.9 is so horribly broken this is happening on numerous builds multiple
times per day. But I'm still sticking with the oom guess as I've seen
similar errors combined with oom messages. Plus this never seems to be a
problem on my personal build instances.
On Tue, Sep 8, 2015, 08:34 Domen Kožar<EMAIL_ADDRESS>wrote:

How do you know it's OOM?
—
Reply to this email directly or view it on GitHub
https://github.com/NixOS/nixpkgs/issues/9471#issuecomment-138601958.

The segfaults seem to have started after I rebooted the build machines into Linux 3.18 (was 3.14). I've now switched the two machines that were segfaulting the most back to 3.14. We'll see if that helps.

@peti Yes I care about having the 15.09 branch work on Darwin. At LogicBlox we use the release branch for both Linux and Darwin builds, so it would be annoying if we had to do Darwin builds from another branch.

OK /cc @vcunat

OOK kills show up in the system / dmesg log, so it should be quite easy to see whether a process was killed by OOM or not.

chronos is still failing to build @offlinehacker @rushmorem

The gcr failures: I can't reproduce the problem. It might be a parallel-make issue, or something else.

Yes it was. Only a few tests left to fix: http://hydra.nixos.org/eval/1221074#tabs-still-fail

That looks close enough to zero – IMO the important thing isn't to reach zero but to keep the number low in the long run, at least on the release branches.

Yes, VirtualBox test failure worries me as it's the same as https://github.com/NixOS/nixops/issues/332, but it does succeed for me locally. I've restarted it, just to be sure it's not transient.

The Quake failure looks similar to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775235, basically we need to pass -cpu pentium3 or -cpu host or in general something with SSE.

But i686 does not guarantee SSE, just MMX. https://en.wikipedia.org/wiki/P6_(microarchitecture)

Maybe if we update LLVM to 3.7, which includes https://github.com/llvm-mirror/llvm/commit/87f3799e5634fe4e615ee994eaa23128d0317c14, the problem will go away.

Yes, sounds possible. I'm not sure whether to do such a change in 15.09 now. It would certainly need some re-testing of the drivers.

As soon as VirtualBox test/issue with missing IP is addressed, we're ready for the release.

I take it that we've given up on the notion of having zero evaluation errors in our code?

We need semantic errors in Nix for that, to be able to distinguish between a user error message (unsupported package) and anything else

Well, there are other options, i.e. to make sure that our package set doesn't instantiate inconsistent configurations in the first place. Avoiding evalution errors is not the same thing as not printing them.

Perhaps a related issue: warnings on using of deprecated attributes, discussed at 8e8e23de33. The main problem there is the inability to completely distinguish listing of available packages from instantiating some explicitly.

I suggest we continue the debate on https://github.com/NixOS/nixpkgs/issues/6561

So, I take it that we've given up on the notion of having zero evaluation errors release-15.09?

We haven't given up, the work just wasn't done for release-15.09 in time

We're literally 1 blocker away from the release, it's too late to talk about this for 15.09 (although I'd love to have that fixed)

In other words, we are going to release 15.09 with all those evaluation errors included.

Yes

@peti Though I'd like a solution for this, it's really only a Hydra issue, not something that affects end users.

cargo on 32bit linux has transient failures, sometimes it's trying to fetch a git repository. http://hydra.nixos.org/build/25136475/log/raw
cc @madjar @wizeman

We're pretty much done here, cargo (only i686), nixos.tests.blivet and nixos.tests.nixops are failing, but I guess we'll have to live with that for now.

I started looking at the tests.nixops one but it's not immediately obvious what's causing it and I haven't had much time recently to work on it.

On Sep 17, 2015, at 06:04, Domen Kožar<EMAIL_ADDRESS>wrote:
We're pretty much done here, cargo (only i686), nixos.tests.blivet and nixos.tests.nixops are failing, but I guess we'll have to live with that for now.
—
Reply to this email directly or view it on GitHub.

I'll try to get to it in the next few days.


SaplingParameterDownloader to async/await

We worked on this on https://github.com/zcash/ZcashLightClientKit/issues/486


chore: update description and fix typos

It's pretty weird to say "The self-hosted comment system" English, as Artalk is absolutely not the only self-host system.

It's pretty weird to say "The self-hosted comment system" English, as Artalk is absolutely not the only self-host system.

Yes, the The is not quite right, it means exclusivity. Thank you for revise!


pptp: 1.9.0 -> 1.10.0

Semi-automatic update. These checks were performed:

built on NixOS
ran /nix/store/fg5s243j07wch18a51gi22ayyyq6l2wl-pptp-1.10.0/bin/pptp --version and found version 1.10.0
ran /nix/store/fg5s243j07wch18a51gi22ayyyq6l2wl-pptp-1.10.0/bin/pptpsetup -h got 0 exit code
ran /nix/store/fg5s243j07wch18a51gi22ayyyq6l2wl-pptp-1.10.0/bin/pptpsetup --help got 0 exit code
found 1.10.0 with grep in /nix/store/fg5s243j07wch18a51gi22ayyyq6l2wl-pptp-1.10.0
found 1.10.0 in filename of file in /nix/store/fg5s243j07wch18a51gi22ayyyq6l2wl-pptp-1.10.0

cc ""

Failure on x86_64-darwin (full log)
Partial log (click to expand)
Package ‘pptp-1.10.0’ in /Users/graham/nix-borg/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/grahamc-ndnd/pkgs/tools/networking/pptp/default.nix:26 is not supported on ‘x86_64-darwin’, refusing to evaluate.

a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowBroken = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowBroken = true; }
to ~/.config/nixpkgs/config.nix.

Success on x86_64-linux (full log)
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/fg5s243j07wch18a51gi22ayyyq6l2wl-pptp-1.10.0
shrinking /nix/store/fg5s243j07wch18a51gi22ayyyq6l2wl-pptp-1.10.0/sbin/pptp
gzipping man pages under /nix/store/fg5s243j07wch18a51gi22ayyyq6l2wl-pptp-1.10.0/share/man/
strip is /nix/store/b0zlxla7dmy1iwc3g459rjznx59797xy-binutils-2.28.1/bin/strip
stripping (with command strip and flags -S) in /nix/store/fg5s243j07wch18a51gi22ayyyq6l2wl-pptp-1.10.0/sbin
patching script interpreter paths in /nix/store/fg5s243j07wch18a51gi22ayyyq6l2wl-pptp-1.10.0
/nix/store/fg5s243j07wch18a51gi22ayyyq6l2wl-pptp-1.10.0/sbin/pptpsetup: interpreter directive changed from "/usr/bin/perl" to "/nix/store/s029gmjpgvm776wfb56naqny9qja9339-perl-5.24.3/bin/perl"
checking for references to /tmp/nix-build-pptp-1.10.0.drv-0 in /nix/store/fg5s243j07wch18a51gi22ayyyq6l2wl-pptp-1.10.0...
moving /nix/store/fg5s243j07wch18a51gi22ayyyq6l2wl-pptp-1.10.0/sbin/* to /nix/store/fg5s243j07wch18a51gi22ayyyq6l2wl-pptp-1.10.0/bin
/nix/store/fg5s243j07wch18a51gi22ayyyq6l2wl-pptp-1.10.0

Success on aarch64-linux (full log)
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/ql7cm61fmp8hf2mrqwa39mrld7pdalna-pptp-1.10.0
shrinking /nix/store/ql7cm61fmp8hf2mrqwa39mrld7pdalna-pptp-1.10.0/sbin/pptp
gzipping man pages under /nix/store/ql7cm61fmp8hf2mrqwa39mrld7pdalna-pptp-1.10.0/share/man/
strip is /nix/store/viv0il4zpdqj4p7yamwbmn2k9pb8dcnv-binutils-2.28.1/bin/strip
stripping (with command strip and flags -S) in /nix/store/ql7cm61fmp8hf2mrqwa39mrld7pdalna-pptp-1.10.0/sbin
patching script interpreter paths in /nix/store/ql7cm61fmp8hf2mrqwa39mrld7pdalna-pptp-1.10.0
/nix/store/ql7cm61fmp8hf2mrqwa39mrld7pdalna-pptp-1.10.0/sbin/pptpsetup: interpreter directive changed from "/usr/bin/perl" to "/nix/store/8040kzydc5dwzlnxj9cv0zqdqw9pw6ci-perl-5.24.3/bin/perl"
checking for references to /build in /nix/store/ql7cm61fmp8hf2mrqwa39mrld7pdalna-pptp-1.10.0...
moving /nix/store/ql7cm61fmp8hf2mrqwa39mrld7pdalna-pptp-1.10.0/sbin/* to /nix/store/ql7cm61fmp8hf2mrqwa39mrld7pdalna-pptp-1.10.0/bin
/nix/store/ql7cm61fmp8hf2mrqwa39mrld7pdalna-pptp-1.10.0

Hash is wrong for me:
output path '/nix/store/68xglhrhjckvijnm5lwkjj0p72l4fxcs-pptp-1.10.0.tar.gz' has sha256 hash '1grhp5i29v1krrn1m36n68ls6vakvbw4x60im26b7h55rkvx61vs' when '1x2szfp96w7cag2rcvkdqbsl836ja5148zzfhaqp7kl7wjw2sjc2' was expected