v_vfs_done error = 1 on gconcat device

[Rong-En Fan]

On 4/29/06, Pawel Jakub Dawidek <pjd at freebsd.org> wrote:
> On Sat, Apr 29, 2006 at 04:53:19AM -0400, Rong-En Fan wrote:
> +> On 4/29/06, Pawel Jakub Dawidek <pjd at freebsd.org> wrote:
> +> >It works here:
> +> >
> +> >        # mdconfig -a -t malloc -s 25658654720b -u 0
> +> >        # mdconfig -a -t malloc -s 36396831744b -u 1
> +> >        # gconcat label foo md0 md1
> +> >        # sysctl kern.geom.concat.debug=2
> +> >        # ./dwrite /dev/concat/foo 25658605568 114688
> +> >
> +> >The console output:
> +> >
> +> >        GEOM_CONCAT[2]: Request received. concat/foo[WRITE(offset=25658605568, length=114688)]
> +> >        GEOM_CONCAT[2]: Sending request. md0[WRITE(offset=25658605568, length=48640)]
> +> >        GEOM_CONCAT[2]: Sending request. md1[WRITE(offset=0, length=66048)]
> +> >
> +> >I'd more expect that your partitions are not properly configured. Can
> +> >you show me the output of "bsdlabel /dev/da1s1"?
> +>
> +> Hi,
> +>
> +> # /dev/da1s1:
> +> 8 partitions:
> +> #        size   offset    fstype   [fsize bsize bps/cpg]
> +>  c: 71087562        0    unused        0     0         # "raw" part, don't edit
> +>  e: 71087562        0    4.2BSD     2048 16384 28552
> +>
> +> Errrr, should the offset of first partition start from offset 16? evil
> +> sysinstall...
> +> If so, then I dont think I have much to do except backup, fix the offset,
> +> create a new gconcat, and restore?
>
> Yes, I'm afraid so. The BSD class just return EPERM when you try to
> overwrite the metadata.

Thanks. By the way, I'm just wondering if we can have some meaningful
error message, like "permission denied" instead of the magic "1"?

Regards,
Rong-En Fan