[GRLUG] meeting - invitation June 13 (1PM)

[Szymon Machajewski]

I've made the reservation.  We can meet at the GRCC ATC room 124  - 1pm
- 3pm.

https://r25web0.grcc.edu/wv3b/wv3b_servlet/urd/run/wv_event.QSearch?searchon=0,findby=1,criteria=GRLUG

(shows 11AM because it includes room setup).

I would like to suggest an agenda list.  Please feel free to respond
and append to any of the lists.
If we had a WIKI working we could collaborate on the agenda there ...

6/13 meeting:
1. Current logistics business
2. Al presenting OCFS2

other suggestions for this of future meeting:

1. Szymon: 10g installation on RedHat
2. Szymon: moving MS Access databases to MySQL server while keeping the
GUI
3. Al Tobey: MySQL + DBD::mysql at (Grand Rapids Perl Mongers)
4. Szymon: osCommerce installation including PHP,MySQL, Apache


Szymon Machajewski

Solutions Engineer / DBA
Red Hat Certified Engineer
Microsoft Certified Solution Developer
www.grcc.edu/smachaje 


>>> tobert at gmail.com 6/5/2006 3:59:33 pm >>>
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 
>
_______________________________________________
grlug mailing list
grlug at grlug.org 
http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug