|
|
| Author |
Message |
| 25 new of 270 responses total. |
kerouac
|
|
response 125 of 270:
| 
Jun 9 01:11 UTC 1995 |
davel, yeah I guess I can do that....another suggestion is that
it would be nice to be able to pull up specific responses. What I
mean is that if I want to re-read response #423 in a big drift
item, it would be nice to not have to scroll back through the first 422
responses.
:edit
|
steve
|
|
response 126 of 270:
|
Jun 9 02:17 UTC 1995 |
Ah, but you can right now. Start reading the responses and hit
^C (or whatever your interrupt character is), then at the
"Respond or pass?" prompt, type in a number. You'll see the responses
from that point on. You can also say "35 only" if you are only
interested in the 35th response.
|
mju
|
|
response 127 of 270:
|
Jun 9 03:14 UTC 1995 |
Uh, I think STeve means "only 35".
|
davel
|
|
response 128 of 270:
|
Jun 9 10:17 UTC 1995 |
And you can do read 25 noresponse (can abbreviate down to "nor) to
go directly to the "respond or pass" prompt without having to interrupt
anything.
|
steve
|
|
response 129 of 270:
|
Jun 9 12:58 UTC 1995 |
Damn--I always get that mixed up.
|
lilmo
|
|
response 130 of 270:
|
Jun 21 20:15 UTC 1995 |
Are we still having disk instability problems?? I thought that was taken
care of a couple of months ago...
|
popcorn
|
|
response 131 of 270:
|
Jun 21 20:37 UTC 1995 |
It's still ongoing. :(
|
sidhe
|
|
response 132 of 270:
|
Jun 25 19:46 UTC 1995 |
Indeed? how bad is it?
|
srw
|
|
response 133 of 270:
|
Jun 25 21:30 UTC 1995 |
Quite bad, actually. Each time we reboot, some staffers have to make time
to recreate a few missing home directories, or system files.
Check out the fsck output in the /errs/fsck* files listed in the motd.
|
sidhe
|
|
response 134 of 270:
|
Jun 29 00:45 UTC 1995 |
Is there any indication of the cause of said problem?
|
popcorn
|
|
response 135 of 270:
|
Jun 29 14:41 UTC 1995 |
We've been losing a good 50 to 100 user files in each of the last
few reboots that I've watched (except for this morning's).
The cause if the problem is believed to be that we're running a
version of SunOS that doesn't support disks as big as ours is.
Staffers who know more about SunOS than I do have high hopes that
moving to our Sun 4 will solve the disk problem.
|
janc
|
|
response 136 of 270:
|
Jun 29 21:30 UTC 1995 |
This is pretty nasty. When do these high hopes promise to be realized,
and is there anything we can do to help?
|
tsty
|
|
response 137 of 270:
|
Jun 30 10:19 UTC 1995 |
...how about reformating the 2 gig disk to a smaller size then, say 1.5 gig?
and let the rest roost until thje sun4 gets here?
|
popcorn
|
|
response 138 of 270:
|
Jul 1 11:57 UTC 1995 |
Re 136: We've *got* a Sun 4 that Grex is supposed to be moving to,
this summer. The upgrade plan has several stages to it.
1) Locate and buy a Sun 4. (completed)
2) Get the Sun4 out of Gregc's basement. (current stage of process)
3) Wash the Sun4, let it dry, and put it on the net somewhere.
4) Various staffers rebuild all the software that runs on Grex.
5) Staff bangs on the Sun4 a bit, to help ensure security.
6) Grex moves from the Sun3 to the Sun4.
7) The Sun3 is converted into a Usenet news server.
As I understand it, right now Marc (mju), STeve, and Gregc are working
on finding a time when all of them can get together at Greg's house to
choose which of several Sun4 cases is the best one to put the Sun4 cpu
card into. Marc will then handle step 3, and coordinate several of the
later steps.
Re 137: I don't think that will do the trick, but I'm not up on all
the details.
|
curby
|
|
response 139 of 270:
|
Jul 4 18:09 UTC 1995 |
Can I help with banging on the machine? They used to let me do that
here at work, until the bigwigs decided that I was causing to much
havok. (SysAdm's have no sense of fun! <grin>)
|
popcorn
|
|
response 140 of 270:
|
Jul 6 12:12 UTC 1995 |
I'll ask around....
|
steve
|
|
response 141 of 270:
|
Jul 7 07:09 UTC 1995 |
TS had an interesting idea which we tried a while ago: we took a
different disk and made that one /usr/local (smaller than the current
one) and that didn't make any difference. It seems to be a controller
based thing; any disk on that controller is suspect we believe (more
or less).
|
gregc
|
|
response 142 of 270:
|
Jul 7 07:44 UTC 1995 |
Um, that was my idea Steve.
|
popcorn
|
|
response 143 of 270:
|
Jul 7 14:49 UTC 1995 |
Right, but TS just re-suggested it. It might be helpful for him to know
that some of his ideas have, indeed, been tried.
|
tsty
|
|
response 144 of 270:
|
Jul 7 19:04 UTC 1995 |
update, condensation, reinforcement - workxx well, thankxx.
|
popcorn
|
|
response 145 of 270:
|
Jul 8 22:37 UTC 1995 |
Bigley sent me mail asking how to make Eudora work with Grex. I responded
with a message saying that Grex doesn't currently have a POP server, so
Eudora won't work here. I mentioned that POP has been discussed in previous
co-op conferences, and that some people think it's a good idea for Grex to
offer as many utilities as possible, including POP, while other people think
that a POP server would encourage people to use Grex as a mail drop instead
of becoming part of the Grex community. I said that if it's important to
him, he might want to go to the co-op conference and get a discussion of POP
going again. He sent this message in response:
Date: Sat, 8 Jul 1995 08:07:35 -0400 (EDT)
From: Bigley Lim <bigley@grex.cyberspace.org>
To: Valerie Mates <popcorn@cyberspace.org>
Subject: Re: eudora
hello, popcorn, i do not know how to use the conferencing system, so
could you put in a word from, me in there, i only use the party mainly,
infact all the time. Having a pop server would be beneficial to all, as
at the moment i hear the grex has th problem of too much on its hard
drive. This could be changed as most prople would not mind their mail
coming to their own disk and in the long run, the grex will be using less
hard disk. Also the convenienbce of having your own signatures in eudora,
adnthe fact that you are typing the letter out of the grex network, and
only contacting it at the very last moment can reduce the load on the
net, and also be cheaper for some, as they can type out the mail
externally, saving money and time, as pine seems to run very slowly on
the grex, and the lag can be felt even if you are the only one logged in.
So please let the board know about this, as mostly it will be beneficial,
to all.
Thanks
Bigley
|
srw
|
|
response 146 of 270:
|
Jul 9 06:44 UTC 1995 |
I happen to agree with Bigley on this. The only unknown in the
equation is the degree to which it might attract mail activity.
Such an attraction would be tantamount to attracting coal to Newcastle.
We did get a data point, as I recall, that it had little effect at
M-Net when they instituted a POP server. I think it would make an
interesting experiment. I think we could terminate the service if
it went badly.
|
popcorn
|
|
response 147 of 270:
|
Jul 9 18:21 UTC 1995 |
I'm game to try it too.
|
robh
|
|
response 148 of 270:
|
Jul 9 19:23 UTC 1995 |
I have some trepidations, but I'm willing to give it a shot.
|
steve
|
|
response 149 of 270:
|
Jul 9 22:38 UTC 1995 |
I'm still really afraid at what will happen. I also don't think that
we have the right tools to easily monitor its usage. As an example, we
didn't know the extent of people's usage of .forward files 'till sendmail
was put into queued mode--then we learned how often .forwards were being
used for mailing lists, etc.
Given that people flock to free services, and we're already supporting
mail for thousands of people, I think making use of Grex via POP from
other sites across the world is a big mistake. We already know that mail
is the single biggest resource consumer. Why make it easier than it
already is?
This gets back to the fundemental question of What is Grex? At
some point we need to better define this, and make a decision as to
whether Grex is more of a system aimed at local users or across the
world. We don't have the resources for the latter, I fear, and we're
suffering from it.
|