From: tony@weland.esd.mun.ca (Tony Kocurko) Newsgroups: comp.parallel.pvm Subject: Only Manual Start of Slave pvmd Under NT Date: 26 Jul 1999 17:36:03 GMT Organization: Memorial University of Newfoundland Message-Id: Reply-To: tony@waves.esd.mun.ca User-Agent: slrn/0.9.5.4 (UNIX) Xref: ukc comp.parallel.pvm:8611 Hi, All... The problem: I can only start slave PVM daemons using the so=ms switch. We've been running pvm on a group of Linux PCs for a couple of years, now, but I can't get it to start up at all cleanly on a collection of Windows NT Workstations that are on the same local area net (192.168.1.*) as the Linux systems. The Linux boxes occupy IP addresses 192.168.1.1 through 192.168.1.8, inclusive, while the Windows NT systems have IP addresses 192.168.1.9 through 192.168.1.19, inclusive, and are all members of the NT domain WELAND. The first NT system (192.168.1.9) is a Server, and all the others are Workstations. Other things that I have checked include: Yes - Markus Fischer's NT-RSH-DAEMON is installed on all of the NT boxes. Yes - On each Windows NT Workstation, I get the following with C:\Program Files\NT-RSH-DAEMON\configure -list \\weland\tony \\weland\tony ********* 192.168.1.* tony \\weland\tony ********* 192.168.1.* Yes - As for the first entry in the "configure -list" output above, I can, while logged on as \\WELAND\tony to Worskstation srvr19.weland, type this and get the expected response: C:\> rsh srvr15 -l \\weland\tony cmd /c dir c:\ Yes - As for the second entry in the "configure -list" output above, I can, while logged on as user tony to the Linux system srvr05.weland, type this and get the expected response: # rsh -l \\\\weland\\tony srvr15 cmd /c dir c:\\ Yes - pvm exists as a server installation on srvr19.weland under the directory D:\apps\pvm, and D:\apps is shared under the name \\srvr19\apps. Yes - pvm exists as a client installation on srvr15.weland. Yes - While logged on as \\weland\tony on srvr19.weland, I can type this and start a single instance of a pvm daemon on the local machine: d:\apps\pvm\lib\WIN32\pvm NO - I cannot then add the remote host srvr15.weland: c:\> d: d:\> cd apps\pvm\lib\win32 d:\apps\pvm\lib\win32> pvm pvm> conf 1 host, 1 data format HOST DTID ARCH SPEED DSIG srvr19 40000 WIN32 1000 0x00408841 pvm> add srvr15 0 successful HOST DTID srvr15 Can't start pvmd -- popup window : *** need more ? *** hoster() 1 to start, wait id 262158 0. t140000 srvr15 so="" phase1() rsh failed for srvr15 phase1() rsh failed for srvr15 -- C:\Temp\pvml.tony: [t80040000] srvr19 (10.0.0.1:1104) WIN32 3.4.1 [t80040000] ready Mon Jul 26 14:33:01 1999 [t80040000] startack() host srvr15 expected \ version, got "PvmCantStart" pvm> add "srvr15 lo=\\weland\tony dx=\\srvr19\apps\pvm\lib\win32\pvmd3.exe" 0 successful HOST DTID srvr15 Can't start pvmd -- popup window : *** need more ? *** hoster() 1 to start, wait id 262158 0. t140000 \\weland\tony@srvr15 so="" phase1() rsh failed for srvr15 phase1() rsh failed for srvr15 -- C:\Temp\pvml.tony: [t80040000] srvr19 (10.0.0.1:1104) WIN32 3.4.1 [t80040000] ready Mon Jul 26 14:33:01 1999 [t80040000] startack() host srvr15 expected \ version, got "PvmCantStart" [t80040000] startack() host srvr15 expected \ version, got "PvmCantStart" I have also gone through the variation on the theme that had me introduce local user accounts on the machines in question, separate from the domain accounts. Same result. Since, if I start up the slave daemons using the so=ms (manual start) switch, the Task Manager shows pvm running happily on both of the machines, I must assume that the problem is not with the NT-RSH daemon. Here's hoping that someone has solved this problem before. Cheers, Tony Kocurko -------------------------------------------------------------------------------- Seismological Systems Manager phone : 1-709-737-8898 Department of Earth Sciences FAX : 1-709-737-2589 Alexander Murray Building ER-4063 e-mail: tony@waves.esd.mun.ca Memorial University of Newfoundland web : http://weland.esd.mun.ca St. John's, Newfoundland Canada A1B 3X5 --------------------------------------------------------------------------------