Re: [Condor-users] Problem setting up more slots than cpus

[Lukas Slebodnik <slebodnik@xxxxxxxx>]

I don't know why have to condor_schedd die.
But if you change NUM_CPUS value, then you will have to restart condor_startd 
daemon for change to be affected. 
    condor_restart -startd
http://www.cs.wisc.edu/condor/manual/v7.4/3_3Configuration.html#16456

Lukas Slebodnik

On Wed, Mar 09, 2011 at 10:52:42AM -0600, Niessen-Derry, Evan wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> I defined more CPUs with NUM_CPUs, but it didn't show up so I also
> defined slots for each CPU.
> 
> An update: After about 13 minutes, the slots will show up. In the mean
> time, schedd and startd both die and are reborn. It's after they're
> reborn that they can finally talk to condor_master.
> 
> I wouldn't mind the wait if it was just being slow, but the fact that
> startd and schedd have to die once before they work has me worried.
> 
> Regards,
> Evan Niessen-Derry
> 
> On 03/09/2011 01:37 AM, Lukas Slebodnik wrote:
> > Hi Evan,
> >
> > from condor manual:
> >
> > NUM_SLOTS
> >     An integer value representing the number of slots reported when the SMP
> >     machine is being evenly divided, and the slot type settings described above
> >     are not being used. The default is one slot for each CPU. This setting can
> >     be used to reserve some CPUs on an SMP which would not be reported to the
> >     Condor pool. This value cannot be used to make Condor advertise more slots
> >     than there are CPUs on the machine. To do that, use NUM_CPUS
> >
> > In the last two sentences are written exactly for what you already found out.
> >
> > Lukas Slebodnik
> >
> >> <--Snip-->
> >> # Define more cpus
> >> NUM_CPUS = 2
> >>
> >> # Define more slots
> >> #NUM_SLOTS = 2
> >>
> >> # Define types of slots
> >> SLOT_TYPE_1 = cpus=1, ram=%50, swap=1/2, disk=1/2
> >> SLOT_TYPE_2 = cpus=1, ram=%50, swap=1/2, disk=1/2
> >>
> >> NUM_SLOTS_TYPE_1 = 1
> >> NUM_SLOTS_TYPE_2 = 1
> >>
> >> # Debugging
> >> ALL_DEBUG = D_FULLDEBUG
> >> - ---->
> >>
> >> This problem doesn't happen when I'm not trying to lie to Condor about
> >> how many cpus I have. Is condor trying to teach me to stop lying, or am
> >> I missing something?
> >>
> >> Thank you,
> >> Evan Niessen-Derry
> > _______________________________________________
> > 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:
> > https://lists.cs.wisc.edu/archive/condor-users/
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
> 
> iQIcBAEBAgAGBQJNd7BaAAoJEGZ4XOPGmWlkj04P/iwetfRzuUEOGd1KytcPbzdz
> 4mFhntOoJfwWay4tMPUmjn3ygShS7rHnhcqdNDjXNeJtYXN2IvstWUKZUOdL6Ebd
> 5zuEWOmSlIW4Ju3ZrRTB4IQF87ov+IEbUOsM0ZFdF65K6TiQx+QDjwJuUvZt420h
> Cdf9iqIqk/77piyFzolohyqSXcEMlzc3egVfL/Qs5JhmdWHssghNkAnzzEn/EYMU
> AYhKiEU9xMFb9/wzYeW3LlIyiJ/Zy9OSGGHgueCe9h0MhBIIDveJIOqO6PFITGLq
> APFstHp5etcs0s0dQPB+BnqveXQhCUPJYe/OpxIuh5al1BvI6sGYKVlAh6/VwxT3
> S0P3itsda3XIe3Af4BwKtz10UA0bYW1lB00LXMMp5oQg86TGTmKFbmlPXMeBFBFu
> zZ6FU5wy4rJbLFCYPwX3ZiJmTZEKoRztnVuN2uk/lV67ZthJBJexEUigoff8q/K9
> 1onh+Y12Nn2DeTeeG5+rwrFeLY1NbADbrDbyLxXMNrWiXQGuPezdam+lUD4iWFIF
> cLSaLNnYZWalVflnR/q7xyHgnbSs6YkFf2BqQl7bESKhFYBCzf+PjRgjWtbf6qVB
> 88CAVx1OzEaFmYG1UG2nGJIfwQ+G0w4R5LbQrGrRlebTZoHLAvo4dxcP0ZmeVtMD
> NeWD9QYH3E1RMyUc7ywu
> =O0la
> -----END PGP SIGNATURE-----
> 
> 
> _______________________________________________
> 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:
> https://lists.cs.wisc.edu/archive/condor-users/
>