From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from aws-us-west-2-korg-lkml-1.web.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.lore.kernel.org (Postfix) with ESMTP id BBD1AECAAA1 for ; Thu, 15 Sep 2022 23:05:16 +0000 (UTC) Subject: sstate cache SSTATE_PKG generation will silently fail, if hardlinking is not supported on the file system #bitbake To: openembedded-core@lists.openembedded.org From: "Arnis" X-Originating-Location: GB (62.209.33.82) X-Originating-Platform: Windows Firefox 103 User-Agent: GROUPS.IO Web Poster MIME-Version: 1.0 Date: Thu, 15 Sep 2022 16:05:14 -0700 Message-ID: <2xfY.1663283114373399868.FjIK@lists.openembedded.org> Content-Type: multipart/alternative; boundary="u9RMnozPt6iCSwD1iSNi" List-Id: X-Webhook-Received: from li982-79.members.linode.com [45.33.32.79] by aws-us-west-2-korg-lkml-1.web.codeaurora.org with HTTPS for ; Thu, 15 Sep 2022 23:05:16 -0000 X-Groupsio-URL: https://lists.openembedded.org/g/openembedded-core/message/170775 --u9RMnozPt6iCSwD1iSNi Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, I have faced a problem today that sstate-cache `${SSTATE_PKG}` generation w= ill silently fail on the file systems no supporting hard linking. I've faced this problem on cloud-based Kubernetes cluster, where persistent= volume is mounted to Docker containers as shared sstate-cache location. Because of https://git.openembedded.org/ openembedded-core/commit/?id=3D 55= 2197a0c4c9f75a9177c00b197ea9 1296ed9fc4 ( https://git.openembedded.org/open= embedded-core/commit/?id=3D552197a0c4c9f75a9177c00b197ea91296ed9fc4 ) chang= e + ln $TFILE ${SSTATE_PKG} || true this will leave sstate folder with only `*...tar.zst.siginfo` files generat= ed, but no "*...tar.zst" As a temporary solution, I have replaced it with + cp $TFILE ${SSTATE_PKG} which obviously is not ideal. What would you suggest? --u9RMnozPt6iCSwD1iSNi Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable
Hi,
 
I have faced a problem today that sstate-cache `${SSTATE_PKG}` generat= ion will silently fail on the file systems no supporting hard linking.
I've faced this problem on cloud-based Kubernetes cluster, where persi= stent volume is mounted to Docker containers as shared sstate-cache locatio= n.
 
 
+ ln $TFILE ${SSTATE_PKG= } || true
 
this will leave sstate folder with only `*...tar.zst.siginfo` files ge= nerated, but no "*...tar.zst"
 
As a temporary solution, I have replaced it with
 
+ cp $TFILE ${SSTATE_PKG= }
 
which obviously is not ideal.
 
What would you suggest? --u9RMnozPt6iCSwD1iSNi--