Re: [Ocfs2-users] Error building ocfs2-tools

2011-10-28 Thread Tim Serong
On 29/10/11 04:10, Sunil Mushran wrote:
> On 10/27/2011 07:10 PM, Tim Serong wrote:
>> Damn. It was in Pacemaker's include/crm/ais.h, back before June 27
>> last year(!), when it was moved to Pacemaker's configure.ac:
>>
>> https://github.com/ClusterLabs/pacemaker/commit/8e939b0ad779c65d445e2fa150df1cc046428a93#include/crm/ais.h
>>
>>
>> This means it probably no longer appears in any of Pacemaker's public
>> (devel package) header files, which explains the compile error.
>>
>> I did some more digging, and we (SUSE) presumably never had this
>> problem because we've been carrying the attached patch for rather a
>> long time. It replaces CRM_SERVICE (a relatively uninteresting number)
>> with a somewhat more useful string literal...
>>
>>>
 I thought the O2CB OCF RA was always provided by either pacemaker (or,
 on SUSE at least, in ocfs2-tools), but was never included in the
 upstream ocfs2-tools source tree?
>>>
>>>
>>> I thought we had checked-in all the pacemaker related patches. Are we
>>> missing something?
>>
>> The O2CB OCF RA is this thing:
>>
>> https://github.com/ClusterLabs/pacemaker/blob/master/extra/resources/o2cb
>>
>> It's the (better/stronger/faster :)) equivalent of the o2cb init
>> script, which you use when OCFS2 is under Pacemaker's control.
>>
>> There's (IMO) a good argument for having OCF RAs included with the
>> project they're intended for use with (all code pertaining to the
>> operation of some program lives in one place).
>>
>> OTOH, there's another argument for having them included in the generic
>> resource-agents or pacemaker package (Pacemaker and RHCS probably
>> being the only things that actually use OCF RAs).
>>
>> I suspect the RA was either never submitted to ocfs2-tools, or was
>> never accepted (don't know which, I wasn't involved when it was
>> originally written).
>
> So I am checking in the patch with your sign-off. I hope that is ok with
> you.

Fine by me, thanks.

Regards,

Tim
-- 
Tim Serong
Senior Clustering Engineer
SUSE
tser...@suse.com

___
Ocfs2-users mailing list
Ocfs2-users@oss.oracle.com
http://oss.oracle.com/mailman/listinfo/ocfs2-users


Re: [Ocfs2-users] Error building ocfs2-tools

2011-10-28 Thread Sunil Mushran
On 10/27/2011 07:10 PM, Tim Serong wrote:
> Damn.  It was in Pacemaker's include/crm/ais.h, back before June 27 last 
> year(!), when it was moved to Pacemaker's configure.ac:
>
> https://github.com/ClusterLabs/pacemaker/commit/8e939b0ad779c65d445e2fa150df1cc046428a93#include/crm/ais.h
>
> This means it probably no longer appears in any of Pacemaker's public (devel 
> package) header files, which explains the compile error.
>
> I did some more digging, and we (SUSE) presumably never had this problem 
> because we've been carrying the attached patch for rather a long time. It 
> replaces CRM_SERVICE (a relatively uninteresting number) with a somewhat more 
> useful string literal...
>
>>
>>> I thought the O2CB OCF RA was always provided by either pacemaker (or,
>>> on SUSE at least, in ocfs2-tools), but was never included in the
>>> upstream ocfs2-tools source tree?
>>
>>
>> I thought we had checked-in all the pacemaker related patches. Are we
>> missing something?
>
> The O2CB OCF RA is this thing:
>
> https://github.com/ClusterLabs/pacemaker/blob/master/extra/resources/o2cb
>
> It's the (better/stronger/faster :)) equivalent of the o2cb init script, 
> which you use when OCFS2 is under Pacemaker's control.
>
> There's (IMO) a good argument for having OCF RAs included with the project 
> they're intended for use with (all code pertaining to the operation of some 
> program lives in one place).
>
> OTOH, there's another argument for having them included in the generic 
> resource-agents or pacemaker package (Pacemaker and RHCS probably being the 
> only things that actually use OCF RAs).
>
> I suspect the RA was either never submitted to ocfs2-tools, or was never 
> accepted (don't know which, I wasn't involved when it was originally written).

So I am checking in the patch with your sign-off. I hope that is ok with you.

___
Ocfs2-users mailing list
Ocfs2-users@oss.oracle.com
http://oss.oracle.com/mailman/listinfo/ocfs2-users


[Ocfs2-users] Auto Reply: Ocfs2-users Digest, Vol 94, Issue 23

2011-10-28 Thread soeren . binner
I will be out of the office until November 2nd 2011.

I'll not have access to my e-mail.

Best Regards
Soeren Binner

___
Ocfs2-users mailing list
Ocfs2-users@oss.oracle.com
http://oss.oracle.com/mailman/listinfo/ocfs2-users


[Ocfs2-users] Faster backup (rsync)

2011-10-28 Thread Nikola Savic





  Hello,

  I have 3 servers setup in following way:


  Two
servers (server1 and server2) are connected using DRBD, which is used
as volume for shared storage. This shared storage is formated using
OCFS2. Server1 has RAID10, while server2 has RAID1 under DRBD.

  All three
servers are accessing shared storage using iSCSI target on server1.
Even when DRBD is in Primary/Primary mode, server1 and server2 must use
iSCSI, and not access DRBD directly, because they don't see server3 as
member of cluster, when it access it trough iSCSI. Must be because
iSCSI doesn't see changes happening directly on device below, which is
DRBD.

  Shared
storage has about 1.7 milion files of about 250GB total size. Everyday
backup is made to remote server using rsync. This takes a lot of time
(few hours) because if many files and conflict with running web
application that is reading/write to shared volume while backup is in
progress.

  Hard drives
on server2 are mostly idle. They write block of data from time to
time.It would be more efficient for backup if it runs from OCFS2 copy
on DRBD of server2. I would mount it read-only. It would be possible to
create snapshot of LVM volume below DRBD, and to mount it read-only.

  Here finally comes my question. Do you think it's safe to mount OCFS2
in this way, since changes will happen from other nodes which will not
be in cluster with backup process? Read-only mount, if possible, would
prevent changes to go from backup process to live nodes. However, I
assume file system might become corrupted for backup side? Is there
flush method of some kind that I can initiate on all three servers or
iSCSI target, before making snapshot on server2 and mounting OCFS2 in
read-only and/or local mode?

  Does anyone have suggestion on how to make efficient backups of many
files? DRBD is nice backup feature, but corruption in file system is
distributed to both drives. Having separate file system copy is safe,
even when it's not real-time.

  Did anyone try using lscynd with OCFS2? Lsync2 monitors changes in
file system using inotify and transfers only changed folder to backup
server using rsync. I was reading that inotify works with delay with
OCFS2 when changes happen on remote node. However, few seconds delay is
not problem for me.

  Thanks,
  Nikola  




___
Ocfs2-users mailing list
Ocfs2-users@oss.oracle.com
http://oss.oracle.com/mailman/listinfo/ocfs2-users