Mailing List Archives
Public Access
|
|
![[Computer Systems Lab]](https://www-auth.cs.wisc.edu/pics/csl_logo.gif)
|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Condor-users] Linux-computer in windows network
- Date: Wed, 26 Jul 2006 07:19:35 -0500
- From: pat.o'bryant@xxxxxxxxxxxxxx
- Subject: Re: [Condor-users] Linux-computer in windows network
Harald,
Here is a portion of our Condor config on a Linux system. After coding
this our "condor_status" started to work.
######################################################
##--------------------------------------------------------------------
## Network domain parameters:
##--------------------------------------------------------------------
## Internet domain of machines sharing a common UID space. If your
## machines don't share a common UID space, set it to
## to specify that each machine has its own UID space.
##UID_DOMAIN = ups.xom.com
UID_DOMAIN = $(FULL_HOSTNAME)
## Internet domain of machines sharing a common file system.
## If your machines don't use a network file system, set it to
## FILESYSTEM_DOMAIN = $(FULL_HOSTNAME)
## to specify that each machine has its own file system.
FILESYSTEM_DOMAIN = $(FULL_HOSTNAME)
######################################################
Also, in the job submitted from the Windows machine(ours are vanilla Linux
jobs) the following man page info was useful. Without this coded Condor
attempts
to transfer and execute a Windows binary on a Linux machine.
Verbage from the "condor_submit" man page:
transfer_executable = True | False
This command is applicable to jobs submitted to the grid,
vanilla, and MPI universes. If transfer_executable is set
to False, then Condor looks for the executable on the
remote machine, and does not transfer the executable
over. This is useful for an already pre-staged
executable; Condor behaves more like rsh. The default
value is True.
I would add the line " transfer_executable = False" to your Condor job
file.
#############################################################
And finally, something we haven't tested yet, but I think is necessary, is
"Getenv=False" also coded in your Condor job that will execute on Linux.
If "Getenv=True" is given, Condor will transfer and attempt to use Windows
environment
values which don't exist in Linux.
Good luck,
Pat
J.W. (Pat) O'Bryant,Jr.
Business Line Infrastructure
Technical Systems, HPC
Office: 713-431-7022
Pager: 713-606-8338
Harald Holden
<harald.holden
@seaflex.com> To
Sent by: Condor-Users Mail List
condor-users-b <condor-users@xxxxxxxxxxx>
ounces@xxxxxxx cc
.edu
Subject
[Condor-users] Linux-computer in
07/26/06 03:14 windows network
AM
Please respond
to
Condor-Users
Mail List
<condor-users@
cs.wisc.edu>
We have a condor pool consisting of a central computer (Windows server)
with a few windows XP computer, and this is working perfectly (impressing
software package, thanks to the condor team...). All these computers are
members of the same domain. We also wants to attach a Linux computer ( 2 x
AMD Opteron 254 with Red Hat Enteprise edition 4.0) to the condor pool, but
are having problems. This computer is not a member of the same domain as
the windows. we have installed condor 6.8.0 on the linux computer, and
condor_status gives the following output:
- - -
D:\BJSDIR\condorTest\linuxMarc>condor_status
Name OpSys Arch State Activity LoadAv Mem
ActvtyTime
vm1@seaf-clin LINUX X86_64 Owner Idle 1.000 3950
0+01:35:58
vm2@seaf-clin LINUX X86_64 Unclaimed Idle 0.000 3950
0+11:06:11
vm1@seaf-srv- WINNT50 INTEL Unclaimed Idle 0.000 1279
0+02:30:05
vm2@seaf-srv- WINNT50 INTEL Unclaimed Idle 0.000 1279
0+02:30:11
vm1@seaf-srv- WINNT50 INTEL Unclaimed Idle 0.280 927
0+01:50:04
vm1@SEAF-1STE WINNT51 INTEL Unclaimed Idle 0.000 1023
0+03:35:06
vm1@SEAF-M50- WINNT51 INTEL Unclaimed Idle 0.010 763
0+02:40:09
vm2@SEAF-M50- WINNT51 INTEL Unclaimed Idle 0.000 763
0+02:40:05
vm1@seaf-m50- WINNT51 INTEL Owner Idle 0.010 507
0+02:17:04
vm1@seaf-m50- WINNT51 INTEL Owner Idle 0.010 767
0+02:15:05
Machines Owner Claimed Unclaimed Matched Preempting
INTEL/WINNT50 3 0 0 3 0 0
INTEL/WINNT51 5 2 0 3 0 0
X86_64/LINUX 2 1 0 1 0 0
Total 10 3 0 7 0 0
- - -
But when I try to get the status for the linux computer I get nothing:
- - -
D:\BJSDIR\condorTest\linuxMarc>condor_status -long seaf-clin-001
D:\BJSDIR\condorTest\linuxMarc>condor_status seaf-clin-001
D:\BJSDIR\condorTest\linuxMarc>
- - -
If I look at the log file on our central computer (CollectorLog on the
central computer) the following error message occurs:
- - -
7/26 09:48:30 DaemonCore: PERMISSION DENIED to unknown user from host
<10.40.21.81:33760> for command 10 (QUERY_STARTD_PVT_ADS)
7/26 09:48:30 ERROR: DC_AUTHENTICATE unable to receive auth_info!
7/26 09:48:30 DaemonCore: received unregistered command request 49 !
7/26 09:48:35 Got QUERY_STARTD_ADS
7/26 09:48:35 (Sent 10 ads in response to query)
7/26 09:48:39 Got QUERY_STARTD_ADS
7/26 09:48:39 (Sent 0 ads in response to query)
7/26 09:49:33 (Sent 23 ads in response to query)
7/26 09:49:33 Got QUERY_STARTD_PVT_ADS
7/26 09:49:33 (Sent 10 ads in response to query)
7/26 09:49:44 Got QUERY_STARTD_ADS
7/26 09:49:44 (Sent 0 ads in response to query)
7/26 09:50:00 Got QUERY_STARTD_ADS
7/26 09:50:00 (Sent 0 ads in response to query)
7/26 09:53:16 Got QUERY_STARTD_ADS
7/26 09:53:16 (Sent 1 ads in response to query)
7/26 09:53:30 (Sent 23 ads in response to query)
7/26 09:53:30 DaemonCore: PERMISSION DENIED to unknown user from host
<10.40.21.81:33764> for command 10 (QUERY_STARTD_PVT_ADS)
7/26 09:53:30 ERROR: DC_AUTHENTICATE unable to receive auth_info!
7/26 09:53:30 DaemonCore: received unregistered command request 49 !
- - -
Any ideas anyone?
Best regards
Harald Holden, M.Sc
Senior Engineer, Steel Riser Technology
SeaFlex AS
Postal address: P.O. Box 451, N-1373 Asker, Norway
Office address: Solbråveien 45, N-1383 Asker, Norway
Telephone: +47 66 76 16 66 Direct dialling: +47 66 76 16 42
Fax: +47 66 76 16 30 Mobile/cell: +47 40 22 13 71
E-mail: harald.holden@xxxxxxxxxxx www.seaflex.com
Disclaimer: This email transmission and any attached files are confidential
and are intended for the addressee only.
If you are not the person or organization to whom it is addressed, you must
not copy, disclose, distribute, or take any action in reliance upon it.
If you have received this message in error, please contact the sender by
email and delete all copies of this message and all copies of any attached
files._______________________________________________
Condor-users mailing list
To unsubscribe, send a message to condor-users-request@xxxxxxxxxxx with a
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/mailman/listinfo/condor-users
The archives can be found at either
https://lists.cs.wisc.edu/archive/condor-users/
http://www.opencondor.org/spaces/viewmailarchive.action?key=CONDOR