Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
After I create the primary /dev/drbd0 with `drbdadm create-md drbd-data`,
how the state is inconsistent and it is Secondary
[root at centos54 ~]# cat /proc/drbd
version: 8.3.2 (api:88/proto:86-90)
GIT-hash: dd7985327f146f33b86d4bff5ca8c94234ce840e build by
mockbuild at v20z-x86-64.home.local, 2009-08-29 14:07:55
0: cs:WFConnection ro:Secondary/Unknown ds:Inconsistent/DUnknown C r----
ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b
oos:1835322004
When I try to make it primary, it fails because no disk is up to date.
[root at node2 ~]# drbdadm primary drbd-data
0: State change failed: (-2) Refusing to be Primary without at least one
UpToDate disk
Command 'drbdsetup 0 primary' terminated with exit code 17
How do I make it UpToDate and Primary without a Secondary disk up yet?
Chad
On Thu, Apr 29, 2010 at 11:33 AM, Brian R. Hellman <brian at linbit.com> wrote:
>
> On 04/29/2010 08:25 AM, Chad Sine wrote:
> > Is it possible to create a DRBD device on the Primary and use it
> > without a Secondary? I'd like to partition, and place files on the
> > primary before putting the secondary online and then and then
> > synchronize the secondary at a later time.
> >
> > Thank You,
> >
> > Chad
> >
> >
> > _______________________________________________
> > drbd-user mailing list
> > drbd-user at lists.linbit.com
> > http://lists.linbit.com/mailman/listinfo/drbd-user
> >
> Yes this is possible and has been done before. :)
>
>
>
>
> Telephone: 1-503-573-1262 Ex. 202
> Sales: 1-877-4-LINBIT / 1-877-454-6248
> LINBIT - Your Way to High Availability
> 7959 SW Cirrus Dr.
> Beaverton, OR 97008
>
> http://www.linbit.com
>
>
> _______________________________________________
> drbd-user mailing list
> drbd-user at lists.linbit.com
> http://lists.linbit.com/mailman/listinfo/drbd-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20100429/7e02c014/attachment.htm>