[GRLUG] meeting

[Al Tobey]

I've carved it out on my calendar.   Gmail just plucked it out of the
message and offered to add it for me.    Clever.   I messed with the
event info for my calendar ... my apologies if I spammed the group
with junk.

I can set up OCFS2 on firewire or NBD for a demo if somebody else
wants to do/help with the Oracle RAC side.  I can check with a DBA or
two at work since we already have a RAC instance on OCFS1 + RHEL3 + HP
EVA to see if they'd be interested in attending.

The nice thing about OCFS2 is it's a POSIX filesystem so you can do
other things with it like serve NFS in a load-sharing cluster.   OCFS1
is very picky about how it is used and only works for RAC.

-Al

On 6/2/06, Szymon Machajewski <SMachaje at grcc.edu> wrote:
> How is everyone for a meeting on June 21 (Wed) 1pm  for a GRLUG meeting.
>  Again, open for agenda items, also time for any LUG logistics business
> to take care of.
>
> Let me know and I can book a room at GRCC.
>
>
>
> Szymon Machajewski
>
> Solutions Engineer / DBA
> Red Hat Certified Engineer
> Microsoft Certified Solution Developer
> www.grcc.edu/smachaje
>
>
> >>> SMachaje at grcc.edu 5/29/2006 2:15 pm >>>
> I appreciate the discussion of databases and maybe we should continue
> this as one of the meeting agenda items.
>
> I wouldn't mind adding a MySQL topic to the presentations for a future
> meeting.   Maybe backup techniques, 5.0 upgrade etc.
>
> If MS Access is part of the discussion it makes sens to also add the
> OpenOffice Base desktop database.
>
>
>
> Szymon Machajewski
>
> Solutions Engineer / DBA
> Red Hat Certified Engineer
> Microsoft Certified Solution Developer
> www.grcc.edu/smachaje
>
>
> >>> billl at mtd-inc.com 5/28/2006 2:03:37 pm >>>
> Yeah, I know MySQL can handle some big tasks, my statement was more
> about manageability.
> If your a small shop with one guy doing everything your gonna use what
>
> is easy to implement and/or cheap.
> With our DB needs mostly being met by Access 2003, the only need for a
>
> DB server is to support eGroupware.
> I think it's actually a pretty good statement about MySQL, that the
> one-man-IT-dept. can use it and call it easy, and Wikipedia can use it
>
> to handle 8.4Gb. The truth be told, I wouldn't shy away from MySQL if
> our needs grow to require a business critical DB backend. I would
> definetely make sure I had good support for it though, but that goes
> for
> anything.
> Bill
>
>
> Tim Schmidt wrote:
> > Damn.  Forgot the link:
> http://stats.wikimedia.org/EN/TablesDatabaseSize.htm
> >
> > On 5/27/06, Tim Schmidt <timschmidt at gmail.com> wrote:
> >
> >> On 5/26/06, Bill Littlejohn <billl at mtd-inc.com> wrote:
> >>
> >>> We're not big enough to use Oracle, or in fact any DBS bigger than
> MSDE
> >>> or MySQL.
> >>>
> >> So...  nothing bigger than the 8.4Gb Wikipedia is managing?
> >>
> >> Good to know.
> >>
> >> :)
> >>
> >> --tim
> >>
> >>
> > _______________________________________________
> > grlug mailing list
> > grlug at grlug.org
> > http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug
> >
>
> _______________________________________________
> grlug mailing list
> grlug at grlug.org
> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug
>
> _______________________________________________
> grlug mailing list
> grlug at grlug.org
> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug
>