• Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login
  • Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login

Task Deploy does not starts

Scheduled Pinned Locked Moved
General Problems
3
7
1.6k
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • Z
    zingaro
    last edited by zingaro Jun 15, 2017, 11:49 PM Jun 16, 2017, 5:37 AM

    Hi,
    I created a deploy task with web-interface but the client ( unregged ) does not starts.
    The image was created with another identical PC :
    capture and deploy from web interface works fine;
    deploy from client boot menu works fine.
    with another identical PC works only deploy process from boot client menù.

    I noted the options "ignored mac client and imaging " and check it, but the client unregged does not start the deploy process created whit the new task.

    the questions is : It’s necessary record a new client into web server page before starts the same task more times with more pc ?

    Regards

    1 Reply Last reply Reply Quote 0
    • S
      Sebastian Roth Moderator
      last edited by Jun 16, 2017, 7:49 AM

      @zingaro How do you start a task for an unregistered client from the web interface?

      Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

      Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

      1 Reply Last reply Reply Quote 0
      • Z
        zingaro
        last edited by Jun 16, 2017, 8:23 AM

        @Sebastian-Roth said in Task Deploy does not starts:

        How do you start a task for an unregistered client from the web interface?
        my step was :

        1. add a client to fog
        2. create image definition , assign to client regged
        3. capture image
        4. deploy image on same captured pc ( to test restore operation )

        5.test a: change with another identical pc and restore ( deploy ) from boot client menu without regs step. ( work )

        5.test b: change with another identical pc and select the original ( first client ) machine and deploy task image.
        starts another identical pc ( deploy on client does not starts )

        S 1 Reply Last reply Jun 16, 2017, 9:00 AM Reply Quote 0
        • S
          Sebastian Roth Moderator @zingaro
          last edited by Jun 16, 2017, 9:00 AM

          @zingaro said in Task Deploy does not starts:

          5.test b: change with another identical pc and select the original ( first client ) machine and deploy task image. starts another identical pc ( deploy on client does not starts )

          Sure, every “identical” client has a different MAC address on its network adapter. So to FOG all those “identical” clients are different. Creating a task for the original (first client) will only run on this client!

          Test A is working because the deploy from boot menu is different to creating a task in the web GUI. Starting a deploy from the boot menu (called ‘Quick Image’) is possible for unregistered clients. But as I said, this is different to scheduling a task for a registered client.

          So from my point of view FOG is behaving as expected in your case.

          Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

          Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

          Z 1 Reply Last reply Jun 16, 2017, 9:18 AM Reply Quote 0
          • Z
            zingaro @Sebastian Roth
            last edited by Jun 16, 2017, 9:18 AM

            @Sebastian-Roth
            Ok Correct,
            But i see the options “flag”( ignored mac client … ) and I was thinking that this selection can be used for skip the control to the target.

            1 Reply Last reply Reply Quote 0
            • S
              Sebastian Roth Moderator
              last edited by Sebastian Roth Jun 16, 2017, 3:56 AM Jun 16, 2017, 9:56 AM

              @zingaro I think you misinterpret the option. To quote Tom (see here😞

              What ignore for imaging does is make sure that nic does not get used as the method for checkin and progress.

              This option is for clients that actually have more than one MAC address. In this case things can fail if the client uses the wrong MAC/adapter in the imaging process. Checking the option will make this particular client to use the other (unchecked) MAC/adapter for imaging.

              So back to the initial question: Imaging an unregistered client is only possible in the boot menu AFAIK.

              Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

              Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

              1 Reply Last reply Reply Quote 1
              • T
                Tom Elliott
                last edited by Jun 16, 2017, 12:02 PM

                The “image ignore” and “client ignore” flags are meant to IGNORE the mac address in use for the respective item. For example:

                Image Ignore makes it so the MAC Address being loaded is NOT going to be able to be used for Imaging. But this is only regards to the system it’s registered with. (Seeing as identity is verified/validated by the MAC Address this should be expected).

                So, an unregistered machine, using a NIC that is registered to another machine, will appear to be that “registered” machine. Why would Image Ignore be a useful option? I don’t know, but I know the client ignore option IS useful (for example a shared USB nic on multiple machines so you can have the client work without thinking the system is another host.)

                Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                1 Reply Last reply Reply Quote 0
                • 1 / 1
                1 / 1
                • First post
                  1/7
                  Last post

                175

                Online

                12.0k

                Users

                17.3k

                Topics

                155.2k

                Posts
                Copyright © 2012-2024 FOG Project