<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs">
    <title>gmane.comp.file-systems.fuse.sshfs</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1404"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1403"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1402"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1401"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1400"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1399"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1398"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1397"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1396"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1395"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1394"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1393"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1392"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1391"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1390"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1389"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1388"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1387"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1384"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1383"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1404">
    <title>SSHFS creating zero-length fine on openVMS</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1404</link>
    <description>&lt;pre&gt;Hi,

I've been using SSHFS to transfer files t/from openVMS for quite some
time. It's only recently that I wanted to maintain multiple versions of
the same file.

I notice that when creating the second and subsequent versions of a
file, the version is zero length. After creating the subsequent version,
the former version length is correct. I've repeated this experiment on
two different VMS installations.

For example, from Debian Jessie:

sshfs chimenej&amp;lt; at &amp;gt;portingalpha: /mnt/hp


======== Copy #1
cp run-all /mnt/hp/
`run-all' -&amp;gt; `/mnt/hp/run-all'
ls -lat /mnt/hp/run-all
-rw-r----- 1 8519689 130 535 May 12 13:40 /mnt/hp/run-all

======== VMS sees the following
$ dir/siz=all run-all*.*;*

Directory PTAC$DKA100:[CHIMENEJ]

run-all.;1                 2/16

Total of 1 file, 2/16 blocks.

======== Copy #2
cp run-all /mnt/hp/
`run-all' -&amp;gt; `/mnt/hp/run-all'
ls -lat /mnt/hp/run-all
-rw-r----- 1 8519689 130 0 May 12 13:42 /mnt/hp/run-all

======== VMS sees the following
$ dir/siz=all run-all*.*;*

Directory PTAC$DKA100:[&lt;/pre&gt;</description>
    <dc:creator>Jeffrey Chimene</dc:creator>
    <dc:date>2013-05-12T21:13:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1403">
    <title>Re: hi</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1403</link>
    <description>&lt;pre&gt;http://qiumo123.net/wp-content/plugins/tv1mod/brain.php?khlbjbt792jp




































































































============
Life is really just a game, but there is some assembly required. -- Tom Wilson
------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with &amp;lt;2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
&lt;/pre&gt;</description>
    <dc:creator>Jin-Ho Yoon</dc:creator>
    <dc:date>2013-05-01T12:34:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1402">
    <title>sshfs -o rellinks: unexpected behaviour</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1402</link>
    <description>&lt;pre&gt;When sshfs is given option -o rellinks, it responds with
    fuse: unknown option `rellinks'
According to my understanding of the sshfs man page and --help output
this option a) is valid and b) should be passed to the module, not to fuse.

What's wrong -- my understanding or sshfs?

Versions:
    SSHFS version 2.4
    FUSE library version: 2.8.5
    fusermount version: 2.8.5
    using FUSE kernel interface version 7.12
    OS: Slackware64 14.0

Best, Charles




------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
&lt;/pre&gt;</description>
    <dc:creator>Charles</dc:creator>
    <dc:date>2013-03-22T06:01:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1401">
    <title>sshfs documentation enhancement suggestions</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1401</link>
    <description>&lt;pre&gt;After starting to use sshfs (version 2.4) for the first time -- so maybe
based on misconception -- here are two sshfs documentation enhancement
suggestions.

1. Mount options.  In the sshfs general options, mount options (-o
opt,[opt...]) documentation, it might be helpful to specify which
options are available.

Rationale: sshfs rightly does not support all the mount man page's
"FILESYSTEM INDEPENDENT MOUNT OPTIONS" and the mount man page does not
have a section for sshfs.  Thus the user has to guess, reason or
experiment to find which mount options are available.  For example I
found by experiment that noatime is accepted but nodiratime and
noiversion are not.

2. Command path completion.  It did not work for me within directories
under an sshfs mountpoint.  For example on typing cd &amp;lt;sshfs mount point&amp;gt;/
then tab and tab, nothing was listed as it is for the usual file
systems.  If this is normal behaviour it might be helpful to mention it
in the man page.

Rationale: this is not customary behaviour.  Nice f&lt;/pre&gt;</description>
    <dc:creator>Charles</dc:creator>
    <dc:date>2013-03-22T06:01:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1400">
    <title>sshfs halts before authentication</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1400</link>
    <description>&lt;pre&gt;Hello,

like the subject says, sshfs halts before authentication (e.g. before
asking for a password). The weird thing is, it only does this for certain
directories, that have been mountpoints in the past, and I can't work
around the problem by deleting/recreating the directory either.

Neither lsof, fuser or running sshfs with debugging enabled tell
anything. The remote logs only say that the client disconnected without
sending auth info (as soon as I kill sshfs, until then it just halts).

I am really stuck here...

Cheers,
max

------------------------------------------------------------------------------
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>=?UTF-8?Q?Max=20Rottenkolber=20</dc:creator>
    <dc:date>2013-03-08T14:19:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1399">
    <title>strace for 'sshfs halts before authentication'</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1399</link>
    <description>&lt;pre&gt;Maybe an strace up to the halt helps you:

execve("/usr/bin/sshfs", ["sshfs", "triakis:/", "triakis/"], [/* 39 vars */]) = 0
brk(0)                                  = 0x8b14000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb77c3000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=116256, ...}) = 0
mmap2(NULL, 116256, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77a6000
close(3)                                = 0
open("/lib/libfuse.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0&amp;lt; at &amp;gt;P\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=160372, ...}) = 0
mmap2(NULL, 159160, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb777f000
mmap2(0xb779d000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1e) = 0xb779d000
close(3)                                = 0
open("/lib/libdl.so.2", O_RD&lt;/pre&gt;</description>
    <dc:creator>=?UTF-8?Q?Max=20Rottenkolber=20</dc:creator>
    <dc:date>2013-03-08T14:36:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1398">
    <title>Re: Remapping uid/gid question</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1398</link>
    <description>&lt;pre&gt;


That appears to do the trick, thank you for your help!

Mike-

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
&lt;/pre&gt;</description>
    <dc:creator>Mike</dc:creator>
    <dc:date>2013-02-20T20:26:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1397">
    <title>Re: Remapping uid/gid question</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1397</link>
    <description>&lt;pre&gt;
I think you want to specify nomap=ignore in your options, then it just
doesn't do any remapping for anything not in your uidmap or gidmap. The
default is to error on unknown UIDs/GIDs.

&lt;/pre&gt;</description>
    <dc:creator>Mike Kelly</dc:creator>
    <dc:date>2013-02-20T15:14:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1396">
    <title>Re: Remapping uid/gid question</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1396</link>
    <description>&lt;pre&gt;

Okay, looks like the problem is that you need to have *all* user and
group IDs that might be returned by the server in the uid and gid map
files.  Otherwise the translation will fail and return EPERM.

Thanks,
Miklos

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
&lt;/pre&gt;</description>
    <dc:creator>Miklos Szeredi</dc:creator>
    <dc:date>2013-02-20T13:57:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1395">
    <title>Re: Remapping uid/gid question</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1395</link>
    <description>&lt;pre&gt;


Here is the debug output:



sshfs -d -p 22 -o 
debug,sshfs_debug,allow_other,suid,idmap=file,uidfile=/etc/sshfs.uidmap,gidfile=/etc/sshfs.gidmap 
root&amp;lt; at &amp;gt;10.0.1.92://mnt/data/replicated/mail/ /mail/qmail/
vmail: remote uid 1008 =&amp;gt; local uid 1000
vmail: remote gid 1003 =&amp;gt; local gid 1000
SSHFS version 2.4
FUSE library version: 2.8.4
nullpath_ok: 0
executing &amp;lt;ssh&amp;gt; &amp;lt;-x&amp;gt; &amp;lt;-a&amp;gt; &amp;lt;-oClearAllForwardings=yes&amp;gt; &amp;lt;-oPort=22&amp;gt; &amp;lt;-2&amp;gt; 
&amp;lt;root&amp;lt; at &amp;gt;10.0.1.92&amp;gt; &amp;lt;-s&amp;gt; &amp;lt;sftp&amp;gt;
root&amp;lt; at &amp;gt;10.0.1.92's password:
Server version: 3
Extension: posix-rename&amp;lt; at &amp;gt;openssh.com &amp;lt;1&amp;gt;
Extension: statvfs&amp;lt; at &amp;gt;openssh.com &amp;lt;2&amp;gt;
Extension: fstatvfs&amp;lt; at &amp;gt;openssh.com &amp;lt;2&amp;gt;
unique: 1, opcode: INIT (26), nodeid: 0, insize: 56
INIT: 7.13
flags=0x0000007b
max_readahead=0x00020000
    INIT: 7.12
    flags=0x00000011
    max_readahead=0x00020000
    max_write=0x00020000
    unique: 1, success, outsize: 40
unique: 2, opcode: GETATTR (3), nodeid: 1, insize: 56
getattr /
[00001] LSTAT
   [00001]          ATTRS       41bytes (0ms)
    unique: 2, success, outsize: 120
unique: 3, opcode: GETXAT&lt;/pre&gt;</description>
    <dc:creator>Mike</dc:creator>
    <dc:date>2013-02-19T20:06:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1394">
    <title>Re: sshfs does not cope with IdentityFile path with spaces</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1394</link>
    <description>&lt;pre&gt;
ssh does not need two sets of quoting - I use the equivalent '-i' option 
fairly often.

I understand your workaround - reading the manual again (here on 
Debian), even though its standard usage for me to specify an 
IdentityFile, there is no mention of it there, so perhaps its enough of 
a 'special case' to have to do it in a non-obvious way.

I'll make a Debian bug requesting the manpage be updated to note this.

Thanks

------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
&lt;/pre&gt;</description>
    <dc:creator>Omega Weapon</dc:creator>
    <dc:date>2013-02-18T17:47:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1393">
    <title>Re: sshfs does not cope with IdentityFile path with spaces</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1393</link>
    <description>&lt;pre&gt;
Without the extra quotes ssh does not accept the filename with spaces.
 You are right that sshfs doesn't require more quoting than ssh
itself.

Thanks,
Miklos

------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
&lt;/pre&gt;</description>
    <dc:creator>Miklos Szeredi</dc:creator>
    <dc:date>2013-02-18T15:21:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1392">
    <title>Re: sshfs does not cope with IdentityFile path with spaces</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1392</link>
    <description>&lt;pre&gt;
As far as I can tell, sshfs is using execvp, so I wouldn't think extra quotes 
should be needed.  You'd need the extra quotes if sshfs were using the shell 
(via system) to call ssh, but this shouldn't be required.


It'd be less than ideal if sshfs were using system, but since it's using 
execvp, it should be fine.  If you were using system, the shell would strip 
the quotes yet again, but you're not, so that shouldn't be an issue.

Though, to be honest, I'd suggest using ~/.ssh/config to configure your 
identity file for special hosts so that you don't need to type it for ssh or 
for sshfs :)

------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now.&lt;/pre&gt;</description>
    <dc:creator>Darin McBride</dc:creator>
    <dc:date>2013-02-18T14:49:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1391">
    <title>Re: [PATCH] fix missing newline in manual page</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1391</link>
    <description>&lt;pre&gt;Thanks, applied.

Miklos

On Mon, Feb 18, 2013 at 12:47 PM, Alan Jenkins
&amp;lt;alan.christopher.jenkins&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
&lt;/pre&gt;</description>
    <dc:creator>Miklos Szeredi</dc:creator>
    <dc:date>2013-02-18T13:39:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1390">
    <title>[PATCH] fix missing newline in manual page</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1390</link>
    <description>&lt;pre&gt;---
 sshfs.1 | 1 +
 1 file changed, 1 insertion(+)

diff --git a/sshfs.1 b/sshfs.1
index d316930..a9dfa3c 100644
--- a/sshfs.1
+++ b/sshfs.1
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -138,6 +138,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; path to sftp server or subsystem (default: sftp)
 .TP
 \fB\-o\fR directport=PORT
 directly connect to PORT bypassing ssh
+.TP
 \fB\-o\fR slave
 communicate over stdin and stdout bypassing network
 .TP
&lt;/pre&gt;</description>
    <dc:creator>Alan Jenkins</dc:creator>
    <dc:date>2013-02-18T11:47:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1389">
    <title>Re: Remapping uid/gid question</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1389</link>
    <description>&lt;pre&gt;
Can you please send the debug log generated after "sshfs
-odebug,sshfs_debug ..."

Thanks,
Miklos

------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
&lt;/pre&gt;</description>
    <dc:creator>Miklos Szeredi</dc:creator>
    <dc:date>2013-02-18T11:10:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1388">
    <title>Re: sshfs does not cope with IdentityFile path with spaces</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1388</link>
    <description>&lt;pre&gt;
Ssh needs the argument to be qouted.  If you just add
-oIdentityFile="foo bar" then the shell will strip those quote marks.
Try something like this: -oIndentityFile='"foo bar"'.  The outer
single quotes will protect the inner double quotes.

Note: exactly the same thing is required if you just start ssh, not
sshfs.  I think the sshfs behavior of passing arguments verbatim to
ssh is fine.

Thanks,
Miklos

------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
&lt;/pre&gt;</description>
    <dc:creator>Miklos Szeredi</dc:creator>
    <dc:date>2013-02-18T10:18:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1387">
    <title>sshfs does not cope with IdentityFile path with spaces</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1387</link>
    <description>&lt;pre&gt;Please CC me in to emails - I'm not subscribed to the mailing list.

I have a SSH server to access where I use a special private keyfile that 
is stored in a path with spaces. So testing getting sshfs working (all 
the debug options were needed to even get sshfs to tell me what was 
breaking...):

=======================================================================

$ sudo sshfs -p 22222 -o 
debug,sshfs_debug,loglevel=debug,IdentityFile="&amp;lt;path to identity file 
with spaces&amp;gt;" root&amp;lt; at &amp;gt;&amp;lt;host&amp;gt;:"/root/files/source_code" "&amp;lt;local directory to 
mount into"

SSHFS version 2.4
FUSE library version: 2.9.0
nullpath_ok: 0
nopath: 0
utime_omit_ok: 0
executing &amp;lt;ssh&amp;gt; &amp;lt;-x&amp;gt; &amp;lt;-a&amp;gt; &amp;lt;-oClearAllForwardings=yes&amp;gt; &amp;lt;-oPort=22222&amp;gt; 
&amp;lt;-ologlevel=debug&amp;gt; &amp;lt;-oIdentityFile=path to identity file with spaces, no 
speechmarks etc&amp;gt; &amp;lt;-2&amp;gt; &amp;lt;root&amp;lt; at &amp;gt;omegafw&amp;gt; &amp;lt;-s&amp;gt; &amp;lt;sftp&amp;gt;
command-line line 0: garbage at end of line; "Files/Philips".
read: Connection reset by peer

=======================================================================

The fragment it com&lt;/pre&gt;</description>
    <dc:creator>Omega Weapon</dc:creator>
    <dc:date>2013-02-17T11:23:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1384">
    <title>Remapping uid/gid question</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1384</link>
    <description>&lt;pre&gt;Hi,

I have an application where it would be darn conveinent to mount a 
remote file system locally and re-map the uid/gid. This is a temporary 
solution for a problem I have which will be resolved longer term by ldap 
and having these centrally managed.

The issue is that, on the server, the user has uid 1008 and gid 1003. 
On the client, that user has uid/gid 1000. I have sshfs v2.4 and have 
tried using the uidmap/gidmap feature and apparently I'm just not able 
to figure it out.

The local user name and group is simply 'vmail' and I have my 
uidfile/gid files set thusly:

sshfs.uidmap
vmail:1008

sshfs.gidmap
vmail:1003


Unfortunately the permissions are wrong and I can't even look at the 
directory when mounted this way:

ls: cannot access qmail: Permission denied
d?????????   ? ?    ?             ?            ? qmail


The command I am using is this:

sshfs -d -p 22 -o 
"allow_other,suid,idmap=file,uidfile=sshfs.uidmap,gidfile=sshfs.gidmap" 
root&amp;lt; at &amp;gt;10.0.1.92://mnt/data/replicated/mail/ qmail


Do &lt;/pre&gt;</description>
    <dc:creator>Mike</dc:creator>
    <dc:date>2013-02-14T19:50:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1383">
    <title>Remapping uid/gid question</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1383</link>
    <description>&lt;pre&gt;Hi,

I have an application where it would be darn conveinent to mount a 
remote file system locally and re-map the uid/gid. This is a temporary 
solution for a problem I have which will be resolved longer term by ldap 
and having these centrally managed.

The issue is that, on the server, the user has uid 1008 and gid 1003. 
On the client, that user has uid/gid 1000. I have sshfs v2.4 and have 
tried using the uidmap/gidmap feature and apparently I'm just not able 
to figure it out.

The local user name and group is simply 'vmail' and I have my 
uidfile/gid files set thusly:

sshfs.uidmap
vmail:1008

sshfs.gidmap
vmail:1003


Unfortunately the permissions are wrong and I can't even look at the 
directory when mounted this way:

ls: cannot access qmail: Permission denied
d?????????   ? ?    ?             ?            ? qmail


The command I am using is this:

sshfs -d -p 22 -o 
"allow_other,suid,idmap=file,uidfile=sshfs.uidmap,gidfile=sshfs.gidmap" 
root&amp;lt; at &amp;gt;10.0.1.92://mnt/data/replicated/mail/ qmail


Do &lt;/pre&gt;</description>
    <dc:creator>Mike</dc:creator>
    <dc:date>2013-02-13T20:25:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1382">
    <title>Re: Permission problems with sshfs</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.fuse.sshfs/1382</link>
    <description>&lt;pre&gt;
Try changing the Subsystem line in /etc/ssh/sshd_config to something
like "Subsystem sftp
/path/to/sftp-server -u0" on the server.  The -u option for
sftp-server sets the umask.


The files are created with the owner of the sftp-server process.  The
owner of the sshfs process or the owner of the process doing the
create operation are ignored. This is not considered a bug.  If you
want to create hte files as "cherokee" you should connect to
"cherokee&amp;lt; at &amp;gt;server" with sshfs.  Or if that's not possible, run the
sftp-server with "sudo -u cherokee ..."

Note, you don't have to edit the sshd_config on the server, you can
also create a script that does this and invoke sshfs with
"-osftp_server=path/to/sftp-startup-script"

Thanks,
Miklos


------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
&lt;/pre&gt;</description>
    <dc:creator>Miklos Szeredi</dc:creator>
    <dc:date>2013-02-05T12:58:37</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.file-systems.fuse.sshfs">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.file-systems.fuse.sshfs</link>
  </textinput>
</rdf:RDF>
