• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. ianabc
    3. Posts
    I
    • Profile
    • Following 0
    • Followers 0
    • Topics 1
    • Posts 130
    • Best 0
    • Controversial 0
    • Groups 1

    Posts made by ianabc

    • RE: Creating Task with TaskTypeManagement

      Sorry to resurrect an old thread, but this just came up as something we need to be able to do (assign a custom boot task to hosts/groups of hosts). My understanding of the discussion below is that I should

      1. Enable plugins (Fog Configuration->Fog Settings->Plugin System->PluginSys Enabled)
      2. Activate the tasktypeedit plugin
      3. Edit lib/hooks/boottask.hook.php, setting public $active = true;

      Then I should be able to visit a host page -> Basic Tasks -> Advanced Tasks and see ‘trusty-install’ as one of the options, but I don’t see any change to the menu. Have I missed something in the configuration?

      posted in General Problems
      I
      ianabc
    • RE: Bad Sectors and Failed Image Upload

      I would certainly try the surface scan. If you are having problems getting the results out of fog you could run the test manually, I think it uses badblocks in the background so booting into a debug session and then running
      [CODE]
      $ badblocks -sv /dev/sda
      [/CODE]
      should give you the output you are looking for. As I mentioned above though I would try one of the non-resizing upload tasks (multi-partition image), you don’t need 1TB to do it and it will give you an image to recover from if you have a problem with the disk.

      posted in Linux Problems
      I
      ianabc
    • RE: Bad Sectors and Failed Image Upload

      [quote=“geoffpeters, post: 34452, member: 25329”]I don’t have enough space on the fog server to do that.[/quote]
      The image process still uses partclone.ntfs and not dd, so you are still only storing the “used space” of the disk image. smartctl can also pop out information about the failure status of a disk
      [CODE]
      $ smartctl -a /dev/sda
      [/CODE]

      On the up side if your drive is starting to fail you caught it early and you are still under warranty 🙂

      posted in Linux Problems
      I
      ianabc
    • RE: Bad Sectors and Failed Image Upload

      Could you try taking a non-resizing image of the disk? i.e. create a multiple partition single disk image and try uploading to that. This is probably not what you want to do long term but it might let you pull the image off of that machine before the disk finally dies.

      posted in Linux Problems
      I
      ianabc
    • RE: Bad Sectors and Failed Image Upload

      And after running chkdsk are you still seeing the same error?

      posted in Linux Problems
      I
      ianabc
    • RE: Imaging Linux systems, UUID for swap not matching on deployed systems. Eh?

      Since 1.2.0 it supports linux and (as far as I know) dual boot. I haven’t tested the dual boot myself but the linux resizable works for me. The key seems to be to stick to ext4 filesystems.

      I’ll try to take a look to see if we could retain swap UUIDs for multiple partition image types.

      posted in Linux Problems
      I
      ianabc
    • RE: Imaging Linux systems, UUID for swap not matching on deployed systems. Eh?

      hmm…Did you create that image with an older version of fog? On fog 1.2.0 uploading a linux image gives me the following
      [CODE]
      drwxrwxrwx. 2 root root 4096 Jul 22 15:03 .
      drwxrwxrwx. 56 fog root 4096 Jul 22 15:03 …
      -rwxrwxrwx. 1 root root 4 Jul 22 14:48 d1.fixed_size_partitions
      -rwxrwxrwx. 1 root root 0 Jul 22 14:49 d1.has_grub
      -rwxrwxrwx. 1 root root 1048576 Jul 22 14:49 d1.mbr
      -rwxrwxrwx. 1 root root 310 Jul 22 14:49 d1.minimum.partitions
      -rwxrwxrwx. 1 root root 80 Jul 22 14:49 d1.original.fstypes
      -rwxrwxrwx. 1 root root 310 Jul 22 14:48 d1.original.partitions
      -rwxrwxrwx. 1 root root 47 Jul 22 15:03 d1.original.swapuuids
      -rwxrwxrwx. 1 root root 84480518 Jul 22 14:49 d1p1.img
      -rwxrwxrwx. 1 root root 1944498680 Jul 22 14:53 d1p2.img
      -rwxrwxrwx. 1 root root 6416223022 Jul 22 15:03 d1p3.img

      -rwxrwxrwx. 1 root root 125 Jul 22 15:03 d1p4.img
      [/CODE]
      Did you try [B]uploading[/B] the image with 1.2.0 and then deploying it again. N.B. This is for a “Resizeable” image, it looks like the code for “Multiple partition” images might need to be updated to match.

      posted in Linux Problems
      I
      ianabc
    • RE: Imaging Linux systems, UUID for swap not matching on deployed systems. Eh?

      Could you take a look in /images/NAMEOFYOURIMAGE and see if you can find a file similar to “d1.original.swapuuids”. Here is one of mine
      [CODE]
      $ cat /images/RHL7x64PIMS50GBResizeable/d1.original.swapuuids
      /dev/sda5 7f6a8920-bab3-444d-8e3f-acca4c76e3cd
      [/CODE]
      When I deploy that image to a machine the UUID of the swap partition matches
      [CODE]
      $ blkid /dev/sda5 UUID=“7f6a8920-bab3-444d-8e3f-acca4c76e3cd”
      [/CODE]
      Obviously, change /dev/sda5 to wherever your swap partition is.

      posted in Linux Problems
      I
      ianabc
    • RE: Imaging Linux systems, UUID for swap not matching on deployed systems. Eh?

      Actually it looks like mageia (and some fedora) might have an issue with swap UUIDs. Somebody thought that putting UUIDs into initramfs was a good idea. There are some workarounds, but I don’t have any machines to work with to try them out.

      [LIST]
      [][url]https://forums.mageia.org/en/viewtopic.php?f=7&t=7093[/url]
      [
      ][url]http://forums.fedoraforum.org/showthread.php?t=292088[/url]
      [/LIST]
      Additionally, when an instructor - or anyone for that matter - asks for a specific distribution, it is a good idea to ask them what they are intending to do with it. Unless they are working with the package manager(s) day to day it generally doesn’t matter. Usually they have conflated a specific set of applications and versions with an distribution.

      posted in Linux Problems
      I
      ianabc
    • RE: Imaging Linux systems, UUID for swap not matching on deployed systems. Eh?

      From the image you showed above, are you sure that swap is the problem? what filesystems are your other partitions on? swap problems shouldn’t stop a system from booting in general - as I might have said above, it’s just swap!

      posted in Linux Problems
      I
      ianabc
    • RE: Imaging Linux systems, UUID for swap not matching on deployed systems. Eh?

      [quote=“Hongyun, post: 34129, member: 1117”]I think it has something to do with the OS. I tried reupload a working image and then download it again, it still works. But this Mageia 4.1 OS doesn’t work properly. I will try to reinstall it with ext3 partition to see if it works.[/quote]

      UUIDs work for ext3 and ext4 filesystems because the UUID is part of the filesystem itself, it is written into the superblock. Since Fog 1.2.0 fog also seems to allow UUIDs in /etc/fstab for swap partitions. For other filesystems, I’m not sure, I haven’t noticed any problems with xfs, but I haven’t looked too close. Incidentally, there are some other reasons to use ext4 - fog 1.2.0 can resize ext4 filesystems automatically!

      posted in Linux Problems
      I
      ianabc
    • RE: List all images - pages not found

      What was the actual root cause of this problem? I’ve just run into it after upgrading a 0.32 system to 1.1.2. The system is in production so I’d rather not upgrade to SVN unless it is absolutely necessary.

      [COLOR=#ff0000]EDIT - FIXED (kindof)[/COLOR]
      [COLOR=#000000]In my case this turned out to be one of my “antique” images which was referring to an imageNFSGroupID which no longer exists. Correcting that problem fixed the white screen issue for me. [/COLOR]

      [COLOR=#000000]N.B. I’m including the SQL (below) which fixed my problem, but I’m doing this mostly as a reminder to myself. Use it at your own risk!!![/COLOR]

      [CODE]
      $ mysql -u root -p
      Enter password: *************
      mysql> use fog;
      mysql> SELECT ngID,ngName FROm nfsGroups;
      ±-----±--------+
      | ngID | ngName |
      ±-----±--------+
      | 1 | default |
      ±-----±--------+

      mysql> SELECT ngmID,ngmGroupID FROM nfsGroupMembers;
      ±------±-----------+
      | ngmID | ngmGroupID |
      ±------±-----------+
      | 1 | 1 |
      ±------±-----------+

      mysql> SELECT imageID, imageName, imageNFSGroupID FROM images WHERE imageNFSGroupID!=1;
      ±--------±-----------------------------------------±----------------+
      | 47 | RHL6x64PIMS50GBTest | 3|
      ±--------±-----------------------------------------±----------------+

      mysql> UPDATE images SET imageNFSGroupID=1 WHERE imageID=47;
      [/CODE]

      posted in FOG Problems
      I
      ianabc
    • RE: Fails to PXE boot to FOG

      Do you see the iPXE setup screen appear? It should, since you were able to deploy an image earlier, but can you confirm that you see it saying something like (N.B. This is for a system without a task scheduled)
      [CODE]
      net0: 52:54:00:27:7a:dd using virtio-net on PCI00:03.0 (open)
      [Link:up, TX:0 TXE:0 RX:0 RXE:0]
      Configuring (net0 52:54:00:27:7a:dd)… ok
      net0: 192.168.222.102/255.255.255.0 gw 192.168.222.1
      Next server: 192.168.222.100
      Filename: undionly.kpxe
      tftp://192.168.222.100/undionly.kpxe… ok
      PXE->EB: !PXE at 9C3B:06D0, entry point at 9C3B:030C
      UNDI code segment 9C3B:076C, data segment 9CB2:2CD8 (624-638kB)
      UNDI device is PCI 00:03.0, type DIX+802.3
      624kB free base memory after PXE unload
      iPXE initialising devices…ok

      iPXE 1.0.0+ (8a380) – Open Source Network Boot Firmware – http://ipxe.org
      Menures: NFS FTP HTTP HTTPS iSCSI DNS TFTP VLAN AoE bzImage ELF MBOOT PXE PXEXT
      Configuring (net0 52:54:00:27:7a:dd)… ok
      /default.ipxe… ok
      http://192.168.222.100/fog/service/ipxe/boot.php… ok

      http://192.168.222.100/fog/service/ipxe/bg.png… ok
      [/CODE]
      Depending on how much or little of this you see we might be able to narrow down where the problem is.

      posted in FOG Problems
      I
      ianabc
    • RE: Fails to PXE boot to FOG

      nhomberg: It should flash up the DHCP process, if it doesn’t then you have an issue with DHCP, does it get that far?

      posted in FOG Problems
      I
      ianabc
    • RE: Image Download Problem

      You should try the debug.download task under advanced, after it tells you it’s completed and going to reboot, you can hit Ctrl-C to get to a shell. It might let you see exactly where the problem is, in the past I’ve found it useful to try running that script and when I get to the point of failure. I would look at the partition table first
      [CODE]
      $ sfdisk -l
      [/CODE]
      Make sure the partition table matches the image you are trying to deploy. Assuming it is OK, you can try partimage manually.

      posted in FOG Problems
      I
      ianabc
    • RE: Image Download Problem

      Fog, 1.1.2 defaults to partclone so that might be the problem. I think you can manually say that they are partimage images by enabling the image type flag in “Fog Configuration -> Fog Settings -> General Settings”, look for [FONT=Ubuntu][COLOR=#555555]FOG_FORMAT_FLAG_IN_GUI[/COLOR][/FONT] and mark it with a checkbox then save your settings. Now you can go back to one of your images and you will see an “Image Manager” dropdown, switch the type to partimage and retry the download.

      posted in FOG Problems
      I
      ianabc
    • RE: Mounted NFS volume - Done, Failed to mount NFS Volume

      The section of code that generates that error is
      [CODE]
      if [ -f “/images/.mntcheck” ]; then
      …
      else
      handleError “Fatal Error: Failed to mount NFS Volume.”;
      fi
      [/CODE]
      Is your .mntcheck still there? It is generated by the installer, but if you have recreated the /images directory it might be missing
      [CODE]
      $ ls -l /images/.mntcheck
      -rwxrwxrwx. 1 root root 0 Jul 5 22:04 /images/.mntcheck
      $ ls -l /images/dev/.mntcheck
      -rwxrwxrwx. 1 root root 0 Jul 5 22:04 /images/dev/.mntcheck
      [/CODE]
      If they are missing, just regenerate them
      [CODE]
      $ touch /images/.mntcheck
      $ chmod 777 /images/.mntcheck
      $ touch /images/dev/.mntcheck
      $ chmod 777 /images/dev/.mntcheck
      [/CODE]

      posted in FOG Problems
      I
      ianabc
    • RE: Image Download Problem

      Also
      [LIST=1]
      []Be VERY careful with the filenames to make sure that the image definitions match the filesystem paths
      [
      ]Make sure the image type is correct (partimage or partclone).
      [/LIST]

      posted in FOG Problems
      I
      ianabc
    • RE: Intermittent TFTP Failure

      One thing I just noticed, the timestamp on your tftpd entries in syslog are all really weird, I’m not sure why, and I don’t see how it could cause a problem, but it is odd.

      posted in Linux Problems
      I
      ianabc
    • RE: Fog 1.1.0 multicast sits at "Starting to restore image (-) to device (/dev/sda1)

      I guess so, as long as you can be absolutely sure there were no network config changes between the 0.32 and 1.1.2 tests.

      I don’t really understand multicast myself, but if you can find (or compile) omping somewhere I found it really handy for isolating the problem to multicast. Fog has so many parts that it can take a while to debug, omping lets you confirm that IP multicast routing is working on your network so you have the confidence that the problem is actually with fog.

      If this is a development fog server you might want to try truncating the SQL tables that tom mentioned above, and also upgrading to SVN to see if the problem is still there.

      posted in FOG Problems
      I
      ianabc
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 1 / 7