|
Grex > Helpers > #134: Grex System Problems - Summer 2004 |  |
|
| Author |
Message |
| 23 new of 286 responses total. |
dpc
|
|
response 264 of 286:
| 
Sep 21 13:18 UTC 2004 |
What Rane said.
|
bru
|
|
response 265 of 286:
|
Sep 21 13:32 UTC 2004 |
I tried dialing in today and got an error.
|
keesan
|
|
response 266 of 286:
|
Sep 21 16:18 UTC 2004 |
Someone that I send an email to complained they never got it. I sent it again
today directly, and also forwarded via another shell account. They just wrote
back that they got the SECOND mail. Is grex on Spamcop's blacklist again?
I got connected dialin after the usual wait. I tend to go wash dishes.
I hope that the new Grex has a version of Pine that can handle HTML (with
lynx). A friend of mine using grex for email has an ISP account specifically
to forward her html emails to because she cannot figure out how to deal with
them here. It expires in November.
|
aruba
|
|
response 267 of 286:
|
Sep 21 17:16 UTC 2004 |
Thanks, Walter, for cycling the modem.
|
mary
|
|
response 268 of 286:
|
Sep 21 22:34 UTC 2004 |
I'm not sure if this was announced somewhere or not, but folks should be
aware that if they have any files in their directories they'd mind
losing, they should get them off Grex or at least have a safe backup
stored elsewhere. The partition with user directories hasn't been
successfully backed up since sometime in 2003. And STeve thinks this
might be our next disk to fail.
If I got that wrong, someone with more information please set the
record straight.
|
slynne
|
|
response 269 of 286:
|
Sep 22 02:07 UTC 2004 |
Thanks for the reminder, Mary
|
tod
|
|
response 270 of 286:
|
Sep 22 17:12 UTC 2004 |
Would someone on staff please respond to item 196 in the coop cf? Thanks!
|
albaugh
|
|
response 271 of 286:
|
Sep 22 18:03 UTC 2004 |
Are there any prospects for user partition backups any time soon?
|
gull
|
|
response 272 of 286:
|
Sep 22 19:36 UTC 2004 |
I think Grex's policy has always been that the user partition is not
backed up on any regular basis. As long as I've been here there have
been warnings not to store anything too important there.
It doesn't take too long to tar up all your files and then use FTP or
SCP to copy them to your home machine.
|
rcurl
|
|
response 273 of 286:
|
Sep 22 19:44 UTC 2004 |
I'd like some help in doing that. I can do it file by file, but can I just
compress and download my whole directory, and open it as needed on my
home Mac (OS X)? If so, how (e-mail me, if it convenient).
|
gull
|
|
response 274 of 286:
|
Sep 22 20:01 UTC 2004 |
I'll post it here, so that other people can benefit, too.
To get all your files into one tarball:
Change to your home directory and type
tar cvf mystuff.tar .
If you then want to compress it, type
gzip mystuff.tar
and you'll end up with a file called mystuff.tar.gz.
I'm not sure what the best utility to open this on OS X would be, though
I bet you can extract it in a terminal with
tar xvzf mystuff.tar.gz
but if you want a GUI solution, something like StuffIt may work.
|
gull
|
|
response 275 of 286:
|
Sep 22 20:02 UTC 2004 |
(Incidentally, I should probably point out that there's a period on the
end of that first command line. Don't forget it; it's there to indicate
you want everything in the current directory.)
|
keesan
|
|
response 276 of 286:
|
Sep 22 20:13 UTC 2004 |
How about tar zcvf to produce .tar.gz ?
When I telnet here with Kermit it gives me some helpful hints about what is
taking so long: The Telnet server is not sending required responses:
WILL TERMINAL-TYPE
WILL NAWS
WILL NEW-ENVIRONMENT
WILL COM-PORT-CONTROL
Does this mean there is a software problem at grex?
|
mcnally
|
|
response 277 of 286:
|
Sep 22 20:48 UTC 2004 |
re #274:
> Change to your home directory and type
> tar cvf mystuff.tar .
What happens when the tar command tries to add ./mystuff.tar to
the archive it's building in ./mystuff.tar?
Another problem (well, not really a *problem*, but potential
complication is that when files are extracted from the mystuff.tar
file they'll be dumped unceremoniously into the directory where
the tar extract command is run. You ought to either tell the
user to extract in a fresh directory or else back up a level before
building the tar file, e.g.
cd ~/..; tar cvzf /tmp/grex_homedir_$USER.tar.gz $USER
(in most shells, anyway..)
|
mcnally
|
|
response 278 of 286:
|
Sep 22 20:50 UTC 2004 |
Also, while tar is the most convenient archive utility for most
Unix users, PC and Mac afficionados may find zip to be more useful
for them (Mac users can unpack zip archives using UnStuffIt; I'm
not sure how well it handles gzipped or bzipped tar files.)
|
tod
|
|
response 279 of 286:
|
Sep 22 20:52 UTC 2004 |
tar is nicer because it retains the perms info
|
mcnally
|
|
response 280 of 286:
|
Sep 22 21:36 UTC 2004 |
I agree that tar is the way to go if you're going to be extracting
under Unix or a Unix-like system..
|
mcnally
|
|
response 281 of 286:
|
Sep 22 21:39 UTC 2004 |
re #276:
> When I telnet here with Kermit it gives me some helpful hints about what is
> taking so long: The Telnet server is not sending required responses:
>
> WILL TERMINAL-TYPE
> WILL NAWS
> WILL NEW-ENVIRONMENT
> WILL COM-PORT-CONTROL
Based on other investigation I doubt it's a telnet- or telnet-and-ssh-
specific problem. The same 79 second delay seems to affect outgoing
SMTP connections, too, for example.
> Does this mean there is a software problem at grex?
It's definitely a configuration problem or software error of some sort.
|
tod
|
|
response 282 of 286:
|
Sep 22 21:50 UTC 2004 |
Something in inetd perhaps?
|
gelinas
|
|
response 283 of 286:
|
Sep 23 02:43 UTC 2004 |
No promises, but it looks like I'll have some time on Friday to attempt
a back-up of grex. I hope folks can stand losing it for a day during
the week. ;/
|
rcurl
|
|
response 284 of 286:
|
Sep 23 06:43 UTC 2004 |
From my reading of recent responses, there seems to be some questions, or
suggestions, inre what gull said in #274. What should I take as the
current consensus inre my ? in #273?
|
gull
|
|
response 285 of 286:
|
Sep 23 13:13 UTC 2004 |
Re resp:277: The version of tar that Grex has is smart enough not to add
the archive it's creating to itself...as long as you *don't* use the z
flag. That's why I didn't use it as was suggested in resp:276. I
thought about telling people to create the tar file in the /tmp
directory, but I didn't for two reasons: There's not much room in /tmp,
and people would inevitably leave the file lying around there where
anyone can read it. I agree with your other comments.
Re resp:284: Any of the suggestions that have been given will work.
There's More Than One Way To Do It(tm).
|
naftee
|
|
response 286 of 286:
|
Sep 24 06:24 UTC 2004 |
Fronttalk from m-net works well
|