ok, i've figured out my problem with distributed, in Solaris GUI if you click on a tar file it will untar it for you, using paramiters I don't know.
now, I've got a tar file in / called
dnetc-solaris26-x86.tar
i want to install it to the "/Veitch" directory
how exactly do I use the tar command to do that, this must be simple, I just keep getting it wrong.
cd /Veitch
tar -xvf /dnetc-solaris26-x86.tar
thanks a lot, it's up and running now.
anyone else here in the distributed.net challenge?
Yep. Time working: 1107 days. Stats here: stats.distributed.net - RC5-64 Participant Summary for paul@droflet.net
thoose are some impressive stats, what are you running.
by the end of today, i'll have a
k6-2 300
2 x PII 200
I have run the client on a variety of machines in the last 3 years. From a 486 to a P3 and just about everything in between. Have also run it on a several non-Intel platforms: Sun UltrasparcII, HP-PA RISC, etc. I currently run it on 2 Windows machines and 2 HP workstations.
if I knew anything more about network programming, sitting floor beneith me is a 24 node Beowulf cluster. I cna get permission to use it if I can write a copy of the program to run on it. Know of any places to get good help?
Just run a client on each of them, possibly with a personal proxy running on the master node to handle key updates.
would't that just be the same it just running on 24 different machines, the idea behind the cluster was that there would be one process running and it would divide it up and complete the task. I could be wrong on that
The distributed.net client, by its very nature, is already doing this. Imagine that proxy.distributed.net is the master node in a beowulf cluster comprised of thousands of PC's around the world. It divides up a task (RC5, OGR, whatever), and asks each node to complete a portion. In effect, it is the largest beowulf cluster in the world. It is pointless to try to divide the task into smaller chunks, as the distributed.net master keyserver has already done this for you.
Anyway, running 24 additional clients would undoubtedly help your stats! 
I have an 8mm tape that contains Unix directories and files created with the tar command. Subsequent directories and files have been appended to the tape using the tctl -f command. I am trying to restore a few files from this tape (a couple save sets into the tape) using the tar -xvf /dev/rmt0 /filename command but it doesn't seem to work. It sits there a few minutes as if its working and the tape drive is working as if its reading through the tape, but no files are placed anywhere. Please help!!!!
what is rhe exact output that you get from the command? Or does it just return to a prompt?
There is no output. It just returns to a prompt.
Have you verified the contents of the tape with the 't' option to tar?
i.e. "tar -tvf /dev/rmt0"
does this command show you the contents you expect?
I did this and it seems to only list through the first "save set". I don't know how to get to the other sets that I appended after the first one.
Try fast-forwarding through the tape with the 'mt' command.
Something like:
mt -f /dev/rmt0n fsf 1
Will fast-forward the tape by one set. Then you could try your tar command again when you get to the appropriate place in the tape.
Make sure you are using the "no-rewind" version of the tape device. See the mt man page for more info.
HTH
I tried the mt command and when I displayed the table of contents, it was information from the first save set again. I also tried to tar -xvf the directory I needed, but again it ran for a few minutes but did not restore anything that I needed from the tape. I need to go 15 save sets into the tape. Does that matter? I don't have man pages available here, what is the "no-rewind" version?
All though I think I know a lot about UNIX I have been known to forget key commands. Well searching for 8mm I came across the command I have been looking for. mt -t /dev/rmt/8mmn. Which just by using that command I was able to save my command about $80,000. That's what they were going to spend to have the data extracted from 50 tapes. Thanks again.
John:p