Error when using CI license in CI pipeline: CI license only works in CI/CD pipeline

[dbhathena]

I am using our CI license (pyarmor reg pyarmor-ci-XXXX.zip) in GitHub Actions on a Ubuntu-latest runner, and have followed the instructions as outlined in the documentation, but still get the error:

ERROR: CI license only works in CI/CD pipeline

Why am I still receiving this error if I am using this in a CI pipeline? For now I am going to have to use our pro license, but this will probably run out of monthly uses rapidly, which is a problem.

[dbhathena]

I found this discussion #1993 about Azure and confirmed that there is a /dev/disk directory in the github runner. Is this the only way that CI-license checks whether it's in CI?

[jondy]

Could you share the content /dev/disk in the github runner?

In the github pipeline, add one command ls -lhR /dev/disk

[dbhathena]

@jondy Here is the content:

/dev/disk:
total 0
drwxr-xr-x 2 root root 120 Dec 10 15:12 azure
drwxr-xr-x 2 root root 280 Dec 10 15:12 by-id
drwxr-xr-x 2 root root  80 Dec 10 15:12 by-label
drwxr-xr-x 2 root root 100 Dec 10 15:12 by-partuuid
drwxr-xr-x 2 root root 120 Dec 10 15:12 by-path
drwxr-xr-x 2 root root  80 Dec 10 15:12 by-uuid
drwxr-xr-x 2 root root 120 Dec 10 15:12 cloud

/dev/disk/azure:
total 0
lrwxrwxrwx 1 root root  [9](https://github.com/Liquid4All/devkit/actions/runs/12259111790/job/34200489382#step:2:10) Dec 10 15:12 root -> ../../sda
lrwxrwxrwx 1 root root [10](https://github.com/Liquid4All/devkit/actions/runs/12259111790/job/34200489382#step:2:11) Dec 10 15:12 root-part1 -> ../../sda1
lrwxrwxrwx 1 root root [11](https://github.com/Liquid4All/devkit/actions/runs/12259111790/job/34200489382#step:2:12) Dec 10 15:12 root-part14 -> ../../sda14
lrwxrwxrwx 1 root root 11 Dec 10 15:[12](https://github.com/Liquid4All/devkit/actions/runs/12259111790/job/34200489382#step:2:13) root-part15 -> ../../sda15

/dev/disk/by-id:
total 0
lrwxrwxrwx 1 root root  9 Dec 10 15:12 scsi-14d53465420202020fa8f90edbba6e840ab5a8f0ff45f3ad4 -> ../../sda
lrwxrwxrwx 1 root root 10 Dec 10 15:12 scsi-[14](https://github.com/Liquid4All/devkit/actions/runs/12259111790/job/34200489382#step:2:15)d53465420202020fa8f90edbba6e840ab5a8f0ff45f3ad4-part1 -> ../../sda1
lrwxrwxrwx 1 root root 11 Dec 10 [15](https://github.com/Liquid4All/devkit/actions/runs/12259111790/job/34200489382#step:2:16):12 scsi-14d53465420202020fa8f90edbba6e840ab5a8f0ff45f3ad4-part14 -> ../../sda14
lrwxrwxrwx 1 root root 11 Dec 10 15:12 scsi-14d53465420202020fa8f90edbba6e840ab5a8f0ff45f3ad4-part15 -> ../../sda15
lrwxrwxrwx 1 root root  9 Dec 10 15:12 scsi-360022480fa8f90edbba68f0ff45f3ad4 -> ../../sda
lrwxrwxrwx 1 root root 10 Dec 10 15:12 scsi-360022480fa8f90edbba68f0ff45f3ad4-part1 -> ../../sda1
lrwxrwxrwx 1 root root 11 Dec 10 15:12 scsi-360022480fa8f90edbba68f0ff45f3ad4-part14 -> ../../sda14
lrwxrwxrwx 1 root root 11 Dec 10 15:12 scsi-360022480fa8f90edbba68f0ff45f3ad4-part15 -> ../../sda15
lrwxrwxrwx 1 root root  9 Dec 10 15:12 wwn-0x60022480fa8f90edbba68f0ff45f3ad4 -> ../../sda
lrwxrwxrwx 1 root root 10 Dec 10 15:12 wwn-0x60022480fa8f90edbba68f0ff45f3ad4-part1 -> ../../sda1
lrwxrwxrwx 1 root root 11 Dec 10 15:12 wwn-0x60022480fa8f90edbba68f0ff45f3ad4-part14 -> ../../sda14
lrwxrwxrwx 1 root root 11 Dec 10 15:12 wwn-0x60022480fa8f90edbba68f0ff45f3ad4-part15 -> ../../sda15

/dev/disk/by-label:
total 0
lrwxrwxrwx 1 root root 11 Dec 10 15:12 UEFI -> ../../sda15
lrwxrwxrwx 1 root root 10 Dec 10 15:12 cloudimg-rootfs -> ../../sda1

/dev/disk/by-partuuid:
total 0
lrwxrwxrwx 1 root root 10 Dec 10 15:12 5123f679-d605-4389-a23d-23692[18](https://github.com/Liquid4All/devkit/actions/runs/12259111790/job/34200489382#step:2:19)cc1a5 -> ../../sda1
lrwxrwxrwx 1 root root 11 Dec 10 15:12 5a96d93f-d978-48a9-8a28-777e93049518 -> ../../sda15
lrwxrwxrwx 1 root root 11 Dec 10 15:12 e3aee39a-471d-41db-8a93-b9faf884b04f -> ../../sda14

/dev/disk/by-path:
total 0
lrwxrwxrwx 1 root root  9 Dec 10 15:12 acpi-VMBUS:01-vmbus-00000000000088990000000000000000-lun-0 -> ../../sda
lrwxrwxrwx 1 root root 10 Dec 10 15:12 acpi-VMBUS:01-vmbus-00000000000088990000000000000000-lun-0-part1 -> ../../sda1
lrwxrwxrwx 1 root root 11 Dec 10 15:12 acpi-VMBUS:01-vmbus-00000000000088990000000000000000-lun-0-part14 -> ../../sda14
lrwxrwxrwx 1 root root 11 Dec 10 15:12 acpi-VMBUS:01-vmbus-00000000000088990000000000000000-lun-0-part15 -> ../../sda15

/dev/disk/by-uuid:
total 0
lrwxrwxrwx 1 root root 10 Dec 10 15:12 0b58668a-ba2e-4a00-b89a-3354b7a547d4 -> ../../sda1
lrwxrwxrwx 1 root root 11 Dec 10 15:12 C83D-C1E5 -> ../../sda15

/dev/disk/cloud:
total 0
lrwxrwxrwx 1 root root  9 Dec 10 15:12 azure_root -> ../../sda
lrwxrwxrwx 1 root root 10 Dec 10 15:12 azure_root-part1 -> ../../sda1
lrwxrwxrwx 1 root root 11 Dec 10 15:12 azure_root-part14 -> ../../sda14
lrwxrwxrwx 1 root root 11 Dec 10 15:12 azure_root-part15 -> ../../sda15

[jondy]

It seems the disk is really used.
At this time Pyarmor CI license won't work if docker container has disk mounted.
I'll check this case and find the final solution

[jondy]

Try to remove /dev/disk roughly, I test the following actions, it seems it doesn't matter if no /dev/disk

name: test-github-actions
run-name: ${{ github.actor }} is testing GitHub Actions
on: [push]
jobs:
  test-no-disk:
    runs-on: ubuntu-latest
    steps:
      - run: sudo mv /dev/disk /dev/notdisk
      - run: pip install pyarmor
      - run: pyarmor -h

[dbhathena]

This worked as a temporary workaround - after registering the CI license, can we move /dev/notdisk back to /dev/disk? Or does the CI license check during obfuscation as well?

[jondy]

Do not move back when pyarmor is running.