From unknown Tue Sep 09 12:24:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29475: filesystem does not allow ln to create bad symbolic link Resent-From: bug-coreutils@trodman.com Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 27 Nov 2017 18:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 29475 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 29475@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.15118072754175 (code B ref -1); Mon, 27 Nov 2017 18:28:01 +0000 Received: (at submit) by debbugs.gnu.org; 27 Nov 2017 18:27:55 +0000 Received: from localhost ([127.0.0.1]:33012 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eJO8J-00015G-4o for submit@debbugs.gnu.org; Mon, 27 Nov 2017 13:27:55 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46360) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eJNyP-0000n3-6Z for submit@debbugs.gnu.org; Mon, 27 Nov 2017 13:17:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eJNyI-0006Oz-Q4 for submit@debbugs.gnu.org; Mon, 27 Nov 2017 13:17:35 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:48873) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eJNyI-0006Ot-N4 for submit@debbugs.gnu.org; Mon, 27 Nov 2017 13:17:34 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37319) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eJNyH-0006Fi-Gb for bug-coreutils@gnu.org; Mon, 27 Nov 2017 13:17:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eJNyE-0006N7-9b for bug-coreutils@gnu.org; Mon, 27 Nov 2017 13:17:33 -0500 Received: from xklwu.xen.prgmr.com ([71.19.154.70]:32984) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eJNyE-0006Lb-1o for bug-coreutils@gnu.org; Mon, 27 Nov 2017 13:17:30 -0500 Received: from epjdn.zq3q.org (epjdn.zq3q.org [71.19.149.160]) by xklwu.xen.prgmr.com (8.14.5/8.14.5) with ESMTP id vARIHc0n004809 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 27 Nov 2017 12:17:38 -0600 Received: from epjdn.zq3q.org (localhost [127.0.0.1]) by epjdn.zq3q.org (8.15.2/8.15.2) with ESMTP id vARIHJ0O023177 for ; Mon, 27 Nov 2017 12:17:19 -0600 Message-Id: <201711271817.vARIHJ0O023177@epjdn.zq3q.org> From: bug-coreutils@trodman.com MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <23171.1511806639.1@epjdn.zq3q.org> Date: Mon, 27 Nov 2017 12:17:19 -0600 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by xklwu.xen.prgmr.com id vARIHc0n004809 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.4 (----) X-Mailman-Approved-At: Mon, 27 Nov 2017 13:27:53 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.4 (----) I have a non root ssh account on a shared host; was unable to get the dis= tro name. I'm trying to untar several tar archives. Some of the sym links are bad u= ntil all of the archives are untarred. It's a large unknown filesystem - see df output. The problem - ln refuses to create a bad symbolic link! Has anyone run into this before? My install script depends on untarring a few bad sym links, which get resolved by later untars in that script. This script has worked fine for me on a dozen or so centos, fedora, or umbuntu hosts for years. Any comments appreciated. Appears I have to rewrite the bash install scr= ipt to untar all the sym link target files first. I plan to ask the host provider for help, b= ut any tips would be appreciated. -- thanks, Tom -- $ cd /tmp $ mktemp -d XXX 9ml $ cd 9ml $ ln -s not-there badlink ln: failed to create symbolic link =E2=80=98badlink=E2=80=99: No such fil= e or directory $ df . df: Warning: cannot read table of mounted file systems: No such file or d= irectory Filesystem 1K-blocks Used Available Use% Mounted on - 1848231292 358987172 1395335948 21% / $ uname -a Linux slmp-550-137.slc.westdc.net 3.10.0-614.10.2.lve1.4.55.el7.x86_64 #1= SMP Tue Jun 20 08:59:12 EDT 2017 x86_64 x86_64 x86_64 GNU/Linux $ ln --version ln (GNU coreutils) 8.22 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later . This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by Mike Parker and David MacKenzie. From unknown Tue Sep 09 12:24:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29475: filesystem does not allow ln to create bad symbolic link Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 27 Nov 2017 22:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29475 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: bug-coreutils@trodman.com, 29475@debbugs.gnu.org Received: via spool by 29475-submit@debbugs.gnu.org id=B29475.151182225811657 (code B ref 29475); Mon, 27 Nov 2017 22:38:01 +0000 Received: (at 29475) by debbugs.gnu.org; 27 Nov 2017 22:37:38 +0000 Received: from localhost ([127.0.0.1]:33184 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eJS1w-00031v-0V for submit@debbugs.gnu.org; Mon, 27 Nov 2017 17:37:38 -0500 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:35132) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eJS1u-00031h-Hi for 29475@debbugs.gnu.org; Mon, 27 Nov 2017 17:37:35 -0500 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 037871611E8; Mon, 27 Nov 2017 14:37:27 -0800 (PST) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id oxNqxiKmSv77; Mon, 27 Nov 2017 14:37:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 2D05A161233; Mon, 27 Nov 2017 14:37:26 -0800 (PST) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id hWUfSmVNKZ4E; Mon, 27 Nov 2017 14:37:26 -0800 (PST) Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 16080160FB5; Mon, 27 Nov 2017 14:37:26 -0800 (PST) References: <201711271817.vARIHJ0O023177@epjdn.zq3q.org> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <6d8c8413-1bf7-ba15-2194-10f8946784d1@cs.ucla.edu> Date: Mon, 27 Nov 2017 14:37:25 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <201711271817.vARIHJ0O023177@epjdn.zq3q.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) On 11/27/2017 10:17 AM, bug-coreutils@trodman.com wrote: > $ ln -s not-there badlink > ln: failed to create symbolic link =E2=80=98badlink=E2=80=99: No such f= ile or directory What happens if you do the following shell command instead? strace ln -s not-there badlink On my platform (Fedora 27) the strace output ends this way: stat("badlink", 0x7ffebc9ddbe0)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 =3D -1 ENOENT (No such file or=20 directory) symlinkat("not-there", AT_FDCWD, "badlink") =3D 0 lseek(0, 0, SEEK_CUR)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D -1 ESPIPE (Ill= egal seek) close(0)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D 0 close(1)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D 0 close(2)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D 0 exit_group(0)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 =3D ? which is expected. What happens on your platform? From unknown Tue Sep 09 12:24:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29475: filesystem does not allow ln to create bad symbolic link Resent-From: bug-coreutils@trodman.com Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Tue, 28 Nov 2017 00:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29475 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 29475@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.151182791720174 (code B ref -1); Tue, 28 Nov 2017 00:12:02 +0000 Received: (at submit) by debbugs.gnu.org; 28 Nov 2017 00:11:57 +0000 Received: from localhost ([127.0.0.1]:33225 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eJTVF-0005FK-DS for submit@debbugs.gnu.org; Mon, 27 Nov 2017 19:11:57 -0500 Received: from eggs.gnu.org ([208.118.235.92]:41761) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eJTVD-0005F6-6S for submit@debbugs.gnu.org; Mon, 27 Nov 2017 19:11:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eJTV6-00023p-B6 for submit@debbugs.gnu.org; Mon, 27 Nov 2017 19:11:50 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:46006) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eJTV6-00023a-7j for submit@debbugs.gnu.org; Mon, 27 Nov 2017 19:11:48 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60926) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eJTV4-00031E-Ao for bug-coreutils@gnu.org; Mon, 27 Nov 2017 19:11:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eJTV0-0001wy-Sx for bug-coreutils@gnu.org; Mon, 27 Nov 2017 19:11:46 -0500 Received: from xklwu.xen.prgmr.com ([71.19.154.70]:33000) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eJTV0-0001vY-KP for bug-coreutils@gnu.org; Mon, 27 Nov 2017 19:11:42 -0500 Received: from epjdn.zq3q.org (epjdn.zq3q.org [71.19.149.160]) by xklwu.xen.prgmr.com (8.14.5/8.14.5) with ESMTP id vAS0BunE005095 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 27 Nov 2017 18:11:56 -0600 Received: from epjdn.zq3q.org (localhost [127.0.0.1]) by epjdn.zq3q.org (8.15.2/8.15.2) with ESMTP id vAS0Bc8t021543 for ; Mon, 27 Nov 2017 18:11:38 -0600 Message-Id: <201711280011.vAS0Bc8t021543@epjdn.zq3q.org> From: bug-coreutils@trodman.com In-reply-to: <6d8c8413-1bf7-ba15-2194-10f8946784d1@cs.ucla.edu> References: <201711271817.vARIHJ0O023177@epjdn.zq3q.org> <6d8c8413-1bf7-ba15-2194-10f8946784d1@cs.ucla.edu> Comments: In-reply-to Paul Eggert message dated "Mon, 27 Nov 2017 14:37:25 -0800." MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <21540.1511827898.1@epjdn.zq3q.org> Date: Mon, 27 Nov 2017 18:11:38 -0600 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by xklwu.xen.prgmr.com id vAS0BunE005095 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.4 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.4 (----) Hi Paul: On Mon 11/27/17 14:37 -0800 Paul Eggert wrote: > On 11/27/2017 10:17 AM, bug-coreutils@trodman.com wrote: > > $ ln -s not-there badlink > > ln: failed to create symbolic link =E2=80=98badlink=E2=80=99: No such= file or directory >=20 > What happens if you do the following shell command instead? >=20 > strace ln -s not-there badlink >=20 > On my platform (Fedora 27) the strace output ends this way: >=20 > stat("badlink", 0x7ffebc9ddbe0)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 =3D -1 ENOENT (No such file or=20 > directory) > symlinkat("not-there", AT_FDCWD, "badlink") =3D 0 > lseek(0, 0, SEEK_CUR)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D -1 ESPIPE (= Illegal seek) > close(0)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D 0 > close(1)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D 0 > close(2)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D 0 > exit_group(0)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 =3D ? >=20 > which is expected. What happens on your platform? Thanks for your help! -- Tom -- $ ls not* ls: cannot access not*: No such file or directory $ ln -s not-there badlink ln: failed to create symbolic link =E2=80=98badlink=E2=80=99: No such fil= e or directory $ strace ln -s not-there badlink execve("/usr/bin/ln", ["ln", "-s", "not-there", "badlink"], [/* 25 vars *= /]) =3D 0 brk(NULL) =3D 0x147d000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = =3D 0x7f4387544000 access("/etc/ld.so.preload", R_OK) =3D -1 ENOENT (No such file or di= rectory) open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) =3D 3 fstat(3, {st_mode=3DS_IFREG|0644, st_size=3D54550, ...}) =3D 0 mmap(NULL, 54550, PROT_READ, MAP_PRIVATE, 3, 0) =3D 0x7f4387536000 close(3) =3D 0 open("/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) =3D 3 read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20\35\2\0\0\0\0\0= "..., 832) =3D 832 fstat(3, {st_mode=3DS_IFREG|0755, st_size=3D2127336, ...}) =3D 0 mmap(NULL, 3940800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)= =3D 0x7f4386f61000 mprotect(0x7f4387119000, 2097152, PROT_NONE) =3D 0 mmap(0x7f4387319000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|M= AP_DENYWRITE, 3, 0x1b8000) =3D 0x7f4387319000 mmap(0x7f438731f000, 16832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|M= AP_ANONYMOUS, -1, 0) =3D 0x7f438731f000 close(3) =3D 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = =3D 0x7f4387535000 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = =3D 0x7f4387533000 arch_prctl(ARCH_SET_FS, 0x7f4387533740) =3D 0 mprotect(0x7f4387319000, 16384, PROT_READ) =3D 0 mprotect(0x60c000, 4096, PROT_READ) =3D 0 mprotect(0x7f4387545000, 4096, PROT_READ) =3D 0 munmap(0x7f4387536000, 54550) =3D 0 brk(NULL) =3D 0x147d000 brk(0x149e000) =3D 0x149e000 brk(NULL) =3D 0x149e000 open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) =3D 3 fstat(3, {st_mode=3DS_IFREG|0644, st_size=3D106070960, ...}) =3D 0 mmap(NULL, 106070960, PROT_READ, MAP_PRIVATE, 3, 0) =3D 0x7f4380a38000 close(3) =3D 0 stat("badlink", 0x7ffc0eb805a0) =3D -1 ENOENT (No such file or di= rectory) symlink("not-there", "badlink") =3D -1 ENOENT (No such file or di= rectory) open("/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) =3D 3 fstat(3, {st_mode=3DS_IFREG|0644, st_size=3D2502, ...}) =3D 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = =3D 0x7f4387543000 read(3, "# Locale name alias data base.\n#"..., 4096) =3D 2502 read(3, "", 4096) =3D 0 close(3) =3D 0 munmap(0x7f4387543000, 4096) =3D 0 open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = =3D -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) =3D= -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US/LC_MESSAGES/coreutils.mo", O_RDONLY) =3D -1= ENOENT (No such file or directory) open("/usr/share/locale/en.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) =3D= -1 ENOENT (No such file or directory) open("/usr/share/locale/en.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) =3D = -1 ENOENT (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/coreutils.mo", O_RDONLY) =3D -1 EN= OENT (No such file or directory) open("/usr/lib64/charset.alias", O_RDONLY|O_NOFOLLOW) =3D -1 ENOENT (No s= uch file or directory) write(2, "ln: ", 4ln: ) =3D 4 write(2, "failed to create symbolic link \342"..., 44failed to create sym= bolic link =E2=80=98badlink=E2=80=99) =3D 44 open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) =3D -= 1 ENOENT (No such file or directory) open("/usr/share/locale/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1= ENOENT (No such file or directory) open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 ENOE= NT (No such file or directory) open("/usr/share/locale/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 E= NOENT (No such file or directory) open("/usr/share/locale/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 EN= OENT (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 ENOENT = (No such file or directory) write(2, ": No such file or directory", 27: No such file or directory) =3D= 27 write(2, "\n", 1 ) =3D 1 lseek(0, 0, SEEK_CUR) =3D -1 ESPIPE (Illegal seek) close(0) =3D 0 close(1) =3D 0 close(2) =3D 0 exit_group(1) =3D ? +++ exited with 1 +++ $ doing? / interleave basement-attic-kitchen cleanup/declutter $ strace ln -s not-there badlink execve("/usr/bin/ln", ["ln", "-s", "not-there", "badlink"], [/* 25 vars *= /]) =3D 0 brk(NULL) =3D 0x1c8a000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = =3D 0x7f2e8cc1d000 access("/etc/ld.so.preload", R_OK) =3D -1 ENOENT (No such file or di= rectory) open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) =3D 3 fstat(3, {st_mode=3DS_IFREG|0644, st_size=3D54550, ...}) =3D 0 mmap(NULL, 54550, PROT_READ, MAP_PRIVATE, 3, 0) =3D 0x7f2e8cc0f000 close(3) =3D 0 open("/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) =3D 3 read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20\35\2\0\0\0\0\0= "..., 832) =3D 832 fstat(3, {st_mode=3DS_IFREG|0755, st_size=3D2127336, ...}) =3D 0 mmap(NULL, 3940800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)= =3D 0x7f2e8c63a000 mprotect(0x7f2e8c7f2000, 2097152, PROT_NONE) =3D 0 mmap(0x7f2e8c9f2000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|M= AP_DENYWRITE, 3, 0x1b8000) =3D 0x7f2e8c9f2000 mmap(0x7f2e8c9f8000, 16832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|M= AP_ANONYMOUS, -1, 0) =3D 0x7f2e8c9f8000 close(3) =3D 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = =3D 0x7f2e8cc0e000 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = =3D 0x7f2e8cc0c000 arch_prctl(ARCH_SET_FS, 0x7f2e8cc0c740) =3D 0 mprotect(0x7f2e8c9f2000, 16384, PROT_READ) =3D 0 mprotect(0x60c000, 4096, PROT_READ) =3D 0 mprotect(0x7f2e8cc1e000, 4096, PROT_READ) =3D 0 munmap(0x7f2e8cc0f000, 54550) =3D 0 brk(NULL) =3D 0x1c8a000 brk(0x1cab000) =3D 0x1cab000 brk(NULL) =3D 0x1cab000 open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) =3D 3 fstat(3, {st_mode=3DS_IFREG|0644, st_size=3D106070960, ...}) =3D 0 mmap(NULL, 106070960, PROT_READ, MAP_PRIVATE, 3, 0) =3D 0x7f2e86111000 close(3) =3D 0 stat("badlink", 0x7ffd46bc8b60) =3D -1 ENOENT (No such file or di= rectory) symlink("not-there", "badlink") =3D -1 ENOENT (No such file or di= rectory) open("/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) =3D 3 fstat(3, {st_mode=3DS_IFREG|0644, st_size=3D2502, ...}) =3D 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = =3D 0x7f2e8cc1c000 read(3, "# Locale name alias data base.\n#"..., 4096) =3D 2502 read(3, "", 4096) =3D 0 close(3) =3D 0 munmap(0x7f2e8cc1c000, 4096) =3D 0 open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = =3D -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) =3D= -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US/LC_MESSAGES/coreutils.mo", O_RDONLY) =3D -1= ENOENT (No such file or directory) open("/usr/share/locale/en.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) =3D= -1 ENOENT (No such file or directory) open("/usr/share/locale/en.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) =3D = -1 ENOENT (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/coreutils.mo", O_RDONLY) =3D -1 EN= OENT (No such file or directory) open("/usr/lib64/charset.alias", O_RDONLY|O_NOFOLLOW) =3D -1 ENOENT (No s= uch file or directory) write(2, "ln: ", 4ln: ) =3D 4 write(2, "failed to create symbolic link \342"..., 44failed to create sym= bolic link =E2=80=98badlink=E2=80=99) =3D 44 open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) =3D -= 1 ENOENT (No such file or directory) open("/usr/share/locale/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1= ENOENT (No such file or directory) open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 ENOE= NT (No such file or directory) open("/usr/share/locale/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 E= NOENT (No such file or directory) open("/usr/share/locale/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 EN= OENT (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 ENOENT = (No such file or directory) write(2, ": No such file or directory", 27: No such file or directory) =3D= 27 write(2, "\n", 1 ) =3D 1 lseek(0, 0, SEEK_CUR) =3D -1 ESPIPE (Illegal seek) close(0) =3D 0 close(1) =3D 0 close(2) =3D 0 exit_group(1) =3D ? +++ exited with 1 +++ $ From unknown Tue Sep 09 12:24:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29475: filesystem does not allow ln to create bad symbolic link Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Tue, 28 Nov 2017 02:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29475 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: bug-coreutils@trodman.com, 29475@debbugs.gnu.org Received: via spool by 29475-submit@debbugs.gnu.org id=B29475.15118368868702 (code B ref 29475); Tue, 28 Nov 2017 02:42:01 +0000 Received: (at 29475) by debbugs.gnu.org; 28 Nov 2017 02:41:26 +0000 Received: from localhost ([127.0.0.1]:33284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eJVpu-0002GI-GC for submit@debbugs.gnu.org; Mon, 27 Nov 2017 21:41:26 -0500 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:51768) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eJVps-0002G5-Qo for 29475@debbugs.gnu.org; Mon, 27 Nov 2017 21:41:25 -0500 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 8193916119E; Mon, 27 Nov 2017 18:41:17 -0800 (PST) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id i-AFgWZWyOqP; Mon, 27 Nov 2017 18:41:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id C235D161207; Mon, 27 Nov 2017 18:41:16 -0800 (PST) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Y50rvjAhXwFN; Mon, 27 Nov 2017 18:41:16 -0800 (PST) Received: from [192.168.1.9] (unknown [47.154.30.119]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id A2A7016119D; Mon, 27 Nov 2017 18:41:16 -0800 (PST) References: <201711271817.vARIHJ0O023177@epjdn.zq3q.org> <6d8c8413-1bf7-ba15-2194-10f8946784d1@cs.ucla.edu> <201711280011.vAS0Bc8t021543@epjdn.zq3q.org> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <152d10d7-a2e0-9a52-37f0-af9b0524cdd4@cs.ucla.edu> Date: Mon, 27 Nov 2017 18:41:12 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <201711280011.vAS0Bc8t021543@epjdn.zq3q.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) bug-coreutils@trodman.com wrote: > stat("badlink", 0x7ffc0eb805a0) =3D -1 ENOENT (No such file or = directory) > symlink("not-there", "badlink") =3D -1 ENOENT (No such file or = directory) My guess is that you've removed the working directory somehow, or are on = a buggy=20 filesystem that thinks the working directory has been removed. I can repr= oduce=20 the situation as follows on Ubuntu 16.04.3: $ cd /tmp $ mkdir d $ cd d $ rmdir /tmp/d $ LC_ALL=3DC strace ln -s a b ... stat("b", 0x7fffe6df6140) =3D -1 ENOENT (No such file or di= rectory) symlink("a", "b") =3D -1 ENOENT (No such file or di= rectory) ... The only suggestion I have is "don't do that". If memory serves, POSIX do= esn't=20 specify the behavior in this case. From unknown Tue Sep 09 12:24:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29475: filesystem (apparently cagefs) does not allow ln to create bad symbolic link Resent-From: bug-coreutils@trodman.com Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 01 Dec 2017 01:00:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29475 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 29475@debbugs.gnu.org X-Debbugs-Original-To: 29475@debbugs.gnu.org, bug-coreutils@gnu.org Received: via spool by 29475-submit@debbugs.gnu.org id=B29475.15120899688404 (code B ref 29475); Fri, 01 Dec 2017 01:00:01 +0000 Received: (at 29475) by debbugs.gnu.org; 1 Dec 2017 00:59:28 +0000 Received: from localhost ([127.0.0.1]:38782 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eKZfr-0002BU-Lf for submit@debbugs.gnu.org; Thu, 30 Nov 2017 19:59:27 -0500 Received: from xklwu.xen.prgmr.com ([71.19.154.70]:51321) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eKZfq-0002BM-7w for 29475@debbugs.gnu.org; Thu, 30 Nov 2017 19:59:26 -0500 Received: from epjdn.zq3q.org (epjdn.zq3q.org [71.19.149.160]) by xklwu.xen.prgmr.com (8.14.5/8.14.5) with ESMTP id vB10xenM010871 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 30 Nov 2017 18:59:40 -0600 Received: from epjdn.zq3q.org (localhost [127.0.0.1]) by epjdn.zq3q.org (8.15.2/8.15.2) with ESMTP id vB10xLta021596; Thu, 30 Nov 2017 18:59:21 -0600 Message-Id: <201712010059.vB10xLta021596@epjdn.zq3q.org> From: bug-coreutils@trodman.com In-reply-to: <152d10d7-a2e0-9a52-37f0-af9b0524cdd4@cs.ucla.edu> References: <201711271817.vARIHJ0O023177@epjdn.zq3q.org> <6d8c8413-1bf7-ba15-2194-10f8946784d1@cs.ucla.edu> <201711280011.vAS0Bc8t021543@epjdn.zq3q.org> <152d10d7-a2e0-9a52-37f0-af9b0524cdd4@cs.ucla.edu> Comments: In-reply-to Paul Eggert message dated "Mon, 27 Nov 2017 18:41:12 -0800." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <21585.1512089961.1@epjdn.zq3q.org> Date: Thu, 30 Nov 2017 18:59:21 -0600 X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) On Mon 11/27/17 18:41 -0800 Paul Eggert wrote: > bug-coreutils@trodman.com wrote: > > stat("badlink", 0x7ffc0eb805a0) = -1 ENOENT (No such file or directory) > > symlink("not-there", "badlink") = -1 ENOENT (No such file or directory) > > My guess is that you've removed the working directory somehow, or are on a buggy > filesystem that thinks the working directory has been removed. I can reproduce > the situation as follows on Ubuntu 16.04.3: > > $ cd /tmp > $ mkdir d > $ cd d > $ rmdir /tmp/d > $ LC_ALL=C strace ln -s a b > ... > stat("b", 0x7fffe6df6140) = -1 ENOENT (No such file or directory) > symlink("a", "b") = -1 ENOENT (No such file or directory) > ... > > The only suggestion I have is "don't do that". If memory serves, POSIX doesn't > specify the behavior in this case. Thanks for all your help Paul. I talked w/a level one help person. They said the host distro is Cloudlinux, and the filesystem is cagefs. My quick web search results: https://docs.cloudlinux.com/index.html?cagefs.html >From my trial and error, this file system does not let you create bad sym links. I just have to work around it; tar up dirs in two passes one for sym links only, then the reverse. When untarring, do non sym links first. -- Tom From unknown Tue Sep 09 12:24:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29475: filesystem (apparently cagefs) does not allow ln to create bad symbolic link Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 01 Dec 2017 01:08:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29475 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: bug-coreutils@trodman.com, 29475@debbugs.gnu.org Received: via spool by 29475-submit@debbugs.gnu.org id=B29475.15120904479216 (code B ref 29475); Fri, 01 Dec 2017 01:08:03 +0000 Received: (at 29475) by debbugs.gnu.org; 1 Dec 2017 01:07:27 +0000 Received: from localhost ([127.0.0.1]:38788 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eKZnb-0002Oa-Fy for submit@debbugs.gnu.org; Thu, 30 Nov 2017 20:07:27 -0500 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:43622) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eKZnZ-0002OL-13 for 29475@debbugs.gnu.org; Thu, 30 Nov 2017 20:07:25 -0500 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 144EE16115E; Thu, 30 Nov 2017 17:07:19 -0800 (PST) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id BX7GKLv63djF; Thu, 30 Nov 2017 17:07:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 2DD37161248; Thu, 30 Nov 2017 17:07:18 -0800 (PST) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id SQOXaleSXQPU; Thu, 30 Nov 2017 17:07:18 -0800 (PST) Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 1756D1600D4; Thu, 30 Nov 2017 17:07:18 -0800 (PST) References: <201711271817.vARIHJ0O023177@epjdn.zq3q.org> <6d8c8413-1bf7-ba15-2194-10f8946784d1@cs.ucla.edu> <201711280011.vAS0Bc8t021543@epjdn.zq3q.org> <152d10d7-a2e0-9a52-37f0-af9b0524cdd4@cs.ucla.edu> <201712010059.vB10xLta021596@epjdn.zq3q.org> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: Date: Thu, 30 Nov 2017 17:07:17 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <201712010059.vB10xLta021596@epjdn.zq3q.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) On 11/30/2017 04:59 PM, bug-coreutils@trodman.com wrote: > From my trial and error, this file system does not let you create bad sym links. Hmm, yes, apparently that filesystem can be configured to disallow creation of dangling symlinks or links to files they don't own. See: https://www.cloudlinux.com/getting-started-with-cloudlinux-os/41-security-features/933-activating-securelink Using this feature will break a lot of programs (not just ln), but evidently they're not concerned about that. From unknown Tue Sep 09 12:24:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29475: filesystem (apparently cagefs) does not allow ln to create bad symbolic link Resent-From: Assaf Gordon Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Tue, 30 Oct 2018 02:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29475 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 29475@debbugs.gnu.org Received: via spool by 29475-submit@debbugs.gnu.org id=B29475.15408656245051 (code B ref 29475); Tue, 30 Oct 2018 02:14:02 +0000 Received: (at 29475) by debbugs.gnu.org; 30 Oct 2018 02:13:44 +0000 Received: from localhost ([127.0.0.1]:52565 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gHJXL-0001JK-K2 for submit@debbugs.gnu.org; Mon, 29 Oct 2018 22:13:43 -0400 Received: from mail-pg1-f174.google.com ([209.85.215.174]:33776) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gHJXJ-0001J1-1Y; Mon, 29 Oct 2018 22:13:41 -0400 Received: by mail-pg1-f174.google.com with SMTP id q5-v6so1132165pgv.0; Mon, 29 Oct 2018 19:13:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=s5TZ7veX4rryQy2A1s4CQjH1jwwMavQDzDaTevDCxNc=; b=UBVREUITLMjZYWlP3++UIoY56Y1lVDjEsTdH632xFT6LDT6DSJ7nhBWSnNr9H84vp7 vL2ax4VqmbuqBmNBMcwFwDe+gzfUSXyEHbuqDf0kvnoXqQRBAyWJdAHOhweTr+BXaugt j3BAHjAOmAaHbcpn6b1964GWZPrjHX9AbmwY+1oTwKcwMuuc7Gcb3A3djF9XeU6q9MWx FqiBuZWAZA7+SiIgEHWivhNhZQCLY36OssjC3ICHF5upvbluRLIEcyiIoopCHI0HwZv+ Bm9HGP/2TfnLHuR4RY4SqO5+PZld0vhRqGCMFoatWtkKNkqE6MG8kP1rLA2HJQc5VGim z/+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=s5TZ7veX4rryQy2A1s4CQjH1jwwMavQDzDaTevDCxNc=; b=PObcBi2wvK9JyttEWtECVLTkaDf+bO4vYg3luz9PM41Yjca/h08n3idNBWqPdETHQy LgZKQZneovj82kFqox/W0NEb/N90TY1DCu0WTka126WjCT59wImK+nNnre4DCxI8+F9K wAeF8xz5ktAlW8Gu9X6zrjJdp2QMG0UbpxVdAzuxkjn+Byt2fsdJuBcgvWgorFHGpKMX VQSpNPwZDCfeWJTOmQ1mtqKNngoQ5VhmIfZAYJVamkEs/deAehnJtZkZum4dvYp3amzf HE1taW6fCgGwZOWoRhnHlu9xox+4eZAIfUrLvoA0tijZyIA16sjIpgJfBJGjNkmCxWqJ fI5Q== X-Gm-Message-State: AGRZ1gKt8RmrTlXWeUNaaelrFq5yGzDbtM05tR6B43gKSMRCRyLdpBFs iBFWO3H1+Sk4nu5iA7IQ3/x+fzZQahI= X-Google-Smtp-Source: AJdET5eE1U03VFSKOxu11e2TzcyVRGPxfE/XGMwfyL5TGCfFPTc+MmLQTgiILmBM/NgsiDw4ks7sZw== X-Received: by 2002:a63:f74f:: with SMTP id f15mr16308295pgk.190.1540865614554; Mon, 29 Oct 2018 19:13:34 -0700 (PDT) Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38]) by smtp.googlemail.com with ESMTPSA id f18-v6sm18768400pfh.0.2018.10.29.19.13.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 Oct 2018 19:13:33 -0700 (PDT) References: <201711271817.vARIHJ0O023177@epjdn.zq3q.org> <6d8c8413-1bf7-ba15-2194-10f8946784d1@cs.ucla.edu> <201711280011.vAS0Bc8t021543@epjdn.zq3q.org> <152d10d7-a2e0-9a52-37f0-af9b0524cdd4@cs.ucla.edu> <201712010059.vB10xLta021596@epjdn.zq3q.org> From: Assaf Gordon Message-ID: <8f9a48cf-f8e7-3808-84b4-bc7bae38dfa7@gmail.com> Date: Mon, 29 Oct 2018 20:13:32 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 29475 notabug close 29475 stop (triaging old bugs) On 2017-11-30 6:07 p.m., Paul Eggert wrote: > On 11/30/2017 04:59 PM, bug-coreutils@trodman.com wrote: >>  From my trial and error, this file system does not let you create bad >> sym links. > > Hmm, yes, apparently that filesystem can be configured to disallow > creation of dangling symlinks or links to files they don't own. See: > > https://www.cloudlinux.com/getting-started-with-cloudlinux-os/41-security-features/933-activating-securelink > > Using this feature will break a lot of programs (not just ln), but > evidently they're not concerned about that. > Given the above, I'm closing this bug. Discussion can continue by replying to this thread. -assaf