• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. kibade
    3. Posts
    K
    • Profile
    • Following 0
    • Followers 0
    • Topics 5
    • Posts 27
    • Best 2
    • Controversial 0
    • Groups 0

    Posts made by kibade

    • RE: Hostname change not working

      @dbakerwardog
      Just checking, the “FOG_AD_DEFAULT_USER” you have set, have you double checked it has permission to add and remove computers from the domain?
      I would try moving that computer to a workgroup using the above user and see what happens.

      posted in FOG Problems
      K
      kibade
    • Quick registration stop auto deploy of image

      I have lab of computers I need to register into fog, but they are all already up to date, just not on the fog database. If I use quick registration, at the end it reboots and then deploys its associated image.

      Is there a way to stop the auto image at the end?

      Thanks,
      Kiba

      posted in General Problems
      K
      kibade
    • RE: Unable to upload images

      @Doctrg Might be worth trying https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_FTP#Try_to_get_a_file_with_Windows:
      I found my fog user password had changed, showed up on a simple ftp open test.

      Also under storage management on the web GUI, double-check your paths.

      posted in FOG Problems
      K
      kibade
    • RE: Looping capture 1.3.3.

      @Wayne-Workman Thanks for yours and Toms advice. It’s working 🙂

      I found the Linux user “fog” password had changed. Must have missed that on the upgrade. I found it by trying to connect via ftp from a windows machine to the fog server as per : https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_FTP#Try_to_get_a_file_with_Windows:

      I still found the capture looped, I found in the apache/error.logs the following:- (bold is the important bit)

      [Mon Jan 23 14:18:52.008806 2017] [:error] [pid 22907] [client 192.168.0.207:46956] PHP Fatal error: Uncaught exception ‘Exception’ with message ‘Type: 2, File: /var/www/fog/lib/fog/fogftp.class.php, Line: 708, Message: ftp_put(/images/dev/64006a90ca4a): failed to open stream: No such file or directory, Host: 192.168.0.3, Username: fog’ in /var/www/fog/lib/fog/fogftp.class.php:367\nStack trace:
      n#0 /var/www/fog/lib/fog/fogftp.class.php(772): FOGFTP->ftperror(Array)\n#1 /var/www/fog/lib/reg-task/taskqueue.class.php(366): FOGFTP->rename(‘/images/dev/640…’, ‘/images/Default…’)\n#2 /var/www/fog/lib/reg-task/taskqueue.class.php(413): TaskQueue->_moveUpload()\n#3 /var/www/fog/service/Post_Stage2.php(24): TaskQueue->checkout()\n#4 {main}\n thrown in /var/www/fog/lib/fog/fogftp.class.php on line 367

      My storage location is /var/backups/images

      I looked back into the fog storage management setting and noticed something I had over looked, we have an extra setting FTP path.
      It was set to /images, I corrected to /var/backups/images.

      The original storage path was correct.

      Works now 🙂

      posted in FOG Problems
      K
      kibade
    • RE: Looping capture 1.3.3.

      @Tom-Elliott Thanks for the quick reply 🙂
      So before you response the /images perms were:-
      drwxrwxr-x 3 root fog 4096 Jan 19 10:48 images
      drwxrwxr-x 3 root fog 4096 Jan 19 16:41 dev
      And in dev the captured image :
      drwxrwxrwx 2 root root 4096 Jan 19 21:55 64006a90ca4a
      I’ll try the perm change today and see what happens. I’m still a long way away to physically see the computer being imaged. I’ll report back if you suggestion helped.
      Thanks.

      posted in FOG Problems
      K
      kibade
    • Looping capture 1.3.3.
      Debian Jessie
      • FOG 1.3.3
      • OS:
      Client
      • Service Version:
      • OS: win 7 pro 64Bit

      I upgraded from 1.2.0 to 1.3.1, then 1.3.2 then 1.3.3. I missed the error that UPDCast was failing each upgrade because my tmp partition was set to noexec. Once corrected and re-run./install.sh, found ./fogsettings had the wrong storage location, mysql user and password. Corrected, but found apache configs weren’t all over the place. I cut my losses and removed fog, erased mysql and purged apache and re-installed. This looked good. Registered a few computers and captured an image. All looks good, /images/dev image gets created, but when it finishes, the computer restarts, it restarts the capture, saying “one active task”. It starts over writing the image in /dev/
      Currently, I’m not on site, I’m remoted in, so if an error message comes on the screen at the end of imaging, I can’t see it.
      Any help on how to get passed the capture so it can move the captured image to /images and finishes the task would be really appreciated.

      posted in FOG Problems
      K
      kibade
    • RE: UNABLE TO CONNECT TO DATABASE

      This link doesn’t seem to go to the thread

      posted in Linux Problems
      K
      kibade
    • 1 / 1