Opened 3 years ago

Closed 20 months ago

#34 closed enhancement (wontfix)

Support for use as FOG Project Server

Reported by: freenasfan Owned by:
Priority: major Milestone: 8.2.0-RELEASE
Component: Backend Version: 8.0 Beta (r5592)
Keywords: Cc:

Description

FOG is a free, open source computer cloning solution (think "Symantec Ghost"), which allows computers to be cloned via the network, via either unicast or multicast.

It pulls together several technologies into one comprehensive package which covers DHCP, NFS and TFTP (which together provide PXE services), as well as FTP and http.

See www.fogproject.org. for more information.

Change History (7)

comment:1 Changed 3 years ago by bsdimp

  • Milestone set to 8.1-RELEASE
  • Version changed from 8.1 to 8.0 Beta (r5592)

Corrected version that this enhancement applies to

comment:2 Changed 2 years ago by jwhitt

Just to clarify... were you considering integrating the FOG project into Freenas, or using freenas as a storage location for your images?

I could see using freenas as a location for your images, there are two options i believe when you install fog you can set the image location usually /images this could be mounted via a nfs share on your freenas machine to your fog server.

Or FOG has the abbility to create what it calls storage nodes. My thought would be to create a plugin for freenas that creates a storage node of a share on freenas. This would require to see what is involved in creating a storage node on fog and implementing that as a plugin for freenas.

I haven't worked too much with storage nodes on FOG, however i believe there are some benefits to using fog with storage nodes over mounting a share. I will look into this and see what i can come up with.

Last edited 2 years ago by jwhitt (previous) (diff)

comment:3 Changed 2 years ago by freenasfan

I would prefer integrating FOG into FreeNAS over using it as a storage node, since it would be an all-in-one solution. Having said that, I would settle for using it as a storage node, since it would at least provide me with image versioning via ZFS snapshots

Also, I believe storage nodes are better than a simple NFS mount, as storage nodes in the same group are kept in sync via FTP (I would prefer rsync for obvious reasons, but this is how FOG does it at the moment).

comment:4 Changed 2 years ago by MenacingM

++

comment:5 Changed 2 years ago by V4705

Second that, its a great idea.

comment:6 Changed 23 months ago by btaylor

This is a great idea. I am doing the same thing! Anything to keep me further away from windows machines :). Total integration is always a goal. Although I think it would be very difficult since Fog is primarily PHP and FreeNas? is Django Python. I think the main idea of storage nodes in Fog is to utilize more hosts with FTP or NFS to multicast mass clients. Overall I don't see a whole lot of changing the current infrastructure there. For a complete integration I assume to make this happen, unfortunately would be to scrap the Fog idea and write a new service view. This view could be created utilizing more Python friendly tools like Cobbler. Also could reuse much of the existing code. Stuff like this would be good to have a plugin feature for FreeNas? which could be community driven. More specifically, Django apps that can be integrated with an API? I'm new if I missed some obvious docs. I woulden't want to take the devs away from crucial issues. One more thing, as good as it may sound for all this integration. Having the nas and imager seperate allows me to use the imaging server as a virtual machine host, making it easier to update the master image (virtual to metal). I'm sure that most of the popular hypervisors run on FreeBSD, but wow what a system that would be! Yes, Multiple disconnected systems are a pain, but there is some truth to that age old Unix philosopy sometimes, do one thing and do it well.

Bryan

comment:7 Changed 20 months ago by gcooper

  • Resolution set to wontfix
  • Status changed from new to closed

FOG is a complete Linux software distribution with a pretty PHP GUI on top to integrate everything together. It would be better to rewrite the individual components from scratch in 8.1, or port over the PHP bits if you really desire. I don't recommend porting FOG though because a) it contains Linux specific code, and b) it uses Java (at least superficially.. I didn't look to see if it used.

You're better off creating plugins for dhcp, named, etc as most of this stuff is either already included in FreeBSD or can be installed with minimal headache.

Last edited 20 months ago by gcooper (previous) (diff)
Note: See TracTickets for help on using tickets.