rich@eddie.MIT.EDU (Richard Caloggero) (07/12/88)
Ok all you UUCP wizards, here's one for you! I know you're out there ... Until we obtain our ethernet software, we are using UUCP to do file transfers between our Domain ring and our Alliant Fx8. Since we are only communicating with one remote sise (actually, it ain't so remote) and its our own machine, I have set things up a bit differently than one might otherwise. Essentially, we only allow requests to be initiated from the Apollo net, since we don't have enough resources to dedicate an sio port on an Apollo. We define 2 operations: get_file (get file(s) from Fx8), and send_file (Apollo -> Fx8). Both use the uucp command to queue the specified set of files, then the program creates a process on the Apollo node which contains the sio port used to communicate with the Alliant, and starts uucico to do the transfer. When uucico has successfuly started, {get,send}_file returns to the shell. When uucico finishes, it uses write(1) to send a message to the user who started it. Now, the fun begins ... I want to be able to use uux to set up remote command execution. The problem is, I can't seem to get the command to start on the Alliant. I can set up the command with uux, and uucico seems to send the correct files over to the Alliant, but nothing happens on the Alliant, and I can't find the data which was suposedly sent to the Alliant. I thought I found something when I discovered that a core dump was being left in "/usr/spool/uucp/XTMP" on the Alliant. I checked the permissions on this directory, and found that world didn't have "w" rights. When I gave world "w" rights, the core dump didn't happen, but then again, nothing else did either! Any Idea as to what's gone wrong? ( I keep seeing references to a directory called "/usr/spool/uucp/X.apolloX", but its not their on either machine, and I can't seem to find anything in the manual that would indicate a need for that directory. ) Thanx for your help. Please mail responses to me. I'll re-post a summary if it seems appropriate. -- -- Rich (rich@eddie.mit.edu). The circle is open, but unbroken. Merry meet, merry part, and merry meet again.
rich@mit-eddie.UUCP (07/13/88)
Ok all you UUCP wizards, here's one for you! I know you're out there ... Until we obtain our ethernet software, we are using UUCP to do file transfers between our Domain ring and our Alliant Fx8. Since we are only communicating with one remote sise (actually, it ain't so remote) and its our own machine, I have set things up a bit differently than one might otherwise. Essentially, we only allow requests to be initiated from the Apollo net, since we don't have enough resources to dedicate an sio port on an Apollo. We define 2 operations: get_file (get file(s) from Fx8), and send_file (Apollo -> Fx8). Both use the uucp command to queue the specified set of files, then the program creates a process on the Apollo node which contains the sio port used to communicate with the Alliant, and starts uucico to do the transfer. When uucico has successfuly started, {get,send}_file returns to the shell. When uucico finishes, it uses write(1) to send a message to the user who started it. Now, the fun begins ... I want to be able to use uux to set up remote command execution. The problem is, I can't seem to get the command to start on the Alliant. I can set up the command with uux, and uucico seems to send the correct files over to the Alliant, but nothing happens on the Alliant, and I can't find the data which was suposedly sent to the Alliant. I thought I found something when I discovered that a core dump was being left in "/usr/spool/uucp/XTMP" on the Alliant. I checked the permissions on this directory, and found that world didn't have "w" rights. When I gave world "w" rights, the core dump didn't happen, but then again, nothing else did either! Any Idea as to what's gone wrong? ( I keep seeing references to a directory called "/usr/spool/uucp/X.apolloX", but its not their on either machine, and I can't seem to find anything in the manual that would indicate a need for that directory. ) -- -- -- -- -- -- -- -- -- -- Ok, this is realy frustrating! As far as I can tell, everything is being set up properly for remote command execution, but nothing hapens. Also, I keep getting "xqt denied" messages is "LOGFILE". I checked "L.cmds", and the "who" command is definately in that file. The command "uux 'sun!who >/users/rich/who.sun'" doesn't execute on sun (the Fx8). Help!!!!!!!!!! -- -- -- -- -- -- -- -- -- -- Thanx for your help. Please mail responses to me. I'll re-post a summary if it seems appropriate. -- -- Rich (rich@eddie.mit.edu). The circle is open, but unbroken. Merry meet, merry part, and merry meet again.
rroot@edm.UUCP (Stephen Samuel) (07/14/88)
From article <9661@eddie.MIT.EDU>, by rich@eddie.MIT.EDU (Richard Caloggero): > > Until we obtain our ethernet software, we are using UUCP to do > file transfers between our Domain ring and our Alliant Fx8. Since > > Now, the fun begins ... I want to be able to use uux to set up > remote command execution. The problem is, I can't seem to get the > command to start on the Alliant. I can set up the command with uux, One thing you have to do is allow the apollo to execute the commands from uux. In theory, this means you have to have an entry in your L.sys (or Permissions) file for each legal command. The other way around the problem would be to enable sh and csh. Your uux command would then be: uux apollo!csh '<' command.list.file Things get reall fun, though, if you want to use other files... You'd have to uucp (put) them over first. File space allocation (another article..) No: disk space is all global within a file system. If you have 4 file systems mounted as / , /usr , /usr/dept , and /mnt. removing a file from /mnt/a would make it's file space available anywhere in /mnt (but not, for ex. in /usr). Similarly: removing something in /usr/dept/x/y would make space avalable anywhere in /usr/dept/... , but NOT in /usr/lib (which is on the /usr filesystem). -- ------------- Stephen Samuel {ihnp4,ubc-vision,vax135}!alberta!edm!steve or userzxcv@uofamts.bitnet