From owner-freebsd-ports@freebsd.org Tue May 23 13:00:18 2017 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 114CCD7A23D; Tue, 23 May 2017 13:00:18 +0000 (UTC) (envelope-from joel.bertrand@systella.fr) Received: from rayleigh.systella.fr (rayleigh.systella.fr [213.41.150.218]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "rayleigh.systella.fr", Issuer "rayleigh.systella.fr" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A86F1939; Tue, 23 May 2017 13:00:16 +0000 (UTC) (envelope-from joel.bertrand@systella.fr) Received: from [192.168.2.3] (schroedinger.eikeo.com [192.168.2.3]) (authenticated bits=0) by rayleigh.systella.fr (8.15.2/8.15.2/Debian-8) with ESMTPSA id v4NCrhND028864 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Tue, 23 May 2017 14:53:49 +0200 Subject: Re: Issue with pkg upgrade on diskless workstation To: Mark Linimon Cc: FreeBSD Hackers , freebsd-ports@freebsd.org References: <20170514082046.GA15092@lonesome.com> From: =?UTF-8?Q?BERTRAND_Jo=c3=abl?= Message-ID: Date: Tue, 23 May 2017 14:53:41 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0 SeaMonkey/2.46 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.99.2 at rayleigh X-Virus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2017 13:00:18 -0000 BERTRAND Joël a écrit : > Mark Linimon a écrit : >> I am running a powerpc64 machine diskless but only with some awful hacks. >> I can make them available if need be, but I hope that someone else has a >> better recommendation for you. >> >> mcl >> > > Before the last pkg binary upgrade, this workstation ran fine. What kind > of hack do you use ? Some (bad) news. I have downloaded and built pkg from git repository. It runs better but is unable to achieve upgrade. Now, it stalls after it has downloaded all packages to upgrade: # /usr/local/sbin/pkg upgrade ... Number of packages to be removed: 3 Number of packages to be installed: 31 Number of packages to be upgraded: 254 Number of packages to be reinstalled: 45 The process will require 1 GiB more space. Proceed with this action? [y/N]: y pkg uses 100% of a CPU core: last pid:3557;load averages: 1.06, 1.14, 1.15 up 18+20:22:27 14:47:00 109 processes: 2 running, 105 sleeping, 2 zombie CPU: 25.3% user, 0.0% nice, 0.6% system, 0.2% interrupt, 73.9% idle Mem: 2465M Active, 3935M Inact, 1251M Wired, 743M Buf, 157M Free Swap: 8192M Total, 10M Used, 8182M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 3336 root 1 103 0 1029M 990M CPU3 3 67:09 98.60% pkg As I have written, this workstation is a diskless machine: $ df -h Filesystem Size Used Avail Capacity Mounted on 192.168.10.128:/srv/pythagore 523G 53G 444G 11% / devfs 1,0K 1,0K 0B 100% /dev procfs 4,0K 4,0K 0B 100% /proc fdescfs 1,0K 1,0K 0B 100% /dev/fd 192.168.10.128:/home 3,6T 439G 3,0T 12% /home Mount options for / are nfsv3,tcp,soft,intr,rw,async,nolockd (nolockd is mandatory to avoid locking error on server side). For /home, nfsv3,tcp,soft,intr,rw,async. I suppose that is bug is NFS related, but I'm not able to found a workaround. gdb crashes when I try to attach it on pkg process : root@pythagore:~ # gdb -p 3336 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Attaching to process 3336 /usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/solib-svr4.c:1444: internal-error: legacy_fetch_link_map_offsets called without legacy link_map support enabled. A problem internal to GDB has been detected, further debugging may prove unreliable. Quit this debugging session? (y or n) NFS server is a 7.0.2 NetBSD (that runs without any trouble). Best regards, JKB