• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. Julianh
    3. Posts
    J
    • Profile
    • Following 1
    • Followers 0
    • Topics 30
    • Posts 104
    • Best 7
    • Controversial 0
    • Groups 0

    Posts made by Julianh

    • RE: Ubuntu upgrade to 16.04.4 LTS kills Fog

      Thanks George,

      I was checking to see if I was on the right lines before I did ran the commands, I didn’t want to make a bad situation worse, but your reply answered my question, and having run them everything’s up and running. Thank you very much.

      I updated using apt-get update/upgrade, but there are still some packages that need updating. This is only done by an apt-distupgrade

      I suspect I will have the same issue again. As the fog server is sometimes connected to the internet, I need to keep it up to date patchwise.

      Do you have any suggestions re the distributuion update?

      Thanks

      Julian

      posted in FOG Problems
      J
      Julianh
    • Ubuntu upgrade to 16.04.4 LTS kills Fog

      Hi All,

      I just did a minor Ubuntu upgrade to 16.04.4, during which it upgraded php and several other packages. Unfortuately it’s now killed fog!

      The fog server url now goes to http://x.x.x.x/fog/management/?node=schema but the page is blank.

      I was offered the option of upgrading the php,ini, but kept the existing one.

      Fortunatley my images will stil be there, I just need to get fog working.

      Before I destroy anythign would this be the right answer https://forums.fogproject.org/topic/10006/ubuntu-is-fog-s-enemy, or rather this part of it
      “ALTER USER ‘root’@‘127.0.0.1’ IDENTIFIED WITH mysql_native_password BY ‘’; AND
      ALTER USER ‘root’@‘localhost’ IDENTIFIED WITH mysql_native_password BY ‘’;”

      And why does this happen when I have deadlines?

      Thanks

      Julian

      posted in FOG Problems
      J
      Julianh
    • Running out of Space during Imaging

      I have enough storage to store my server to store the images with some spare. But while imaging up I’m running out of space. Unfortunately I have to image up 12 machines at a go. My solution is to delete the existing images before imaging up the machines.

      Is there a better way of delete the existing image before imaging up, rather than deleting the directory, or can I redirect the /images/dev to another disk?

      Thanks

      posted in FOG Problems
      J
      Julianh
    • RE: Transferring disks & images between 1.2 and 1.4

      @wayne-workman But that would mean I needed twice the disk capacity. I need to export the images, moe the disk then import them

      posted in FOG Problems
      J
      Julianh
    • RE: Transferring disks & images between 1.2 and 1.4

      Thank you for your suggestions and sorry about the delay. I had to manually build some machines. I so need to sort this out, anyway the output from mount is;

      image@fog1:~$ mount
      /dev/mapper/fog1–vg-root on / type ext4 (rw,errors=remount-ro)
      proc on /proc type proc (rw,noexec,nosuid,nodev)
      sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
      none on /sys/fs/cgroup type tmpfs (rw)
      none on /sys/fs/fuse/connections type fusectl (rw)
      none on /sys/kernel/debug type debugfs (rw)
      none on /sys/kernel/security type securityfs (rw)
      udev on /dev type devtmpfs (rw,mode=0755)
      devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
      tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
      none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
      none on /run/shm type tmpfs (rw,nosuid,nodev)
      none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
      none on /sys/fs/pstore type pstore (rw)
      /dev/sda1 on /5TB-USB-1 type ext4 (rw)
      /dev/sdi1 on /boot type ext2 (rw)
      /dev/sde1 on /images2 type ext4 (rw)
      /dev/sdf1 on /images3 type ext4 (rw)
      /dev/sdg1 on /images4 type ext4 (rw)
      /dev/sdh1 on /images5 type ext4 (rw)
      /dev/sdb1 on /4TB-USB-2 type ext4 (rw)
      /dev/sdc1 on /4TB-USB-1 type ext4 (rw)
      /dev/sdd1 on /5TB-USB-2 type ext4 (rw)
      rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw)
      systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
      nfsd on /proc/fs/nfsd type nfsd (rw)
      image@fog1:~$

      The space used is;
      Default memeber Used= 2.4Gib Free -849 Gib
      1st 4 TB disk Used= 3.3 TiB Free= 284 GiB
      2nd 4 TB disk Used= 3.25 TiB Free=343 GiB
      3rd 5TB disk Used= 3.45 Tib Free =0 ( I know there should be spare but it’s recording 0)
      1st 5TB disk Used = 2.46Tb Free = 1.83 TiB

      I have 4 USB drives plugged into the fog server, that I manually copy the files onto as a backup. I thought I’d backup the drives in my old fog server to the USB drives, remove the disks, both as image stores and physically put them into the new fog server, then copy the data back. I just want to know how to remove them from the old fog server one by one, so I can still use it as I go through the process.

      The images from 1.20 are also in a different format, any guidance on how to convert them?

      Thanks

      Julian

      posted in FOG Problems
      J
      Julianh
    • RE: Transferring disks & images between 1.2 and 1.4

      Thanks Wayne, the problem is I’ve used up my budget, and have to reuse the existing disks. I do have USB copies of them though. Could I delete them, put them in the new server and copy the backup over, then manually add the images to the new fog server. How do I delete the disk from within Fog, is it a storage node? the disks are mounted at /images1 … I need the old for server to boot fine during the transfer

      Thanks

      Julian

      posted in FOG Problems
      J
      Julianh
    • Transferring disks & images between 1.2 and 1.4

      Hi all, Here’s the scenario, I have an old fog server 1.20 with 2x4tb and 2x5tb sata disks. Each disk is virtually full of images. I have a nice new fog server 1.4.4 with Raid controller and SSDs. but I need to physically move the sata drives from the old server to the new one. One by one, but keeping the old server able to serve images from the remaining disks as I gradually move them across. One a week.

      Preferably keeping the images on them!

      I don’t mind manually adding each image on the new fog server.

      How do I safely move the disk from one server to another?

      I suspect I need to delete the storage node from the old server then add the disk as a new storage node to the new fog server. I just can’t find out how to delete the storage node.

      Could anyone point me to the relevant section in the documentation or offer a little advice please

      Thanks

      Julian

      posted in FOG Problems
      J
      Julianh
    • RE: replacing ethernet network card with fiber card

      Thank you Wayne, that’s really helpful.

      Julian

      posted in FOG Problems
      J
      Julianh
    • replacing ethernet network card with fiber card

      I’ve been looking around for any advice, before I replace it. I built a new fog server over Christmas, but the fiber card wasn’t due for some time so I used a spare ethernet card, now it’s arrived somewhat early.
      I just want to do a straight swap, out comes the existing ethernet, in goes the fiber card. Still just one card, just fiber
      So my question is simple, does fog have any references to the card, or is it a case of “If linux sees it, Fog sees it”

      Thanks

      Julian

      posted in FOG Problems
      J
      Julianh
    • RE: OS drive SSD or SATA

      Hi all,

      I don’t think I was clear. Sorry.

      I’m going to have a seperate SSD Raid array for the images. but I was going to use a SSD as the OS drive, for no other reason than it’s not going to use a drive bay. I was just curios if it would make FOG run faster.

      Thanks

      posted in Hardware Compatibility
      J
      Julianh
    • OS drive SSD or SATA

      Hi All,

      As the data moves between the “Stroge” node and the client, there seems little point in using a SSD instead of a normal hard disk as regards speed.

      However, I was thinking of using a small, 60 GB SSD purely because it’s small and won’t take a drive bay.

      Out of curiosity, am I correct? The imaging process will be no faster.

      Thanks

      posted in Hardware Compatibility
      J
      Julianh
    • RE: Performance issues with BIG images

      Thanks for all the advice, I appreciate it. I’m going to go with a raid 5, 5 drive SSD array in my new fog Server, a few sata drives and some time looking at the scripts to implement HSM

      Have a good day as they say

      Yours

      Julian

      posted in General Problems
      J
      Julianh
    • RE: Performance issues with BIG images

      Thank you so much for your help, a little more regarding the scenario.

      The 12 clients are all 4-6, 4.7 ghz cores, 32 gb ram, single SSDs with 1 gb network cards. The image has to be raw sector by sector, as it’s not windows or Linux file systems and isn’t recognised by Fog. To be fair no one images this system. Well except me it seems. They are all in a classroom and are reimaged at the end the week. Hence why all at the same time. Imaging times are about 18 hours.

      The HP Microserver is a brilliant piece of kit, but it is just that, a microserver. The cards you recommended, thank you, are full height and wouldn’t fit. I do however have 10 HP ML 115 G5 servers available to me from an old class, but they are quad core 2.2 AMD, with 8GB of RAM. Unfortunately the RAM cannot be increased, that’s their maximum.

      I think I’ll initially go with the suggestion of raid controller with 4x 480 GB SSDs and see the imaging times from there.

      Do you think the ML115 G5 is up to the job?

      I’ll also have to look at the infrastructure. The cards you suggested are perfect. I can get a net gear GS748TS, which is effectively a 48 port 1 GB switch with 2x 10 GB uplink ports for £100. That’s the way forward for me.

      I’ll upgrade from fog 1.20, old but very stable to the latest. I’ll probably just reinstall on the ML 115, move the disks with images, and add the image definitions, pointing to the old disks. Copying the big image to the new SSD controller “disk”. Any known issues with ubuntu 16.04 LTS?

      Do you have any particular suggestions or warnings I should be aware of?

      In the future I may need to increase the SSD “disks” as I add new images. One feature that would be nice for me would be an “Up coming deployment feature” something that allowed me to use cheap SATA as my " all images" storage, and SSD “disks” as my " next image to be deployed". An option to tick images, or groups of images, that would then be moved to the active store, ready to deploy. I can see that being useful to quite a few actually.

      Thank you again for your help and suggestions.

      Yours

      Julian

      posted in General Problems
      J
      Julianh
    • Performance issues with BIG images

      Hi all,

      I’ve been using fog, and it’s brilliant. My requirements from it have changed, and it’s having issues performing adequately. Mind you I don’t blame it. At the moment it’s running on sata drives with no raid, and a 1gb switch.

      For various reasons I won’t bore you with, I need to deploy 12 different, sector by sector images, each image is about 160gb in size, at the same time. It does nothing else, there are only 12 hosts, possibly going to 16, but never more than that.

      My poor existing servers and it’s 1gb infrastructure is crying.

      I know I’ve got to increase the fog server and associated topology and I’d appreciate your thoughts.

      As regards the network topology I’m thinking of a 12 / 24 port 1 gb switch with 2 x 10 gb uplinks going to the fog Server, with 2x10 go cards in it.

      Would the fog Server be able to use both cards simultaneously when serving the images?

      As regards the fog Server, I’m thinking of a raid card with multiple SSDs in a raid 0 configuration. I’ll manually copy the images to a USB, they never change. It’s a class environment.

      Are there any particular cards or chipsets you would recommend. I’m thinking of https://www.newegg.com/global/uk/Product/Product.aspx?Item=N82E16816117402

      Are these supported?

      The server itself is a Hp microserver, the old version, with 8 gb of ram. What recommendations would you give me regarding it’s replacement?

      Is there any other advice you could offer me?

      Thanks

      Julian.

      posted in General Problems
      J
      Julianh
    • RE: Converting Images from single SSD to multiple SSD

      thanks george, the SSDs are not on a raid controller. The environment is a training room, so I’ll just connect the SSDs to the mother board, no raid, the stripe will be done at OS level.

      I could P2V the physical to virtual machines, seems the easiest way.
      Thanks

      posted in FOG Problems
      J
      Julianh
    • Converting Images from single SSD to multiple SSD

      Here’s a puzzel.

      All the images I have are from Servers with a single 480GB SSD. I need to up their disk performance to a stripe across 4x 120GB SSDs.

      Is there a way of changing the images? They were taken as windows 7 single non resizable disk.

      The reasion for this is the existing windows servers are imaged, one box, one image, to the 480GB. Now I’m virtualising the Physical box, so it’ll be 1 physical box, 2 virtual machines. Idealy I’d like to image back the existing images to the virtual machines. i suspect drivers etc will stop this.

      Does anyone have any suggestions?

      posted in FOG Problems
      J
      Julianh
    • RE: Only 10 clients deploy simultaneously. changed the Queuesize though

      Thanking you , have a jolly good evening.

      posted in FOG Problems
      J
      Julianh
    • RE: Hosts not imaging - HELP

      Where are the images stored? Are they on a seperate disk, of NFS? How many images?

      You’re spending a lot of time trying to fix this, Sometimes it’s more effecient to start again. Would it not be easier to export the data, even if it’s unplugging the disks, then do a totally fresh build, and re import the images. I’ve done this several times, it’ really easy, and you can test the new fog servers before you risk you images. Just save your data.
      Just a thought to get a speedy resolution.

      posted in FOG Problems
      J
      Julianh
    • Only 10 clients deploy simultaneously. changed the Queuesize though

      An annoying little error, Fog is a fresh build v1.20 on unbuntu 14.04, I have 12 machines in this room, but fog only deploys to 10, the remaining ones are “waiting for a slot, there are 0 PCs in front of me”. I turn them off and back on when some machines have finished.
      So I increased the “FOG_QUEUESIZE” to from 10 to 100, I know there will only be 16 machines max in the room, but I just added a 0.
      The fog serer iss turned off when not in use, so it’s had a reboot
      So that should fix it, but it doesn’t, any suggestions?

      Thanks

      posted in FOG Problems
      J
      Julianh
    • Quick Question re Changing Fog 1.2 IP address

      Unfortunately I have to change the IP address of my FOG 1.20, Unbuntu 14.04 server.
      Is the guide https://wiki.fogproject.org/wiki/index.php?title=Change_FOG_Server_IP_Address

      Valid for 1.2?

      If so any Gotcha’s anyone spotted? I have one evening to get it right.

      Thanks

      posted in FOG Problems
      J
      Julianh
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 2 / 6