[GE users] relocating a BDB

adary adary at marvell.com
Thu Jun 11 12:35:12 BST 2009


The database is only mounted to master and shadow hosts. It resides on our netapp (Network Appliance) where its backed up regularly, snapshotted and replicated to another site.

Master and shadow see the same files, so in case of failover shadow just takes over from where master left.



-----Original Message-----
From: tmacmd [mailto:tmacmd at gmail.com]
Sent: Thursday, June 11, 2009 2:33 PM
To: users at gridengine.sunsource.net
Subject: Re: [GE users] relocating a BDB

Hopefully last question...

So in you method, I suspect your database is on you master?
If so and it fails, what happens? I have done nothing but
spooling...love to hear what happens in fail-over scenarios.

--tmac

RedHat Certified Engineer #804006984323821 (RHEL4)
RedHat Certified Engineer #805007643429572 (RHEL5)

Principal Consultant




On Thu, Jun 11, 2009 at 7:18 AM, adary<adary at marvell.com> wrote:
> In the nfs4 setup you don't need a separate database server at all.
>
> In my setup the master and shadow servers are SPARC/Solaris10 hosts, but I don't see a problem to do it with RHEL5/x64 (or any other distro with decent nfsv4 support)
>
> My database files are on netapp share, nfs mounted to master and shadow servers, and I never experienced a single problem (the grid is ~2000 cpu cpres, ~400 exec hosts)
>
> If you still use SGE 6.1 you cant install directly on nfsv4 share (not 100% sure about that) but with 6.2 I never had a single problem. I just chose Berkeley db for database, without spool server.
>
> -----Original Message-----
> From: tmacmd [mailto:tmacmd at gmail.com]
> Sent: Thursday, June 11, 2009 1:48 PM
> To: users at gridengine.sunsource.net
> Subject: Re: [GE users] relocating a BDB
>
> Would you be able to elaborate on your answer...?
> I tried nfsv4 with my database at one point under 6.1u2 and kept having issues.
> I would love to have the db on nfs...just finding the right way to do it.
>
> I suspect after going to nfsv4, the BDB is no longer needed like you
> say and the DB server would simply use flat files?
> Right now I have a DB server, a master and a slave. (each is a dual
> single core AMD CPU with 4GB of RAM).
> I have some dual quad-core Intel CPU servers with 16GB of RAM. I would
> like to move there but use as few as possible.
>
> Any recommendations?
>
> --tmac
>
> RedHat Certified Engineer #804006984323821 (RHEL4)
> RedHat Certified Engineer #805007643429572 (RHEL5)
>
> Principal Consultant
>
>
>
>
> On Thu, Jun 11, 2009 at 6:37 AM, adary<adary at marvell.com> wrote:
>> From what I understand it's a matter of stopping it on one host, and running ./sge_inst -db on another host and configuring it to same paths where your database is (providing that you copied the files over)
>>
>> Bug I would recommend using flat files and nfs4 for shadows instead of spool server. In my case it removes a point of failure that I cant afford.
>>
>> -----Original Message-----
>> From: tmacmd [mailto:tmacmd at gmail.com]
>> Sent: Thursday, June 11, 2009 1:34 PM
>> To: users at gridengine.sunsource.net
>> Subject: [GE users] relocating a BDB
>>
>> I have a stand-alone server for my BDB (call it server e39)
>> I need to move it to server x1. What all needs to be done to properly
>> relocate a database to a different machine?
>>
>> I also have a master/slave configuration(e40 and f40). I suspect that
>> I can just add two more servers to the shadows file
>> and then fail over at some point. I think this won't be too bad.
>>
>> I just need guidelines on move the BDB to a new server.
>>
>> --tmac
>>
>> RedHat Certified Engineer #804006984323821 (RHEL4)
>> RedHat Certified Engineer #805007643429572 (RHEL5)
>>
>> Principal Consultant
>>
>> ------------------------------------------------------
>> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=201528
>>
>> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].
>>
>> ------------------------------------------------------
>> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=201530
>>
>> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].
>>
>
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=201531
>
> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].
>
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=201533
>
> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].
>

------------------------------------------------------
http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=201534

To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].

------------------------------------------------------
http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=201535

To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].



More information about the gridengine-users mailing list