• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. Oleg
    3. Posts
    O
    • Profile
    • Following 0
    • Followers 0
    • Topics 16
    • Posts 73
    • Best 6
    • Controversial 0
    • Groups 0

    Posts made by Oleg

    • RE: Adding needed repository Failed!

      @Quazz @Tom-Elliott
      should someone open a new thread for this new issue?
      The problem with the installer.sh is fixed for me too.

      posted in FOG Problems
      O
      Oleg
    • RE: Adding needed repository Failed!

      @Tom-Elliott
      what should I do with them? let them inside or delete?
      If I delete them, the installer runs until the end but I get this while the installer is running:

      * Comparing checksums of kernels and inits....................Done
      PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/20151012/mbstring.so' - /usr/lib/php/20151012/mbstring.so: cannot open shared object file: No such file or directory in Unknown on line 0
      PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/20151012/mbstring.so' - /usr/lib/php/20151012/mbstring.so: cannot open shared object file: No such file or directory in Unknown on line 0
      

      after installing php-mbstring this error is gone.

      After first check I found that the Menu “iPXE Menu Configuration” is for me not available. I get the message on the top:
      “ID Must be set to edit”
      0_1478525756795_fog.JPG

      I removed everything before installing this version, so it’s like a fresh install in my opinion.

      posted in FOG Problems
      O
      Oleg
    • RE: Adding needed repository Failed!

      @Tom-Elliott
      hey the php_ver was 7 and not 7.0 so now it looks like this:

      php_ver='7.0'
      php_verAdds='-7.0'
      

      and I re-updated, ran the installer and in the error file is this:

      ...
      mysql stop/waiting
      mysql start/running, process 18850
       * Stopping web server apache2
       *
      php7.0-fpm: unrecognized service
      
      posted in FOG Problems
      O
      Oleg
    • RE: Adding needed repository Failed!

      @Tom-Elliott

      I’m using ubuntu 14.04.05:
      if I change the php_ver and php_verAdd I get this error later in the update-process:

      * Setting up Apache and PHP files.............................Failed
         ###########################################
         #                                         #
         #      PHP Failed to install properly     #
         #                                         #
         ###########################################
      
         Could not find /etc/php/7/apache2/php.ini!
      
      posted in FOG Problems
      O
      Oleg
    • RE: chainloading failed

      @Sebastian-Roth
      not yet. the last version is still the RC-13. Will try if the new version is online. Thanks

      posted in FOG Problems
      O
      Oleg
    • RE: chainloading failed

      @Sebastian-Roth

      #!ipxe
      set fog-ip 192.168.94.111
      set fog-webroot fog
      set boot-url http://${fog-ip}/${fog-webroot}
      cpuid --ext 29 && set arch x86_64 || set arch i386
      goto get_console
      :console_set
      colour --rgb 0x00567a 1 ||
      colour --rgb 0x00567a 2 ||
      colour --rgb 0x00567a 4 ||
      cpair --foreground 7 --background 2 2 ||
      goto MENU
      :alt_console
      cpair --background 0 1 ||
      cpair --background 1 2 ||
      goto MENU
      :get_console
      console --picture http://192.168.94.111/fog/service/ipxe/bg.png --left 100 --right 80 && goto console_set || goto alt_console
      :MENU
      menu
      colour --rgb 0x00567a 0 ||
      cpair --foreground 1 1 ||
      cpair --foreground 0 3 ||
      cpair --foreground 4 4 ||
      item --gap Host is registered as 901b0e2dbdea!
      item --gap -- -------------------------------------
      item fog.local Boot from hard disk
      item fog.deployimage Deploy Image
      item fog.quickdel Quick Host Deletion
      item fog.sysinfo Client System Information (Compatibility)
      choose --default fog.local --timeout 3000 target && goto ${target}
      :fog.local
      sanboot --no-describe --drive 0x80 || goto MENU
      kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 web=192.168.94.111/fog/ consoleblank=0 rootfstype=ext4 loglevel=4
      imgfetch init_32.xz
      boot || goto MENU
      :fog.deployimage
      login
      params
      param mac0 ${net0/mac}
      param arch ${arch}
      param username ${username}
      param password ${password}
      param qihost 1
      isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
      isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
      :fog.quickdel
      login
      params
      param mac0 ${net0/mac}
      param arch ${arch}
      param username ${username}
      param password ${password}
      param delhost 1
      isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
      isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
      :fog.sysinfo
      kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 web=192.168.94.111/fog/ consoleblank=0 rootfstype=ext4 loglevel=4 mode=sysinfo
      imgfetch init_32.xz
      boot || goto MENU
      :bootme
      chain -ar http://192.168.94.111/fog/service/ipxe/boot.php##params ||
      goto MENU
      autoboot
      
      posted in FOG Problems
      O
      Oleg
    • RE: chainloading failed

      no there is nothing in the apache error log.
      If the client is not registered, it’s possible to chosse the direct deployment in the menu. Everything runs fine.
      But if the client is already registered, then I get the error with the “chainloading failed”

      posted in FOG Problems
      O
      Oleg
    • chainloading failed
      Server
      • FOG Version: RC-13
      • OS: Ubuntu 14.04.05
      Client
      • Service Version:
      • OS: Ubuntu 14.04.04
      Description

      deploying image over the web-interface is running, registering the client is running and HDD boot is also running.
      If I try to deploy image over the ipxe menu, i get the “chainloading failed”

      http://192.168.94.111/fog/service/ipxe/boot.php... ok
      Chainloading failed, hit 's' for the iPE shell: reboot in 10 seconds
      

      if I choose “Quick Host Deletion” i get quiet the same (after confirm deletion with ‘y’)

      http://192.168.94.111/fog/service/ipxe/boot.php... ok
      Could not boot: Operation canceld (http://ipxe.org/0b22e0a0)
      Could not boot: Operation canceld (http://ipxe.org/0b22e0a0)
      Chainloading failed, hit 's' for the iPE shell: reboot in 10 seconds
      

      How i remember in RC-5 everything worked fine. First time i got this issues was in RC-10. But the issue could be earlier.
      The boot menu exit types are “SANBOOT” and EFI is "EXIT.

      posted in FOG Problems
      O
      Oleg
    • 1.3.0 RC-2 Updating Database ... failed

      After updating to RC-2 fog is failing to update the database after deploying the image.
      Apache erro log says this:

      ...
      [Mon Jul 25 16:18:17.898030 2016] [:error] [pid 10381] [client 192.168.94.96:49980] PHP Fatal error: Call to a member function get() on boolean in /var/www/html/fog/lib/reg-task/taskqueue.class.php on line 59
      [Mon Jul 25 16:18:17.940798 2016] [:error] [pid 4731] [client 192.168.94.96:49982] PHP Fatal error: Call to a member function get() on boolean in /var/www/html/fog/lib/reg-task/taskqueue.class.php on line 59
      [Mon Jul 25 16:18:17.992086 2016] [:error] [pid 4735] [client 192.168.94.96:49984] PHP Fatal error: Call to a member function get() on boolean in /var/www/html/fog/lib/reg-task/taskqueue.class.php on line 59
      ...
       PHP Warning:  PDOStatement::execute(): MySQL server has gone away in /var/www/html/fog/lib/db/pdodb.class.php on line 169
      [Mon Jul 25 16:08:25.699657 2016] [:error] [pid 4734] [client 192.168.94.24:58220] PHP Warning:  PDOStatement::execute(): Error reading result set's header in /var/www/html/fog/lib/db/pdodb.class.php on line 169
      [Mon Jul 25 16:08:28.821533 2016] [:error] [pid 4732] [client 192.168.94.24:58222] PHP Warning:  PDO::__construct(): MySQL server has gone away in /var/www/html/fog/lib/db/pdodb.class.php on line 32
      [Mon Jul 25 16:08:31.974460 2016] [:error] [pid 4735] [client 192.168.94.24:58224] PHP Warning:  PDO::__construct(): MySQL server has gone away in /var/www/html/fog/lib/db/pdodb.class.php on line 32
      ...
      

      After reboot the server starts to deploy the image again.

      • the rights and the owner of /images seems to be ok
      • ftp://[IP] works
      • the mysql password is correct (mysql was updated to the latest via apt-get upgrade (14.04.4))
      posted in Bug Reports
      O
      Oleg
    • RE: configs in config.class.php

      no it’s not an issue right now. For me the path looks strange with the double slash and I was not able to figure out why it’s always like this after upgrading the trunk.
      So then the thread can be closed. Thanks

      posted in FOG Problems
      O
      Oleg
    • configs in config.class.php

      Hello to all,
      just want to check if the mentioned file is correct in my setup.
      Everytime I ugprade to a newer trunk, some option looks like this in /var/www/html/fog/lib/fog/config.class.php

      ...
      define('TFTP_PXE_KERNEL_DIR', "/var/www/html/fog//service/ipxe/");
      ...
      define('STORAGE_BANDWIDTHPATH', '//fog/status/bandwidth.php');
      ...
      define('WOL_PATH', '//fog/wol/wol.php');
      ...
      

      I’m not sure if this should be like this 🙂
      Thanks

      posted in FOG Problems
      O
      Oleg
    • RE: BTRFS: open_ctree failed after ubuntu image deploy

      @Sebastian-Roth
      ok. That means we need to wait now until it’s solved in partclone.

      Thanks for the information!

      posted in FOG Problems
      O
      Oleg
    • RE: BTRFS: open_ctree failed after ubuntu image deploy

      @Sebastian-Roth
      no problem - change the topic in something more related to the discussed issue.

      today I tried to clone that image with another fstab-mount-options. I remove discard because I read that this option should not be used with BTRFS and also tried with clear_cache and nospace_cache but with no success.

      posted in FOG Problems
      O
      Oleg
    • RE: BTRFS: open_ctree failed after ubuntu image deploy

      @Sebastian-Roth
      Thanks for your suggestion! 🙂 for a normal use yours is better - in our case we have only a couple applications which are storing their data in the /opt. For sda2 and sda3 I think I will follow your suggestion.
      Yes your right - in my setting I don’t have the “lzo compressed” options in the fstab.
      In your case the system comes up in my not. Will look further today to confine the issue.

      I think if it’s a partcone “code-issue”, the solution could take a while?! I’m asking because then I have to switch to another filesystem.

      posted in FOG Problems
      O
      Oleg
    • RE: BTRFS: open_ctree failed after ubuntu image deploy

      @Tom-Elliott
      sorry, had to mention that at first - last try was with Trunk 8046

      posted in FOG Problems
      O
      Oleg
    • RE: BTRFS: open_ctree failed after ubuntu image deploy

      @Tom-Elliott
      in fog - yes, all partitions have been uploaded
      0_1465471312131_fog.JPG

      The system is running fine before uploading.
      I mean if I setup a clean Ubuntu 16.06 Server with BTRFS and the partition table i mentioned, then i get the same error. Tested with another Fujitsu Computer, which is a couple years old.

      posted in FOG Problems
      O
      Oleg
    • RE: BTRFS: open_ctree failed after ubuntu image deploy

      I’ve just tried to create an Image with latest clonezilla but it’s the same.

      posted in FOG Problems
      O
      Oleg
    • RE: BTRFS: open_ctree failed after ubuntu image deploy

      @Sebastian-Roth said:

      … Do you get the same error on non-resizable image type or is it a different error before getting to the busybox shell?

      This is what i get:0_1465406776405_IMG_20160608_184600.jpg

      The commands doesn’t work for me - will try to repair that. But is it btrfs-problem?
      My system is a completly new with a only a couple files added.

      posted in FOG Problems
      O
      Oleg
    • RE: BTRFS: open_ctree failed after ubuntu image deploy

      @Sebastian-Roth
      I changed the image to resizable and did an upload. After downloading I stuck on busybox again.
      here are the image-files:
      d1.fixed_size_partitions

      2:3:4:5:6
      

      d1.minimum.partitions:

      label: dos
      label-id: 0x173d9cfe
      device: /dev/sda
      unit: sectors
      
      /dev/sda1 : start=        2048, size=      347702, type=83, bootable
      /dev/sda2 : start=     5859328, size=    15624192, type=82
      /dev/sda3 : start=    21483520, size=    19531776, type=83
      /dev/sda4 : start=    41017342, size=   209051650, type=5
      /dev/sda5 : start=    41017344, size=    19529728, type=83
      /dev/sda6 : start=    60549120, size=   189519872, type=83
      

      d1.partitions:

      label: dos
      label-id: 0x173d9cfe
      device: /dev/sda
      unit: sectors
      
      /dev/sda1 : start=        2048, size=     5857280, type=83, bootable
      /dev/sda2 : start=     5859328, size=    15624192, type=82
      /dev/sda3 : start=    21483520, size=    19531776, type=83
      /dev/sda4 : start=    41017342, size=   209051650, type=5
      /dev/sda5 : start=    41017344, size=    19529728, type=83
      /dev/sda6 : start=    60549120, size=   189519872, type=83
      
      

      d1.original.fstypes:

      /dev/sda1 extfs
      

      d1.original.swapuuids is the same

      and this is how i my busybox look like:
      0_1465402138919_IMG_20160608_175505.jpg

      posted in FOG Problems
      O
      Oleg
    • RE: BTRFS: open_ctree failed after ubuntu image deploy

      @Sebastian-Roth
      I don’t have this file my image-folder.
      There is a “d1.partitions”:

      label: dos
      label-id: 0x173d9cfe
      device: /dev/sda
      unit: sectors
      
      /dev/sda1 : start=        2048, size=     5857280, type=83, bootable
      /dev/sda2 : start=     5859328, size=    15624192, type=82
      /dev/sda3 : start=    21483520, size=    19531776, type=83
      /dev/sda4 : start=    41017342, size=   209051650, type=5
      /dev/sda5 : start=    41017344, size=    19529728, type=83
      /dev/sda6 : start=    60549120, size=   189519872, type=83
      

      and the “d1.original.swapuuids”:

      /dev/sda2 c5c9a2e6-885a-4ed1-aeb6-909043dae122
      

      The “d1.has_grub” is empty

      posted in FOG Problems
      O
      Oleg
    • 1
    • 2
    • 3
    • 4
    • 2 / 4