• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. gwhitfield
    3. Posts
    G
    • Profile
    • Following 0
    • Followers 1
    • Topics 15
    • Posts 139
    • Best 8
    • Controversial 0
    • Groups 0

    Posts made by gwhitfield

    • RE: Utilizing Postscripts (Rename, JoinDomain, Drivers, Snapins)

      I’m attempting to use this in our image deployment to push drivers and am having some trouble that is hopefully not difficult to overcome, I’m just not real script savvy. 😞 I have placed my drivers in the /images/Drivers folder and my fog.postdownload is as follows:

      
      #!/bin/sh
      if [ $osid == "5" -o $osid == "6" -o $osid == "7" ]; then #only handling Win7/8/8.1
          clearScreen;
          mkdir /ntfs &>/dev/null
          ntfs-3g -o force,rw $part /ntfs
          # mkdir /fog &>/dev/null
          # mount -o nolock,proto=tcp $storageip:/fog/ /fog 
          # dots "Mounting Device";
          if [ "$?" = "0" ]; then
              echo "Done";
              . ${postdownpath}fog.drivers 
            # . ${postdownpath}fog.ad 
            # . ${postdownpath}fog.snapins
              umount /ntfs; # unmount when all is done :-)
          else
              echo "Failed To Mount Device";
              sleep 30;
          fi
      fi
      

      The computer responds with :

      ntfs-3g: No mountpoint is specified

      gives lots of usage instructions and options then

      Failed to mount device

      then restarts after about 30 seconds.

      My fog.drivers file is as follows:

      #!/bin/sh
       
      ceol=`tput el`;
      machine=`dmidecode -s system-product-name`; # Gets machine model
      machine="${machine%"${machine##*[![:space:]]}"}" #Removes Trailing Space
      #system64="/ntfs/Windows/SysWOW64/regedit.exe"; # dirty way to determine if it's 64bit or not
      #if [ -f "$system64" ]; then
      #    setarch="x64"
      #else
      #    setarch="x86"
      #fi
      #############################################
      #this is not section necessary needed, it's just to make the path "human readable"
      #rather than using osid for filepath
      if [ $osid == "5" ]; then
          osn="Win7"
      elif [ $osid == "7" ]; then
          osn="Win8.1"
      elif [ $osid == "9" ]; then
          osn="Win10"
      fi
      #############################################
      dots "Preparing Drivers";
      # below creates local folder on imaged pc
      #this can be anywhere you want just remember
      #to make sure it matches throughout!
      mkdir /ntfs/Windows/DRV &>/dev/null;
      echo -n "In Progress";
       
      #there's 3 ways you could handle this,
      #driver cab file, extracted driver files or both
      #so on the server put extracted driver files to match below folder tree
      #i.e. Model Latitude E5410, Windows 7 x86 image would be:
      #/images/Drivers/Win7/Latitude E5410/x86
      rsync -aqz "/images/Drivers/$osn/${machine}/*.*" /ntfs/Windows/DRV &>/dev/null;
       
      #if you wanted to use driver.cab use this line below.
      #i.e. /images/Drivers/Win7/Latitude E5410/E5410-Win7-A07-KTT4G.CAB
      #cabextract -d /ntfs/Windows/DRV "/images/Drivers/$osn/${machine}"/*.CAB &>/dev/null;
       
      #if you wanted to mix both cab and extracted use these next two lines:
      # rsync -aqz --exclude='*.CAB' "/images/Drivers/$osn/${machine}/$setarch" /ntfs/Windows/DRV &>/dev/null;
      # cabextract -d /ntfs/Windows/DRV "/images/Drivers/$osn/${machine}"/*.CAB &>/dev/null;
       
      #this next bit adds driver location on pc to devicepath in registry (so sysprep uses it to reference)
      # remember to make devicepath= match the path you've used locally
      #also do not remove %SystemRoot%\inf
      #and to add more locations just use ; in between each location
      regfile="/ntfs/Windows/System32/config/SOFTWARE"
      key="\Microsoft\Windows\CurrentVersion\DevicePath"
      devpath="%SystemRoot%\inf;%SystemRoot%\DRV";
      reged -e "$regfile" &>/dev/null <<EOFREG
      ed $key
      $devpath
      q
      y
      EOFREG
      echo -e "\b\b\b\b\b\b\b\b\b\b\b${ceol}Done"; # this just removes "In Progress and replaces it with done :-)"
      

      Would you be able to assist?
      Thanks,
      Gregg W.

      posted in Tutorials
      G
      gwhitfield
    • RE: some global settings being cleared during group settings update

      @Tom-Elliott - THANK YOU!!

      posted in Bug Reports
      G
      gwhitfield
    • RE: some global settings being cleared during group settings update

      Any ideas on what can be done to correct this new wrinkle?

      posted in Bug Reports
      G
      gwhitfield
    • RE: some global settings being cleared during group settings update

      @Tom-Elliott - Tried it out this morning and the general settings stay when host screen resolution is updated in group settings. However, something else is now happening, the AD settings for all group members are being wiped out screenshot below):

      0_1463489108484_upload-31d05ea6-eeee-4954-bf9a-3c9788c28c00

      Here are Apache error logs:
      …
      [Tue May 17 08:29:19.953590 2016] [evasive20:error] [pid 5543] [client 192.168.0.112:59972] client denied by server configuration: /var/www/html/fog/service/updates.php
      [Tue May 17 08:31:09.092720 2016] [mpm_prefork:notice] [pid 5539] AH00169: caught SIGTERM, shutting down
      [Tue May 17 08:31:42.023880 2016] [mpm_prefork:notice] [pid 1080] AH00163: Apache/2.4.20 (Ubuntu) OpenSSL/1.0.2h configured – resuming normal operations
      [Tue May 17 08:31:42.038242 2016] [core:notice] [pid 1080] AH00094: Command line: ‘/usr/sbin/apache2’
      [Tue May 17 08:38:17.629592 2016] [:error] [pid 1103] [client 192.168.1.251:56181] PHP Warning: Missing argument 4 for Group::setAD(), called in /var/www/html/fog/lib/pages/groupmanagementpage.class.php on line 490 and defined in /var/www/html/fog/lib/fog/group.class.php on line 163, referer: http://192.168.1.53/fog/management/index.php?node=group&sub=edit&id=3
      [Tue May 17 08:38:17.629634 2016] [:error] [pid 1103] [client 192.168.1.251:56181] PHP Warning: Missing argument 5 for Group::setAD(), called in /var/www/html/fog/lib/pages/groupmanagementpage.class.php on line 490 and defined in /var/www/html/fog/lib/fog/group.class.php on line 163, referer: http://192.168.1.53/fog/management/index.php?node=group&sub=edit&id=3
      [Tue May 17 08:38:17.629644 2016] [:error] [pid 1103] [client 192.168.1.251:56181] PHP Warning: Missing argument 6 for Group::setAD(), called in /var/www/html/fog/lib/pages/groupmanagementpage.class.php on line 490 and defined in /var/www/html/fog/lib/fog/group.class.php on line 163, referer: http://192.168.1.53/fog/management/index.php?node=group&sub=edit&id=3
      [Tue May 17 08:38:17.629653 2016] [:error] [pid 1103] [client 192.168.1.251:56181] PHP Warning: Missing argument 7 for Group::setAD(), called in /var/www/html/fog/lib/pages/groupmanagementpage.class.php on line 490 and defined in /var/www/html/fog/lib/fog/group.class.php on line 163, referer: http://192.168.1.53/fog/management/index.php?node=group&sub=edit&id=3
      [Tue May 17 08:38:58.572637 2016] [:error] [pid 1102] [client 192.168.1.251:56202] PHP Warning: Missing argument 4 for Group::setAD(), called in /var/www/html/fog/lib/pages/groupmanagementpage.class.php on line 490 and defined in /var/www/html/fog/lib/fog/group.class.php on line 163, referer: http://192.168.1.53/fog/management/index.php?node=group&sub=edit&id=3
      [Tue May 17 08:38:58.572683 2016] [:error] [pid 1102] [client 192.168.1.251:56202] PHP Warning: Missing argument 5 for Group::setAD(), called in /var/www/html/fog/lib/pages/groupmanagementpage.class.php on line 490 and defined in /var/www/html/fog/lib/fog/group.class.php on line 163, referer: http://192.168.1.53/fog/management/index.php?node=group&sub=edit&id=3
      [Tue May 17 08:38:58.572693 2016] [:error] [pid 1102] [client 192.168.1.251:56202] PHP Warning: Missing argument 6 for Group::setAD(), called in /var/www/html/fog/lib/pages/groupmanagementpage.class.php on line 490 and defined in /var/www/html/fog/lib/fog/group.class.php on line 163, referer: http://192.168.1.53/fog/management/index.php?node=group&sub=edit&id=3
      [Tue May 17 08:38:58.572702 2016] [:error] [pid 1102] [client 192.168.1.251:56202] PHP Warning: Missing argument 7 for Group::setAD(), called in /var/www/html/fog/lib/pages/groupmanagementpage.class.php on line 490 and defined in /var/www/html/fog/lib/fog/group.class.php on line 163, referer: http://192.168.1.53/fog/management/index.php?node=group&sub=edit&id=3
      …

      Edit: For clarity sake, the AD settings are wiped out only when the host screen resolution settings are updated, not when the general settings are updated.

      posted in Bug Reports
      G
      gwhitfield
    • RE: some global settings being cleared during group settings update

      @Tom-Elliott @Wayne-Workman - No way!! That was like watching a sweet give-an-go with a slam dunk finish. SCORE!! Can’t wait to try it out, thanks guys!!!

      posted in Bug Reports
      G
      gwhitfield
    • RE: some global settings being cleared during group settings update

      @Tom-Elliott - Since I know zilch about MySQL I can’t talk what-ifs 🙂 but I take it on faith so I’ll give that a try tomorrow.I’ll send the response as soon as I get a chance to do this step.

      posted in Bug Reports
      G
      gwhitfield
    • RE: some global settings being cleared during group settings update

      @Wayne-Workman One other thought comes to mind. You mentioned possibly something in the DB. I did notice that on a couple recent SVN updates I was not prompted to update/upgrade the DB. Is this normal or should there ALWAYS be a DB update prompt when executing the install of new svn?

      posted in Bug Reports
      G
      gwhitfield
    • RE: some global settings being cleared during group settings update

      @Wayne-Workman Wow, that’s very nice of you! I would be happy to let you look but I don’t know that it’s necessary for you to go through all that just yet considering I never really update the screen resolution settings. If you feel that it would be beneficial to YOU then I’m all for it but otherwise it’s not necessary for you to do that. I’ll explain -

      I’m honestly not sure how I even stumbled on this though I WAS trying to figure out how the settings got cleared and I was clicking and checking everything until I found it. Seeing that I usually don’t touch that setting it was probably an accident that it happened at all. Sure, it’s reproduceable but I guess as long as I keep not touching that setting I shouldn’t have any further problems. The odd thing is that it seems to be a “feature” on each system of mine that I’ve checked, 3 or 4 out of 15. I’m going to check the rest, it may be a few days before I know the results.

      Thank you again for your quick responses!!!

      posted in Bug Reports
      G
      gwhitfield
    • RE: some global settings being cleared during group settings update

      @Wayne-Workman said in some global settings being cleared during group settings update:

      select * from hosts where hostID=0 \G

      No idea what I’m doing in MySQL but this is result:
      ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
      administrator@PC-FOGSERVER:/$ mysql -u root -p fog
      Enter password:
      Reading table information for completion of table and column names
      You can turn off this feature to get a quicker startup with -A

      Welcome to the MySQL monitor. Commands end with ; or \g.
      Your MySQL connection id is 101
      Server version: 5.5.49-0ubuntu0.14.04.1 (Ubuntu)

      Copyright © 2000, 2016, Oracle and/or its affiliates. All rights reserved.

      Oracle is a registered trademark of Oracle Corporation and/or its
      affiliates. Other names may be trademarks of their respective
      owners.

      Type ‘help;’ or ‘\h’ for help. Type ‘\c’ to clear the current input statement.

      mysql> select * from hosts where hostID=0 \G
      Empty set (0.00 sec)

      mysql>
      ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

      posted in Bug Reports
      G
      gwhitfield
    • RE: some global settings being cleared during group settings update

      @Wayne-Workman - Here’s exactly what I’m seeing. It is consistent, happens every time I click screen resolution update when there are existing group settings configured. No errors logged in Apache log.

      ------------ Apache error logs BEFORE updating screen resolution --------
      [Mon May 16 15:02:10.146640 2016] [mpm_prefork:notice] [pid 1084] AH00169: caught SIGTERM, shutting down
      [Mon May 16 15:02:42.854884 2016] [mpm_prefork:notice] [pid 1100] AH00163: Apache/2.4.20 (Ubuntu) OpenSSL/1.0.2h configured – resuming normal operations
      [Mon May 16 15:02:42.856884 2016] [core:notice] [pid 1100] AH00094: Command line: ‘/usr/sbin/apache2’

      ------------ Screenshot of GROUP settings BEFORE updating screen resolution--------
      0_1463427375060_upload-410d646f-f8a5-455e-8967-80fb90fdb931

      ------------ Screenshot of group MEMBER settings BEFORE updating screen resolution--------
      0_1463427445560_upload-fa632dd0-9c9d-4b12-9a6f-eb837cd0865c

      ------------ Apache error logs AFTER updating screen resolution (didn’t change at all) --------
      [Mon May 16 15:02:10.146640 2016] [mpm_prefork:notice] [pid 1084] AH00169: caught SIGTERM, shutting down
      [Mon May 16 15:02:42.854884 2016] [mpm_prefork:notice] [pid 1100] AH00163: Apache/2.4.20 (Ubuntu) OpenSSL/1.0.2h configured – resuming normal operations
      [Mon May 16 15:02:42.856884 2016] [core:notice] [pid 1100] AH00094: Command line: ‘/usr/sbin/apache2’

      ------------ Screenshot of GROUP settings AFTER updating screen resolution --------
      0_1463427886094_upload-10cb6215-1a90-4b8e-984a-90a49c179b5d

      ------------ Screenshot of group MEMBER after updating GROUP screen resolution --------
      0_1463427268542_upload-cc635ceb-4f1d-46d6-8c24-79a3f902e29e

      posted in Bug Reports
      G
      gwhitfield
    • RE: some global settings being cleared during group settings update

      @Wayne-Workman I looked in \var\log\apache2\error.log (I hope that’s the right place?) and see the following:

      [Mon May 16 14:14:26.269143 2016] [mpm_prefork:notice] [pid 1122] AH00169: caught SIGTERM, shutting down
      [Mon May 16 14:15:44.311350 2016] [mpm_prefork:notice] [pid 7074] AH00163: Apache/2.4.20 (Ubuntu) OpenSSL/1.0.2h configured – resuming normal operations
      [Mon May 16 14:15:44.311448 2016] [core:notice] [pid 7074] AH00094: Command line: ‘/usr/sbin/apache2’
      [Mon May 16 14:15:58.332978 2016] [:error] [pid 7078] [client 192.168.1.53:52076] PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/fog/lib$
      [Mon May 16 14:32:47.779094 2016] [mpm_prefork:notice] [pid 7074] AH00169: caught SIGTERM, shutting down
      [Mon May 16 14:33:17.005862 2016] [mpm_prefork:notice] [pid 1084] AH00163: Apache/2.4.20 (Ubuntu) OpenSSL/1.0.2h configured – resuming normal operations
      [Mon May 16 14:33:17.019303 2016] [core:notice] [pid 1084] AH00094: Command line: ‘/usr/sbin/apache2’
      [Mon May 16 15:02:10.146640 2016] [mpm_prefork:notice] [pid 1084] AH00169: caught SIGTERM, shutting down
      [Mon May 16 15:02:42.854884 2016] [mpm_prefork:notice] [pid 1100] AH00163: Apache/2.4.20 (Ubuntu) OpenSSL/1.0.2h configured – resuming normal operations
      [Mon May 16 15:02:42.856884 2016] [core:notice] [pid 1100] AH00094: Command line: ‘/usr/sbin/apache2’

      I did a couple reboots to try to segregate the logs. Hope I’m getting what you’re asking for, I’m not real linux savvy. I did the last test after the last reboot (about 15:05) and doesn’t appear to have logged any problems.

      posted in Bug Reports
      G
      gwhitfield
    • RE: some global settings being cleared during group settings update

      @Tom-Elliott I’ve never looked at them so I have to figure that out but I did do an update to SVN 7649 and can say this is still happening on my server. In Group Service Settings, whenever I click the update button for host screen resolution of a group, it clears all the general settings AND sets all screen resolution settings to zero for all machines in the group.

      posted in Bug Reports
      G
      gwhitfield
    • RE: Hostnamechanger not working

      @Wayne-Workman Thank you, I’ll post if I see anything else happening.

      posted in FOG Problems
      G
      gwhitfield
    • RE: some global settings being cleared during group settings update

      @gwhitfield said in some global settings being cleared during group settings update:

      Ubuntu 14.0.4, Trunk SVN 7597 - just updated today

      I updated Service Settings for all machines using group update and now all of the service settings for all the machines in the group are blanked out.

      The last report of this I see was 11 months ago, has it possibly come back?

      An update - seems that if I update Service Settings they stick but when I update Screen Resolution Settings, everything gets blanked out again.

      posted in Bug Reports
      G
      gwhitfield
    • some global settings being cleared during group settings update

      Ubuntu 14.0.4, Trunk SVN 7597 - just updated today

      I updated Service Settings for all machines using group update and now all of the service settings for all the machines in the group are blanked out.

      The last report of this I see was 11 months ago, has it possibly come back?

      posted in Bug Reports
      G
      gwhitfield
    • RE: Hostnamechanger not working

      @Jbob - sorry didn’t see this for so long. I will test as soon as I can but it may be several days yet due to other commitments. Hopefully someone else will give it a go much sooner if they haven’t already!

      posted in FOG Problems
      G
      gwhitfield
    • RE: Hostnamechanger not working

      No worries! I’m not complaining, FOG has never let us down!

      posted in FOG Problems
      G
      gwhitfield
    • RE: Hostnamechanger not working

      I think the FOG gods are laughing at me. I uninstalled client v10.5 installed my oldest client back from 2010 with the encrypted password in hostnamechanger.dll and as soon as I started the service it renamed and restarted the host. I’m tempted to stay with it and use it for my master image - it works awesome like it always has. Not sure of the downside to staying with old client though… any thoughts?

      posted in FOG Problems
      G
      gwhitfield
    • RE: Hostnamechanger not working

      @Psycholiquid - good question. I do not let my master image ever join the domain before sysprep. When I sysprepped my master image and deployed it last night, it didn’t rename or join domain on it’s own so I’m troubleshooting that issue. The client version was 7.2 which I am now attempting to bringing up to 10.5 to keep up with the latest server version.

      The server is new, this is the only image on it. The image was sysprepped and uploaded with no apparent problems yesterday, but obviously something is wrong when it’s deployed. I had hoped it was just a bad client but the new client isn’t working either.

      What I’m doing now is testing what will happen when the sysprepped image is deployed. Since all my fog servers (up til now) have made hostname and AD joins happen automatically with reboots, I’m hoping to get back to that. Unfortunately it looks like it’s needing a manual restart to complete the task which I’m sure isn’t right.

      posted in FOG Problems
      G
      gwhitfield
    • RE: Hostnamechanger not working

      Yet another update. Now that my host has correct name to match what’s in FOG console, and the host is joined to the domain I decided to test to see what would happen if I rename it in the FOG console. Log is below. Host does not restart on it’s own:

      ------------------------------------------------------------------------------
      --------------------------------HostnameChanger-------------------------------
      ------------------------------------------------------------------------------
       5/5/2016 2:33 PM Client-Info Client Version: 0.10.5
       5/5/2016 2:33 PM Client-Info Client OS:      Windows
       5/5/2016 2:33 PM Client-Info Server Version: 7488
       5/5/2016 2:33 PM Middleware::Response Success
       5/5/2016 2:33 PM HostnameChanger Checking Hostname
       5/5/2016 2:33 PM HostnameChanger Removing host from active directory
       5/5/2016 2:33 PM HostnameChanger ERROR: Required ADDom information is missing
       5/5/2016 2:33 PM HostnameChanger Renaming host to MOSSIMAGEVMTEST
       5/5/2016 2:33 PM Power Creating shutdown command in 60 seconds
       5/5/2016 2:33 PM Bus {
        "self": true,
        "channel": "Power",
        "data": "{\r\n  \"action\": \"request\",\r\n  \"period\": 60,\r\n  \"options\": 2,\r\n  \"command\": \"/r /c \\\"FOG needs to rename your computer\\\" /t 0\",\r\n  \"message\": \"This computer needs to perform maintenance.\"\r\n}"
      }
       5/5/2016 2:33 PM Bus Emmiting message on channel: Power
      ------------------------------------------------------------------------------
      
       5/5/2016 2:33 PM Service Power operation being requested, checking back in 30 seconds
       5/5/2016 2:34 PM Service Power operation being requested, checking back in 30 seconds
       5/5/2016 2:34 PM Power Creating shutdown request
       5/5/2016 2:34 PM Power Parameters: /r /c "FOG needs to rename your computer" /t 0
      posted in FOG Problems
      G
      gwhitfield
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 4 / 7