I added it to the daemon list, and it lessened the severity of the problem. All the daemons seem to be running, but I'm still getting complaints in the logs about not able to communicate on that port (look for "Can't connect to"). Even though I can telnet into the port and verify there is a listener there. condor_status now reports back info (rather than hanging), although its claiming two vm's and I'm not sure if that is right (see below). I attempt to submit jobs via condor_run and it hangs indefinitely without running the job (tested with /bin/sleep and ls). [107] dna> condor_status Name OpSys Arch State Activity LoadAv Mem ActvtyTime vm1@xxxxxxxxx SOLARIS28 SUN4u Unclaimed Idle 0.040 704 0+00:20:04 vm2@xxxxxxxxx SOLARIS28 SUN4u Unclaimed Idle 0.000 704 0+00:40:05 Machines Owner Claimed Unclaimed Matched Preempting SUN4u/SOLARIS28 2 0 0 2 0 0 Total 2 0 0 2 0 0 ----- Original Message ----- From: "Alain Roy" <roy@xxxxxxxxxxx> To: <condor-users@xxxxxxxxxxx> Sent: Monday, May 10, 2004 9:44 AM Subject: Re: [condor-users] collector doesn't start > > >OK, here they are, thanks for looking at them! > > From looking in the MasterLog file, it seems that the Master hasn't even > tried to start up the collector. Is the collector in the DAEMON_LIST? > > http://www.cs.wisc.edu/condor/manual/v6.6/3_3Configuration.html#SECTION00437000000000000000 > > -alain > > > > Condor Support Information: > http://www.cs.wisc.edu/condor/condor-support/ > To Unsubscribe, send mail to majordomo@xxxxxxxxxxx with > unsubscribe condor-users <your_email_address> >
Attachment:
CollectorLog
Description: Binary data
Attachment:
MasterLog
Description: Binary data
Attachment:
SchedLog
Description: Binary data
Attachment:
StartLog
Description: Binary data