<?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.os.freebsd.devel.file-systems">
    <title>gmane.os.freebsd.devel.file-systems</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems</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.os.freebsd.devel.file-systems/17986"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17985"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17984"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17983"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17981"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17980"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17979"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17978"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17977"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17976"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17975"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17974"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17973"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17972"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17971"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17970"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17969"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17968"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17967"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17966"/>
      </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.os.freebsd.devel.file-systems/17986">
    <title>Re: Nullfs - Panic when umounting and lower fs has been removed</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17986</link>
    <description>&lt;pre&gt;On Mon, May 20, 2013 at 7:34 AM, Konstantin Belousov
&amp;lt;kostikbel&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

I have both witness and invariants.
And this patch fixes the panic.

Thanks!

Antoine
_______________________________________________
freebsd-fs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Antoine Brodin</dc:creator>
    <dc:date>2013-05-20T09:05:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17985">
    <title>Re: Nullfs - Panic when umounting and lower fs has been removed</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17985</link>
    <description>&lt;pre&gt;
I can confirm the panic
http://people.freebsd.org/~pho/stress/log/kostik567.txt
and that the patch fixes that problem.

- Peter
_______________________________________________
freebsd-fs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Peter Holm</dc:creator>
    <dc:date>2013-05-20T08:54:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17984">
    <title>Re: Nullfs - Panic when umounting and lower fs has been removed</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17984</link>
    <description>&lt;pre&gt;
This is strange, do you have witness enabled, but invariants not ?

Please try the following change.

diff --git a/sys/fs/nullfs/null_vfsops.c b/sys/fs/nullfs/null_vfsops.c
index ad02236..bece8c8 100644
--- a/sys/fs/nullfs/null_vfsops.c
+++ b/sys/fs/nullfs/null_vfsops.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -417,8 +417,13 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; nullfs_unlink_lowervp(struct mount *mp, struct vnode *lowervp)
  */
 if (vp-&amp;gt;v_usecount == 0) {
 KASSERT((vp-&amp;gt;v_iflag &amp;amp; VI_DOOMED) != 0,
-    ("not reclaimed %p", vp));
+    ("not reclaimed nullfs vnode %p", vp));
 VOP_UNLOCK(vp, 0);
+} else {
+ASSERT_VOP_ELOCKED(vp, "unlink_lowervp");
+KASSERT((vp-&amp;gt;v_iflag &amp;amp; VI_DOOMED) == 0,
+    ("reclaimed nullfs vnode %p", vp));
+xp-&amp;gt;null_flags &amp;amp;= ~NULLV_NOUNLOCK;
 }
 vdrop(vp);
 }
&lt;/pre&gt;</description>
    <dc:creator>Konstantin Belousov</dc:creator>
    <dc:date>2013-05-20T07:34:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17983">
    <title>Re: Rispondere</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17983</link>
    <description>&lt;pre&gt;
      
Gentile utente, Monte Biz  

In risposta alla Sua richiesta, siamo lieti di inviarvi informazioni dettagliate sui servizi
http://www.foto-kirch.de/BestFoto.zip

   
Id 531639           .


_______________________________________________
freebsd-fs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Angelina</dc:creator>
    <dc:date>2013-05-20T04:55:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17981">
    <title>Re: kern/178103: [kernel] [nfs] [patch] Correct support of index files for WebNFS exports</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17981</link>
    <description>&lt;pre&gt;Old Synopsis: Correct support of index files for WebNFS exports
New Synopsis: [kernel] [nfs] [patch] Correct support of index files for WebNFS exports

Responsible-Changed-From-To: freebsd-bugs-&amp;gt;freebsd-fs
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon May 20 03:29:52 UTC 2013
Responsible-Changed-Why: 
Involves NFS, but also a kernel and binary change.  Perhaps the NFS
folks can review.

http://www.freebsd.org/cgi/query-pr.cgi?pr=178103
_______________________________________________
freebsd-fs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>linimon&lt; at &gt;FreeBSD.org</dc:creator>
    <dc:date>2013-05-20T03:30:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17980">
    <title>Re: kern/178231: [nfs] 8.3 nfsv4 client reports "nfsv4 client/server protocol prob err=10026"</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17980</link>
    <description>&lt;pre&gt;Old Synopsis: 8.3 nfsv4 client reports "nfsv4 client/server protocol prob err=10026"
New Synopsis: [nfs] 8.3 nfsv4 client reports "nfsv4 client/server protocol prob err=10026"

Responsible-Changed-From-To: freebsd-bugs-&amp;gt;freebsd-fs
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon May 20 03:29:21 UTC 2013
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=178231
_______________________________________________
freebsd-fs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>linimon&lt; at &gt;FreeBSD.org</dc:creator>
    <dc:date>2013-05-20T03:29:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17979">
    <title>Re: kern/178238: [nullfs] nullfs don't release i-nodes on unlink.</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17979</link>
    <description>&lt;pre&gt;Old Synopsis: nullfs don't release i-nodes on unlink.
New Synopsis: [nullfs] nullfs don't release i-nodes on unlink.

Responsible-Changed-From-To: freebsd-bugs-&amp;gt;freebsd-fs
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon May 20 03:28:53 UTC 2013
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=178238
_______________________________________________
freebsd-fs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>linimon&lt; at &gt;FreeBSD.org</dc:creator>
    <dc:date>2013-05-20T03:29:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17978">
    <title>Re: Nullfs - Panic when umounting and lower fs has been removed</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17978</link>
    <description>&lt;pre&gt;
Reverting r250505 fixes this issue.

Cheers,

Antoine
_______________________________________________
freebsd-fs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Antoine Brodin</dc:creator>
    <dc:date>2013-05-19T23:47:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17977">
    <title>Nullfs - Panic when umounting and lower fs has been removed</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17977</link>
    <description>&lt;pre&gt;Hi there,

I encountered a panic on head today with nullfs using poudriere.

It is quite easy to reproduce,  the script is probably doing something
wrong but panicking is not nice

%%%
mkdir /tmp/.new_packages /mnt/new_packages
mount -t nullfs /tmp/.new_packages /mnt/new_packages
dd if=/dev/zero of=/mnt/new_packages/bar count=20000
mv /tmp/.new_packages/bar /tmp/
rm -rf /tmp/.new_packages
umount -f /mnt/new_packages
%%%

The panic:

userret: returning with the following locks held:
exclusive lockmgr ufs (ufs) r = 0 (0xfffffe0010a77548) locked &amp;lt; at &amp;gt;
/usr/src/sys/modules/nullfs/../../fs/nullfs/null_vnops.c:615
panic: witness_warn
cpuid = 0
KDB: enter: panic

db:1:lockinfo&amp;gt; show locks
exclusive lockmgr ufs (ufs) r = 0 (0xfffffe0010a77548) locked &amp;lt; at &amp;gt;
/usr/src/sys/modules/nullfs/../../fs/nullfs/null_vnops.c:615

db:1:locks&amp;gt;  show alllocks
Process 1032 (umount) thread 0xfffffe0010623920 (100116)
exclusive lockmgr ufs (ufs) r = 0 (0xfffffe0010a77548) locked &amp;lt; at &amp;gt;
/usr/src/sys/modules/nullfs/../../fs/nullfs/null_vnops.c:615

&lt;/pre&gt;</description>
    <dc:creator>Antoine Brodin</dc:creator>
    <dc:date>2013-05-19T20:41:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17976">
    <title>Re: seeing data corruption with zfs trim functionality</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17976</link>
    <description>&lt;pre&gt;----- Original Message ----- 
From: "Steven Hartland" &amp;lt;killing&amp;lt; at &amp;gt;multiplay.co.uk&amp;gt;

After much playing I narrow down a test case of one delete which was causing
disc corruption for us (deleted the partition table instead of data in
the middle of the disk).

The conclusion is LSI 2008 HBA with FW below P13 will eat the data on your SATA
disks if you use WS16 due to the following bug:-
SCGCQ00230159 (DFCT) - Write same command to a SATA drive that doesn't support
SCT write same may write wrong region.

After updating here to P16, which we would generally be running, but test box
was new and hadnt updated yet the corruption issue is no longer reproducable.

So Ajit please check your FW version, I'm hoping to here your on something
below P13, P12 possibly?

If so then this is your issue, to fix simply update to P16 and the problem
should be gone.

    Regards
    Steve


================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to w&lt;/pre&gt;</description>
    <dc:creator>Steven Hartland</dc:creator>
    <dc:date>2013-05-17T22:45:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17975">
    <title>Re: kern/178713: [nfs] [patch] Correct WebNFS support in NFS server and client from sys/fs</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17975</link>
    <description>&lt;pre&gt;Old Synopsis: Correct WebNFS support in NFS server and client from sys/fs
New Synopsis: [nfs] [patch] Correct WebNFS support in NFS server and client from sys/fs

Responsible-Changed-From-To: freebsd-bugs-&amp;gt;freebsd-fs
Responsible-Changed-By: linimon
Responsible-Changed-When: Fri May 17 21:56:04 UTC 2013
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=178713
_______________________________________________
freebsd-fs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>linimon&lt; at &gt;FreeBSD.org</dc:creator>
    <dc:date>2013-05-17T21:56:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17974">
    <title>Re: NANDFS eats itself up</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17974</link>
    <description>&lt;pre&gt;On Thu, 07 Feb 2013 10:41:11 +0100, Ronald Klop  
&amp;lt;ronald-freebsd8&amp;lt; at &amp;gt;klop.yi.org&amp;gt; wrote:


Hi,

This full thread is available here.
http://freebsd.1045724.n5.nabble.com/NANDFS-eats-itself-up-td5764878.html

I follow the commits on FreeBSD, but did not see a fix for this. Maybe I  
missed it. I'm wondering if there is something news about this issue.
I understand everybody is very busy, but am curious about it.

Regards,
Ronald.
_______________________________________________
freebsd-fs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Ronald Klop</dc:creator>
    <dc:date>2013-05-17T11:48:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17973">
    <title>Re: seeing data corruption with zfs trim functionality</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17973</link>
    <description>&lt;pre&gt;
----- Original Message ----- 
From: "Ajit Jain" &amp;lt;ajit.jain&amp;lt; at &amp;gt;cloudbyte.com&amp;gt;
To: "Steven Hartland" &amp;lt;killing&amp;lt; at &amp;gt;multiplay.co.uk&amp;gt;
Cc: "freebsd-fs" &amp;lt;freebsd-fs&amp;lt; at &amp;gt;freebsd.org&amp;gt;
Sent: Wednesday, May 15, 2013 4:18 PM
Subject: Re: seeing data corruption with zfs trim functionality



After initially seeing not issues, our overnight monitoring started moaning
big time on the test box. So we checked and there was zpool corruption as well
as a missing boot loader and a corrupt GPT, so I believe we have reproduced
your issue.

After recovering the machine I created 3 pools on 3 different disks each
running a different delete_method.

We then re-ran the tests which resulted in the pool running with delete_method
WS16 being so broken it had suspended IO. A reboot resulted in it once again
reporting no partition table via gpart.

A third test run again produced a corrupt pool for WS16.

I've conducted a preliminary review of the CAM WS16 code path along with SBC-3
spec which didn't identify any obvious issues.

Given we're both u&lt;/pre&gt;</description>
    <dc:creator>Steven Hartland</dc:creator>
    <dc:date>2013-05-16T22:35:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17972">
    <title>Re: kern/153680: [xfs] 8.1 failing to mount XFS partitions</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17972</link>
    <description>&lt;pre&gt;The following reply was made to PR kern/153680; it has been noted by GNATS.

From: System Integrated &amp;lt;info&amp;lt; at &amp;gt;system-integrated.de&amp;gt;
To: bug-followup&amp;lt; at &amp;gt;FreeBSD.org, jan0sch&amp;lt; at &amp;gt;gmx.net
Cc:  
Subject: Re: kern/153680: [xfs] 8.1 failing to mount XFS partitions
Date: Thu, 16 May 2013 22:03:37 +0200

 Hey there,
 
 if got the exact same error on FreeBSD 9.0-RELEASE and 9.1-RELEASE.
 The bug prevents me to migrate from linux to freebsd on some systems.
 
 Needs to be fixed, i guess.
 
 Kind regards
_______________________________________________
freebsd-fs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>System Integrated</dc:creator>
    <dc:date>2013-05-16T20:20:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17971">
    <title>Re: Long delays during boot and zpool/zfs commands on 9.1-RELEASE (possibly because of unavailable pool?)</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17971</link>
    <description>&lt;pre&gt;Am 16.05.2013 19:43, schrieb Steven Hartland:


I got that, and thanks again for trying to help.
I just tried it out to show Roland that i learned
to use patch properly and his hint was not in vain. ;)

Unfortunately the initial issue remains unsolved.

Regards,
Henner Heck
_______________________________________________
freebsd-fs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Henner Heck</dc:creator>
    <dc:date>2013-05-16T19:00:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17970">
    <title>Re: Long delays during boot and zpool/zfs commands on 9.1-RELEASE (possibly because of unavailable pool?)</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17970</link>
    <description>&lt;pre&gt;
----- Original Message ----- 
From: "Henner Heck" &amp;lt;Henner.Heck&amp;lt; at &amp;gt;web.de&amp;gt;


As I mentioned in my previous response this patch is no longer needed in
9.x.

    Regards
    Steve

================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to postmaster&amp;lt; at &amp;gt;multiplay.co.uk.

_______________________________________________
freebsd-fs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Steven Hartland</dc:creator>
    <dc:date>2013-05-16T17:43:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17969">
    <title>Re: Long delays during boot and zpool/zfs commands on 9.1-RELEASE (possibly because of unavailable pool?)</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17969</link>
    <description>&lt;pre&gt;Am 15.05.2013 10:42, schrieb Ronald Klop:


Always happy to give someone a special moment.
Thank you, now patch did something.
It confirmed that it is the wrong file version for the patch,
since the replacements failed and the only changes are additions.
Output:

----------------------------------------------------------------------------------------------------------
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|--- sys/boot/zfs/zfs.c.orig    2011-10-20 18:15:29.966685430 +0000
|+++ sys/boot/zfs/zfs.c 2011-10-20 18:18:22.291033636 +0000
--------------------------
Patching file sys/boot/zfs/zfs.c using Plan A...
Hunk #1 succeeded at 47 (offset 2 lines).
Hunk #2 failed at 423.
1 out of 2 hunks failed--saving rejects to sys/boot/zfs/zfs.c.rej
Hmm...  Ignoring the trailing garbage.
done
----------------------------------------------------------------------------------------------------------

I'm still hoping that someone can give the reason for the incr&lt;/pre&gt;</description>
    <dc:creator>Henner Heck</dc:creator>
    <dc:date>2013-05-16T10:03:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17968">
    <title>Re: FreeBSD 9-RELEASE zpool Out of File Descriptors ??</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17968</link>
    <description>&lt;pre&gt;
Taking a zfs snapshot of the system file systems before installing anything is
a good idea.

__Martin
_______________________________________________
freebsd-fs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Martin Simmons</dc:creator>
    <dc:date>2013-05-15T16:17:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17967">
    <title>Re: FreeBSD 9-RELEASE zpool Out of File Descriptors ??</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17967</link>
    <description>&lt;pre&gt;
The only supported way of getting to CURRENT is from STABLE, therefore
if you start on 9.0-RELEASE, you should first update to 9-STABLE, and
from there to CURRENT.

Trying to go directly may work, it may not work…

Cheers

Tom
_______________________________________________
freebsd-fs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe&amp;lt; at &amp;gt;freebsd.org"&lt;/pre&gt;</description>
    <dc:creator>Tom Evans</dc:creator>
    <dc:date>2013-05-15T16:28:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17966">
    <title>Re: FreeBSD 9-RELEASE zpool Out of File Descriptors ??</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17966</link>
    <description>&lt;pre&gt;

yeah in hindsight, it is actually

_______________________________________________
freebsd-fs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Outback Dingo</dc:creator>
    <dc:date>2013-05-15T16:22:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17965">
    <title>Re: FreeBSD 9-RELEASE zpool Out of File Descriptors ??</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/17965</link>
    <description>&lt;pre&gt;

actually there is no need to revert to 9x but thanks, ill just remount the
pool read write and do a make installkernel now and reboot
_______________________________________________
freebsd-fs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Outback Dingo</dc:creator>
    <dc:date>2013-05-15T16:05:57</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.freebsd.devel.file-systems">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.freebsd.devel.file-systems</link>
  </textinput>
</rdf:RDF>
