From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6790334981638979584 X-Received: by 2002:adf:a308:: with SMTP id c8mr1053698wrb.302.1586241947072; Mon, 06 Apr 2020 23:45:47 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:adf:cd81:: with SMTP id q1ls1501099wrj.1.gmail; Mon, 06 Apr 2020 23:45:46 -0700 (PDT) X-Google-Smtp-Source: APiQypIkFmSEMYQGo+SEkwbx17aHIrAWvs/DP67CqVnsFDHiHCjYmqr2Zu4AtFIUUBLGANBOQNqZ X-Received: by 2002:a5d:53d1:: with SMTP id a17mr1035131wrw.41.1586241946378; Mon, 06 Apr 2020 23:45:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586241946; cv=none; d=google.com; s=arc-20160816; b=BElwlhGmh8UfpcCTHJ7j9s/hkotlBI9MRAKXxyijkh+N2OHZvlox1KHYT3iKdMpmQB qesYvLRkaY7qj6QPsxKf/Gy25YDjXXK0oXu447Ac9x9F6GnHo1p9EREf59r3ExS7v6wP mQ8F0iaL0yPg586NJNZd6dQOoD77potbA8zYFyecezmayzD4bLNAJovG+FSOYgnao8sY Qcz7TT92zkMoLTs2TpfE8SjJUoKGOzBQiNeY/O1V5biYGPOiVyylXcgjQHREn0Ex8UVR qtOJ6wR8x42A9ijpzBYdmU9ruu0d7FAvcTm+w/i5Md5cWYys+mg93bfiGMpCU2Od1pxa tiJg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:references:to:subject; bh=R5J3tHdMjPCUaQrS9Mdh9dH1A0ujCGTvXzvgE6kKoqQ=; b=ZdJQK7QRfRNKGjRC8rrZ0pXj1UEbIQohqJMeBCs2I/7pxV0dmB9N8nxruGMasEYkvW i7WaG3q87qkFdNtWSPsQzK9CCzK6hY3ZfgU5mAD6Ny5WzA+Gr+77h9doB7ijaT55m8sI jImBIOS6uswKb4aHMfoHBF5l3UPF0G3HP0lzJDzjE2hdaPeajUlvNSjRmw0qxrQatt58 l+QSwIexokuT07OPxTRDRqfFI77uKjTWaU33vGBVcmhzD/DCqTk7bISzfg717IHHa11C ETNXLDd9/HTW+j3hiiTEmThk49+81UwJKy5HKePPmAkH/n6NYD7t/vaBm+PnpP29bYAx y/oA== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from david.siemens.de (david.siemens.de. [192.35.17.14]) by gmr-mx.google.com with ESMTPS id u16si130260wmd.2.2020.04.06.23.45.46 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 06 Apr 2020 23:45:46 -0700 (PDT) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.14 as permitted sender) client-ip=192.35.17.14; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by david.siemens.de (8.15.2/8.15.2) with ESMTPS id 0376jjlC003528 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 7 Apr 2020 08:45:45 +0200 Received: from [139.22.39.199] ([139.22.39.199]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 0376jiES017357; Tue, 7 Apr 2020 08:45:44 +0200 Subject: Re: [PATCH v3 1/2] rootfs: Make rootfs finalize a separate task To: vijai kumar , isar-users References: <20200213100820.23444-2-Vijaikumar_Kanagarajan@mentor.com> <20200214054801.11870-1-Vijaikumar_Kanagarajan@mentor.com> <7a71ebe9-9846-41ed-beae-a02360129b89@googlegroups.com> <20200401101838.29a3938e@md1za8fc.ad001.siemens.net> <20200403083044.tzpei3ncng4aztqk@yssyq.m.ilbers.de> From: Jan Kiszka Message-ID: Date: Tue, 7 Apr 2020 08:45:44 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: aHZnfhEYES9R On 07.04.20 08:19, vijai kumar wrote: > > > On Friday, April 3, 2020 at 2:20:34 PM UTC+5:30, vijai kumar wrote: > > On Fri, Apr 3, 2020 at 2:00 PM Baurzhan Ismagulov > wrote: > > > > On Fri, Apr 03, 2020 at 12:20:41PM +0530, vijai kumar wrote: > > > > > A fetch should not be affected by what is in next. I would > guess/hope > > > > > that you just into a temporary network hickup. > > > > > > > > I am assuming the same. I hit it in a couple of builds. > Anyway my > > > > local build got through. Triggered another job in CI to see > if this > > > > issues goes away. > > > > > > I am getting this fetcher issue consistently (packages differ) > in the > > > ISAR CI build. All my local builds went through. I believe > there is > > > more to it. Some proxy issues affecting apt fetch in CI? > > > > We had various network issues before, but I haven't seen such one > till now. > > At least Isar (next) fast built fine till now. Seems that > applying your patch > > uncovers some issue... > > Yes. the apt-get source download call in my patch is what fails with > the below error. > > "Writing more data than expected ( > )" > > A quick google for similar issues got me to the below link which > recommends to use a set of apt options. I tried but without success. > > https://github.com/jenkinsci/docker/issues/543 > > > Thanks, > Vijai Kumar K > > > Hi Baurzhan, > > The problem still exists in CI[1]. I am trying to root cause it. I am > not sure how much I can proceed, since its mostly a black box for me. > > E > : Failed to fetch http://deb.debian.org/debian/pool/main/l/linux/linux_4.9.210.orig.tar.xz Writing more data than expected (94933088 > 94867552) > > > [1]http://ci.isar-build.org:8080/job/isar_vkk_devel/49/consoleText > I'll stick this into our CI as well to see if it reproduces there. Is the error on different packages or always on this one? Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux