From owner-freebsd-questions@FreeBSD.ORG Wed Feb 18 06:20:37 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0981916A4CE for ; Wed, 18 Feb 2004 06:20:37 -0800 (PST) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id C45AB43D1D for ; Wed, 18 Feb 2004 06:20:36 -0800 (PST) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from be-well.no-ip.com ([66.30.196.44]) by comcast.net (sccrmhc13) with ESMTP id <20040218142036016003ha52e>; Wed, 18 Feb 2004 14:20:36 +0000 Received: by be-well.no-ip.com (Postfix, from userid 1147) id 50E4612; Wed, 18 Feb 2004 09:20:32 -0500 (EST) Sender: lowell@be-well.ilk.org To: bla@dayab.ch References: <20040216210658.GB12702@bturtle.ch> From: Lowell Gilbert Date: 18 Feb 2004 09:20:32 -0500 In-Reply-To: <20040216210658.GB12702@bturtle.ch> Message-ID: <444qto8o5r.fsf@be-well.ilk.org> Lines: 37 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-questions@freebsd.org Subject: Re: dump and : X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 14:20:37 -0000 bla@dayab.ch writes: > just stumbled over this. If I try to do a dump to a file which has a ':' > in its name or path, dump tries to connect to a server (which is > obvious as this is the notation for a remote dump). Precisely. > example: > # dump -f some:file /var > DUMP: rcmd: getaddrinfo: hostname nor servname provided, or not known > DUMP: login to some as root failed. > > escaping (dump -f "some\:file" /var) does not work. Right; it's not the shell that you need to hide the colon from, so escaping it in the shell syntax won't make any difference. > Is this behaviour > intended? Yes; as you pointed out yourself, it's the notation for remote host access. > Is there a workaround? (besides making a symlink w/o the : in > the name or using another filename/path) I haven't tried this, but from looking at the man page, I might expect dump -f /path/to/dump/dir/some\:file to work... -- Lowell Gilbert, embedded/networking software engineer, Boston area: resume/CV at http://be-well.ilk.org:8088/~lowell/resume/ username/password "public"