• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. David Durr
    D
    • Profile
    • Following 0
    • Followers 0
    • Topics 3
    • Posts 7
    • Best 0
    • Controversial 0
    • Groups 0

    David Durr

    @David Durr

    0
    Reputation
    308
    Profile views
    7
    Posts
    0
    Followers
    0
    Following
    Joined Last Online

    David Durr Unfollow Follow

    Latest posts made by David Durr

    • RE: Passwords

      Tom,

      Thanks for your explanation. I thought the randomized TFTP password was a fogcrypt hash. I ended up doing a new install anyway. I’d done lots of learning and experimenting on the last install, so thought it was a good idea to reinstall before we rolled this out.

      I can’t thank you guys enough for the work you’re doing. I’ll be making a donation, and I’m not a developer (not much of one anyway), but I’d be glad to help in any way I can.

      posted in General
      D
      David Durr
    • Passwords

      I need to understand how FOG uses passwords. Is there anyone who can help?

      I spent most of a week getting FOG working on a couple of subnets, and I’m still not sure why passwords work the way they do.

      I’ll be glad to write up whatever I find out. The forums are full of people confused about the issue.

      posted in General
      D
      David Durr
    • RE: Multiple Fog Nodes

      [quote=“David Durr, post: 20805, member: 17319”]Folks,

      I have set up three fog nodes on separate subnets. The master is on subnet A with storage nodes on subnets B and C. All of them work. Images are being replicated and clients on each subnet boot from the local pxe server and images get installed.

      However, I am noticing that sometimes clients on subnet C are installing images from the nodes on subnets A or B. I started a client image from subnet C this morning and it pulled its image from the node on subnet C. When I started a second client image on subnet C, it was pulling an image from the node on subnet A.

      Perhaps this is a load balancing mechanism, but this is causing problems because the WAN connection subnet C and the other two subnets is slow. I need clients on subnet C to install images from the node on subnet C.

      I imagined that all clients on subnet B would install images from the node on subnet B, all clients on subnet A would install images from the node on subnet A and so on.

      Is this not the case or do I have something else going on?

      Thanks for any help.[/quote]

      BryceZ answered this. His solution has fixed my problem:

      Without using the location patch, you can set FOG up to do what you want, but it gets a little ugly… Using one master Storage Group you add your remote Node to it, and create your master image pointing to the master Group, this way FOGSync will replicate the image between the master Node and the remote Node. Then you set up a remote Group and a second Node definition that matches the first remote Node except it uses the remote Group instead of the master Group. Then you set up a second image definition that matches the first image except it uses the remote Group. So now when you set up a host at the remote location you assign it to the remote image and it will only pull from the remote Group, and because the remote Node is in both Groups the image is just a copy of the image you first created on the master Group. Not the easiest setup, but it works.

      posted in FOG Problems
      D
      David Durr
    • Multiple Fog Nodes

      Folks,

      I have set up three fog nodes on separate subnets. The master is on subnet A with storage nodes on subnets B and C. All of them work. Images are being replicated and clients on each subnet boot from the local pxe server and images get installed.

      However, I am noticing that sometimes clients on subnet C are installing images from the nodes on subnets A or B. I started a client image from subnet C this morning and it pulled its image from the node on subnet C. When I started a second client image on subnet C, it was pulling an image from the node on subnet A.

      Perhaps this is a load balancing mechanism, but this is causing problems because the WAN connection subnet C and the other two subnets is slow. I need clients on subnet C to install images from the node on subnet C.

      I imagined that all clients on subnet B would install images from the node on subnet B, all clients on subnet A would install images from the node on subnet A and so on.

      Is this not the case or do I have something else going on?

      Thanks for any help.

      posted in FOG Problems
      D
      David Durr
    • RE: Rsync won't connect

      Tom,

      Thanks for the reply.

      Both machines are default installs of Ubuntu 12.04 Server. IPtables is installed by default, but the policies are let everything in and everything out, so the firewall shouldn’t be an issue. I verified the firewall setttings.

      posted in FOG Problems
      D
      David Durr
    • Rsync won't connect

      I am trying to install a new storage node on a different network (Main–172.16.22.136/Node 172.17.17.10) than the main FOG Server according to the instructions at [url]http://www.fogproject.org/wiki/index.php/Multiple_TFTP_servers[/url].

      However, when I try to run rsync to transfer the tftpboot directory, I can’t connect to the main FOG Server. I can ping the main FOG Server, but rsync and telnet to 837 both time out. PS Aux |Grep rsync shows rsync running and netstat -l shows it’s listening, but no joy.

      Ideas?

      posted in FOG Problems
      D
      David Durr