|
Grex > Coop12 > #113: Cyberspace Communications finances for June 2002 |  |
|
| Author |
Message |
| 25 new of 271 responses total. |
mdw
|
|
response 181 of 271:
|
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:
|
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:
|
Jul 8 04:24 UTC 2002 |
This response has been erased.
|
jmsaul
|
|
response 184 of 271:
|
Jul 8 04:25 UTC 2002 |
I snapped. So sue me.
|
jp2
|
|
response 185 of 271:
|
Jul 8 04:30 UTC 2002 |
This response has been erased.
|
jmsaul
|
|
response 186 of 271:
|
Jul 8 04:32 UTC 2002 |
You need a new shtick.
|
jp2
|
|
response 187 of 271:
|
Jul 8 04:44 UTC 2002 |
This response has been erased.
|
other
|
|
response 188 of 271:
|
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:
|
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:
|
Jul 8 10:36 UTC 2002 |
The item has raised some important questions. It happens sometimes.
|
jmsaul
|
|
response 191 of 271:
|
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:
|
Jul 8 14:42 UTC 2002 |
This response has been erased.
|
jmsaul
|
|
response 193 of 271:
|
Jul 8 14:44 UTC 2002 |
Oh, come on. It's been done once or twice.
|
jp2
|
|
response 194 of 271:
|
Jul 8 14:46 UTC 2002 |
This response has been erased.
|
jmsaul
|
|
response 195 of 271:
|
Jul 8 14:49 UTC 2002 |
Not when I was President.
|
jp2
|
|
response 196 of 271:
|
Jul 8 15:07 UTC 2002 |
This response has been erased.
|
jmsaul
|
|
response 197 of 271:
|
Jul 8 15:13 UTC 2002 |
That last sentence was a lame attempt to drag that response on topic.
|
jp2
|
|
response 198 of 271:
|
Jul 8 15:21 UTC 2002 |
This response has been erased.
|
jep
|
|
response 199 of 271:
|
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:
|
Jul 8 20:00 UTC 2002 |
This response has been erased.
|
jp2
|
|
response 201 of 271:
|
Jul 8 20:16 UTC 2002 |
This response has been erased.
|
jared
|
|
response 202 of 271:
|
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:
|
Jul 8 20:58 UTC 2002 |
This response has been erased.
|
jared
|
|
response 204 of 271:
|
Jul 8 21:17 UTC 2002 |
I should have made my smp statement more generic, but yes.
|
cmcgee
|
|
response 205 of 271:
|
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.
|