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

Tue Jun 6 22:24:48 EDT 2006

I apologize, please append the previous message with the June 21 date.

  Wed Jun/21/2006  01:00 PM  03:00 PM  ATC 124    

Our scheduling system runs on Windows ...

We're back for June 21.  June 13 is actually an orphan date for
something else...

Szymon Machajewski

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

>>> flanderb at gmail.com 6/6/2006 4:31:53 pm >>>
I thought it was going to be on the 21st.  I can't make 13th.  Have fun
all.

On 6/6/06, Szymon Machajewski <SMachaje at grcc.edu> wrote:
> 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 
>
> _______________________________________________
> grlug mailing list
> grlug at grlug.org 
> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug 
>

-- 
Share and Enjoy
_______________________________________________
grlug mailing list
grlug at grlug.org 
http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug 