Cargo build error: .git//refs: Value too large for defined data type; class=Os (2) about run-on-arch-action HOT 8 CLOSED

Was able to go around the issue by adding this before installing cargo via rustup:

mkdir ~/.cargo
mount -t tmpfs -o size=2048m tmpfs ~/.cargo

from run-on-arch-action.

Thanks for reporting this! I'm changing the title to make this workaround easier to find.
Hard to tell why changing the FS is enough to get around this, too many layers...

from run-on-arch-action.

Apparently there's a bug in ext4 when running a 32bit build within a 64bit host using qemu. tmpfs appears to have that bug fixed

from run-on-arch-action.

Hi @snshn can you provide more info on the job that is failing? I tried to replicate it with this job(armv7/ubuntu18.04) but it doesn't fail it seems. What am I doing wrong?

from run-on-arch-action.

I sadly used --amend while working on my action, but the one that you've posted looks extremely similar! I believe mine had ubuntu-latest in it, I'll try to reproduce that error in my private repo, will report here.

from run-on-arch-action.

Here it is, I found the job that produces the error:

  gnu_linux_armv6:
    runs-on: ubuntu-latest
    steps:
    - name: Checkout the repository
      uses: actions/checkout@v2
    - name: Build and install the executable
      uses: uraimo/[email protected]
      id: runcmd
      with:
        architecture: armv6
        distribution: buster
        run: |
          sudo apt-get update && apt-get install git
          mkdir -p ~
          git config --global http.sslverify false
          git clone https://github.com/Y2Z/monolith.git
          cd monolith
          echo "--insecure" > ~/.curlrc
          curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh -s -- -y
          echo W25ldF0KZ2l0LWZldGNoLXdpdGgtY2xpID0gdHJ1ZQoKW2h0dHBdCmNoZWNrLXJldm9rZSA9IGZhbHNlCg== | base64 -d > ~/cargo/_config
          PATH=$PATH:~/.cargo/bin cargo install --force --locked --path . --root .
          gzip --best bin/monolith
          echo ::set-output name=data::$(base64 bin/monolith.gz)
    - name: Get the output
      run: |
          mkdir bin
          echo ${{ steps.runcmd.outputs.data }} | zcat | base64 -d > bin/monolith-armv6
    - uses: Shopify/[email protected]
      with:
        name: monolith-armv6
        path: bin/monolith-armv6
        repo-token: ${{ secrets.GITHUB_TOKEN }}

putting

mkdir ~/.cargo
mount -t tmpfs -o size=2048m tmpfs ~/.cargo

before the curl line solved the problem for that ne, but I believe there were some other issues associated with it

from run-on-arch-action.

Thanks for taking the time to recover it!
I'll play around a bit to see if there is another filesystem that be used in similar fashion as a workaround.

from run-on-arch-action.

Glad I could be of help! I think it's quite an edge case, and not directly related to this project. Perhaps it's enough that we've documented it here for people to find it in the future and understand the root cause of that error message. Please feel free to close this issue at any point from now.

from run-on-arch-action.