You are not logged in. Login Now
 0-24   25-49   50-74   75-99   100-124   125-149   150-174   156-180   181-205 
 206-230   231-255   256-271        
 
Author Message
25 new of 271 responses total.
mdw
response 181 of 271: Mark Unseen   Jul 8 02:26 UTC 2002

A lot of people here have nearly as much experience as Joseph does.
I've been involved with the BBS community, in various capacities, for 19
years.  I'm glad m-net has found a solution that works well for them.  I
also think that, over the years, m-net has evolved into a distinctly
different system, and certainly in the past they've made some
horrendously bad decisions.  So I don't think they have any claim to
having the "best" answers, nor do I necessarily even agree that what
works well for them today is the best answer for us.  I respect their
decisions, and I think they're well worth watching.  I don't think that
means we need to jump ship hastily, even if we think they've got some
good ideas.

Just to take the "colocation" example; with m-net's paradigm, if a
hardware or serious software failure occurs, one staff member goes to
the site, removes the hardware, takes it home, and hacks on it.  When he
has working hardware, or a suitable replacement ready, he then tranports
this back to the colocation, plugs it in, and hopes that it all works.
This seems to translate into a guaranteed outage of 48 hours and, to my
recollection at least, has happened several times in the past year.
Obviously this has not been a big problem for m-net, and they seem happy
with the results.  Grex's antique hardware & software has in fact
managed to deliver superior reliability.  There is a reason we like sun
hardware.  Nevertheless, if a serious problem happened, we have the
ability to fix it "in situa", without any need to remove it elsewhere,
and we also have the ability for multiple staff people to easily and
conveniently work on it in a "common" spot, on a 24 hours around the
clock basis, if necessary.  We've done pretty much exactly this with
failing disk drives sometime "recently", ie, in the past few years.
Going to m-net's paradigm would seem to mean we need to switch to
smaller, more expensive, and less reliable hardware, might get better
network connectivity, might save on costs, but might lose on staff
access & increased downtime.  All of these things could be wrong; grex
staff might be smart enough to select even more expensive but reliable
small colocation requipment.  We might get a "deal" on space or access
in which case it might be even cheaper and come with "repair desk"
access.  Still, the tradeoffs are many and complex; I don't think we
need to feel we've made the wrong choices in the past or that what
worked for m-net would have worked for us.
jmsaul
response 182 of 271: Mark Unseen   Jul 8 04:21 UTC 2002

Hey, I'm not claiming I have the answers.  In fact, I started out asking
questions -- for which nobody here seemed to have answers either.  I don't
think *anyone* has the "right" answers, but then I'm not a black-and-white
kind of person.  I do think it's worth discussing options, though.

I don't think your past decisions (on everything except the censor log ;-)
have been wrong, either.  Your donation level was enough to easily cover the
Pumpkin, and you've maintained your reserves and provided good service.  The
future may be a different story, however, since your current donation level
doesn't cover the Pumpkin, but would cover operating Grex out of a co-lo
facility.  With your current reserves, you've got over a year and a half
to figure it out, assuming donations stay constant, so it's not urgent.

Re #179:  If his comments weren't mixed in with his offical reports, I'd
          agree with you.

Re #176:  It wasn't funny any more, it was repetitive.
jp2
response 183 of 271: Mark Unseen   Jul 8 04:24 UTC 2002

This response has been erased.

jmsaul
response 184 of 271: Mark Unseen   Jul 8 04:25 UTC 2002

I snapped.  So sue me.
jp2
response 185 of 271: Mark Unseen   Jul 8 04:30 UTC 2002

This response has been erased.

jmsaul
response 186 of 271: Mark Unseen   Jul 8 04:32 UTC 2002

You need a new shtick.
jp2
response 187 of 271: Mark Unseen   Jul 8 04:44 UTC 2002

This response has been erased.

other
response 188 of 271: Mark Unseen   Jul 8 07:07 UTC 2002

I'm forced to conclude, Joe, that you are either playing dumb or merely 
being argumentative if you are not distinguishing between postings of 
opinion and of official policy, even in the same item.  You're simply not 
that stupid.

(That is, by the way, merely my opinion, not Grex policy.)
jaklumen
response 189 of 271: Mark Unseen   Jul 8 07:14 UTC 2002

Good grief-- an item that's usually mundane suddenly becomes the most 
pathetic and drawn out argument.  Pitiful.
jep
response 190 of 271: Mark Unseen   Jul 8 10:36 UTC 2002

The item has raised some important questions.  It happens sometimes.
jmsaul
response 191 of 271: Mark Unseen   Jul 8 14:22 UTC 2002

Re #188:  Maybe I don't understand some aspects of how Grex works.  If the
          Arbornet treasurer had posted #24 (go back and look), that would
          have looked like an official fundraising effort to me.  Seriously.

          But this is really a side issue, and I'm willing to drop it.


jp2
response 192 of 271: Mark Unseen   Jul 8 14:42 UTC 2002

This response has been erased.

jmsaul
response 193 of 271: Mark Unseen   Jul 8 14:44 UTC 2002

Oh, come on.  It's been done once or twice.
jp2
response 194 of 271: Mark Unseen   Jul 8 14:46 UTC 2002

This response has been erased.

jmsaul
response 195 of 271: Mark Unseen   Jul 8 14:49 UTC 2002

Not when I was President.
jp2
response 196 of 271: Mark Unseen   Jul 8 15:07 UTC 2002

This response has been erased.

jmsaul
response 197 of 271: Mark Unseen   Jul 8 15:13 UTC 2002

That last sentence was a lame attempt to drag that response on topic.
jp2
response 198 of 271: Mark Unseen   Jul 8 15:21 UTC 2002

This response has been erased.

jep
response 199 of 271: Mark Unseen   Jul 8 16:03 UTC 2002

Let's not discuss M-Net policy here, okay?  Other than what pertains to 
Grex, anyway.
cross
response 200 of 271: Mark Unseen   Jul 8 20:00 UTC 2002

This response has been erased.

jp2
response 201 of 271: Mark Unseen   Jul 8 20:16 UTC 2002

This response has been erased.

jared
response 202 of 271: Mark Unseen   Jul 8 20:57 UTC 2002

I've run OpenBSD on sun4m based hardware.  it worked ok.

it is neglected though, and has no SMP support.
jp2
response 203 of 271: Mark Unseen   Jul 8 20:58 UTC 2002

This response has been erased.

jared
response 204 of 271: Mark Unseen   Jul 8 21:17 UTC 2002

I should have made my smp statement more generic, but yes.
cmcgee
response 205 of 271: Mark Unseen   Jul 8 21:47 UTC 2002

Thanks Dan.

My question now is:

What is the question that staff is divided on?  Can a staff member write a
relativley simple statement of that question for the rest of us.
 0-24   25-49   50-74   75-99   100-124   125-149   150-174   156-180   181-205 
 206-230   231-255   256-271        
Response Not Possible: You are Not Logged In
 

- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss