From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6438522604711051264 X-Received: by 10.28.169.77 with SMTP id s74mr3291033wme.19.1499085362313; Mon, 03 Jul 2017 05:36:02 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 10.25.87.20 with SMTP id l20ls1940940lfb.6.gmail; Mon, 03 Jul 2017 05:36:01 -0700 (PDT) X-Received: by 10.46.82.217 with SMTP id n86mr6594544lje.2.1499085361946; Mon, 03 Jul 2017 05:36:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1499085361; cv=none; d=google.com; s=arc-20160816; b=yj7EigQ8yZ4kMgIxYw6C8zZRHLfen9E15t7hqzYAY+VdBKEzU3ay8KfEgBI6OMBB0t lzSMgACKBmz805pv6gsWlPpvc7kost3JL+vULq2IQpRhrcpQjYgnqidCYzmPOr4oOKkA FjouCZ5/nDwvswqS7HwJJlyAOa7V4tzHD80v7bbS+7JMhsjezRqprWWkriYQdSMSMHWw ailXw3uYS+o6M8GZ1b1cWMETwkw8y2kCXkl8gIwKO8YiLOwMRmKuLmKbjm5lNbjUpeAg Ike3jVkl7CfStiKl4GMyyt4jwO64hGfJUSd3rLLpl2r2bflueM6YMpwMsocPr4GxJ93F dSLA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:content-language:mime-version:user-agent :date:message-id:subject:from:to:arc-authentication-results; bh=rU6159wSIzWjg14ztcWGtXRXmZxVcPQ13lU6l7/1Bbk=; b=KlfFshc6RwUruCYJyuk+RYErdUF2Ye17roC5Mof8d+wgrE9aeGUFpIEYS20c4SxZI1 YKpeiksrI+hcvlSiHzhpiTn4zLwzksWP6Zi/cMUJJGcTU47fgYkErHAb/ZD8pn3IVyXS t1+MTvUq5/dju9OUZYh3AQXNu7cHo6J4YLDiE/DqIsLgnk1ZSY03Oh4iPlWkdtVPNzj3 UUSgyiDylPBPD6ce8COZ7TDdRASd/8ER4RvYZNZ0tYgCYdlwzwUuZzzzIFqg0/L2rvFc E+Z9w2rjuIETMtvkwNiBg5ljL0EH17iMPe0ki3wj8D9X98gcdfDmiH+vnVdbfJGrxQuc kV1A== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 192.35.17.14 is neither permitted nor denied by best guess record for domain of jan.kiszka@siemens.com) smtp.mailfrom=jan.kiszka@siemens.com Return-Path: Received: from david.siemens.de (david.siemens.de. [192.35.17.14]) by gmr-mx.google.com with ESMTPS id r131si6543510wmd.2.2017.07.03.05.36.01 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 03 Jul 2017 05:36:01 -0700 (PDT) Received-SPF: neutral (google.com: 192.35.17.14 is neither permitted nor denied by best guess record for domain of jan.kiszka@siemens.com) client-ip=192.35.17.14; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 192.35.17.14 is neither permitted nor denied by best guess record for domain of jan.kiszka@siemens.com) smtp.mailfrom=jan.kiszka@siemens.com Received: from mail3.siemens.de (mail3.siemens.de [139.25.208.14]) by david.siemens.de (8.15.2/8.15.2) with ESMTPS id v63Ca1CK016631 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 3 Jul 2017 14:36:01 +0200 Received: from md1f2u6c.ww002.siemens.net ([139.25.68.37]) by mail3.siemens.de (8.15.2/8.15.2) with ESMTP id v63Ca1Sn002948 for ; Mon, 3 Jul 2017 14:36:01 +0200 To: isar-users From: Jan Kiszka Subject: Strange zero block size, wic fails Message-ID: Date: Mon, 3 Jul 2017 14:36:00 +0200 User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: MHPQ/nGsYoPv Hi all, any spontaneous idea what could cause such a bug? INFO: Creating image(s)... Traceback (most recent call last): File "/isar/scripts/wic", line 303, in sys.exit(main(sys.argv[1:])) File "/isar/scripts/wic", line 298, in main return hlp.invoke_subcommand(args, parser, hlp.wic_help_usage, subcommands) File "/isar/scripts/lib/wic/help.py", line 97, in invoke_subcommand subcommands.get(args[0], subcommand_error)[0](args[1:], usage) File "/isar/scripts/wic", line 236, in wic_create_subcommand engine.wic_create(wks_file, rootfs_dir, bootimg_dir, kernel_dir, options) File "/isar/scripts/lib/wic/engine.py", line 191, in wic_create plugin.do_create() File "/isar/scripts/lib/wic/plugins/imager/direct.py", line 94, in do_create self.assemble() File "/isar/scripts/lib/wic/plugins/imager/direct.py", line 185, in assemble self._image.assemble() File "/isar/scripts/lib/wic/plugins/imager/direct.py", line 544, in assemble sparse_copy(source, self.path, part.start * self.sector_size) File "/isar/scripts/lib/wic/filemap.py", line 537, in sparse_copy fmap = api(src_fname) File "/isar/scripts/lib/wic/filemap.py", line 529, in filemap return FilemapFiemap(image, log) File "/isar/scripts/lib/wic/filemap.py", line 347, in __init__ _FilemapBase.__init__(self, image, log) File "/isar/scripts/lib/wic/filemap.py", line 98, in __init__ self.blocks_cnt //= self.block_size ZeroDivisionError: integer division or modulo by zero We confirmed via instrumentation that there is actually 0 returned by get_block_size, more precisely when requesting the info for the temporary boot.img. Base system was a Debian 8.8 with latest Docker release, and the run took place inside that container (kasproject/kas-isar:latest). I'm currently trying to reproduce locally. Jan -- Siemens AG, Corporate Technology, CT RDA ITP SES-DE Corporate Competence Center Embedded Linux