<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>10054</bug_id>
          
          <creation_ts>2006-09-29 14:55:29 +0400</creation_ts>
          <short_desc>[FR] declare fuse fs_virtualized</short_desc>
          <delta_ts>2006-10-16 14:01:11 +0400</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>kernel-feat-core-openvz</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://forum.openvz.org/index.php?t=msg&amp;goto=6963&amp;#msg_6963</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Michael Shigorin">mike</reporter>
          <assigned_to name="Sergey Vlasov">vsu</assigned_to>
          <cc>dev</cc>
    
    <cc>lakostis</cc>
    
    <cc>sr</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>40925</commentid>
    <comment_count>0</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2006-09-29 14:55:29 +0400</bug_when>
    <thetext>While making LTSP installation in a VE more comfortable place, fuse was required
(for ltspfs).  Works fine on HN, but obviously not in VE.

This might just not work, but then it should be no worse (and will be reported).
 I&apos;ve also suggested another filesystem testing workaround at %url.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>40926</commentid>
    <comment_count>1</comment_count>
      <attachid>1646</attachid>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2006-09-29 14:57:02 +0400</bug_when>
    <thetext>Created attachment 1646
+ .fs_flags = FS_VIRTUALIZED

a hack</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>40927</commentid>
    <comment_count>2</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2006-09-29 14:59:31 +0400</bug_when>
    <thetext>this requires modprobe fuse on HN and /dev/fuse (c 10 229) also being made
available to VE (--devnodes fuse:rw), so should be reasonably safe for strangers</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>41159</commentid>
    <comment_count>3</comment_count>
    <who name="Kirill Korotaev">dev</who>
    <bug_when>2006-10-05 15:17:31 +0400</bug_when>
    <thetext>ACK: the proposed hack is safe enough, since requires explicit granting of
permissions to VE.

However, the correct way would be to virtualize FUSE correctly...
Added this to our TODO list, however this is low prio right now.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>41307</commentid>
    <comment_count>4</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2006-10-13 20:51:43 +0400</bug_when>
    <thetext>Thanks, Kirill.  Is there an OpenVZ FS virtualization HOWTO anywhere?

2 lakostis: would be nice to have in next ovz kernel, although maybe I&apos;ll care
myself (need local devices on terminals via ltspfs, hence the trouble).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>41365</commentid>
    <comment_count>5</comment_count>
    <who name="Konstantin A Lepikhov (L.A. Kostis)">lakostis</who>
    <bug_when>2006-10-15 16:26:31 +0400</bug_when>
    <thetext>Patch added to kernel-feat-core-openvz-026test019-alt1.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>41382</commentid>
    <comment_count>6</comment_count>
    <who name="Kirill Korotaev">dev</who>
    <bug_when>2006-10-16 14:01:05 +0400</bug_when>
    <thetext>Michael, no... not yet :(
I think it will be solved by us quite soon, while working on NFS.

In general idea is simple: global variables should be analyzed and if its
meaning is about some local activity (not global one), then virtualized (i.e.
remade to be dynamic. e.g. moved to ve_struct).

</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>1646</attachid>
            <date>2006-09-29 14:57:02 +0400</date>
            <delta_ts>2006-09-29 14:57:02 +0400</delta_ts>
            <desc>+ .fs_flags = FS_VIRTUALIZED</desc>
            <filename>openvz-fuse-2.6.16-feat.patch</filename>
            <type>text/plain</type>
            <size>323</size>
            <attacher name="Michael Shigorin">mike</attacher>
            
              <data encoding="base64">LS0tIGxpbnV4LTIuNi4xNisvZnMvZnVzZS9pbm9kZS5jCTIwMDYtMDMtMjAgMDc6NTM6MjkgKzAy
MDAKKysrIGxpbnV4LTIuNi4xNi9mcy9mdXNlL2lub2RlLmMJMjAwNi0wOS0yOSAxMzoxNDo1OSAr
MDMwMApAQCAtNjE2LDYgKzYxNiw3IEBACiAJLm5hbWUJCT0gImZ1c2UiLAogCS5nZXRfc2IJCT0g
ZnVzZV9nZXRfc2IsCiAJLmtpbGxfc2IJPSBraWxsX2Fub25fc3VwZXIsCisJLmZzX2ZsYWdzCT0g
RlNfVklSVFVBTElaRUQsCiB9OwogCiBzdGF0aWMgc3NpemVfdCBmdXNlX2Nvbm5fd2FpdGluZ19z
aG93KHN0cnVjdCBmdXNlX2Nvbm4gKmZjLCBjaGFyICpwYWdlKQo=
</data>

          </attachment>
      

    </bug>

</bugzilla>