Posts made by mwolfe60

@Sebastian-Roth

That fixed it thanks!

@Sebastian-Roth so when we go to the http://10.1.26.88/fog/management/ we get this response

but https://10.1.26.88/fog/management/ we get:

do i have a setting wrong in the master node?

@Sebastian-Roth so I ran the tail -f on the access.log and i saw 1 request come in but none after that.

I have Verified the IP address and DNS it is all correct. I use the IP address to ssh into the storage node.

Would re-running the fog setup in the storage node or the master node help here. also can i ask why we are pulling down 1.5.9-RC2 instead of 1.5.8? It seems odd that the git command is pulling a release candidate instead of the latest stable.

@Sebastian-Roth Thanks for taking a look. I lowered the max bandwidth that the replication can use so it would not crush our link and allowed it to run all night. The images have replicated and traffic has dropped off. again thanks for the help. I think everything is working now.

@Sebastian-Roth I was looking at that log and there are some images that do not need to be replicated to the other node. They are not needed at that site as the systems are not located there. can we not replicate those images and delete them from the storage node or is all or nothing ?

we have 100Mb/s dedicated link between the 2 sites. I’ll send you the links tomorrow when I get back in the office.

@Sebastian-Roth I sent the link in a chat.

are there any logs that I could provide that would help figure out what is going on here. I’m going to need the server as I have about 70 computers to image in the coming months. I would like to get this one fixed or stand up a new server whichever is going to be the easiest solution.

Yes all nodes are running 1.5.5

Then we do not use snapins. I let the replication run all day Saturday and it never stopped. I stopped before it fill the storage node completely.

@Sebastian-Roth The only snapin ( I’m assuming plugins are what they are called in the web console) is location which I removed. It still looks like its replicating images to the storage node.

@Sebastian-Roth
I successfully ran apt-get upgrade after creating the my.cnf.fallback file and updated fog to 1.5.5. Unfortunately the data started replicating to the storage node. It looked like its was replicating all the images across our site to site link to the storage node. I let this run for the evening and checked the for replication log and found that it was all synced.

This shows that all files are synced but it is still transmitting about 100Mb/s of data.

@Sebastian-Roth putty.log

Apt-get update ran fine.

I attached the output from apt-get upgrade

When I looked at the Replicator logs it was trying to copy images over. But this was after we updated the storage node to 1.5.5 so we don’t know what it was sending prior to that.

I have read the wiki on migrating when i attempted do the migration. The web interface would not load after running through the SSL migration part. Prior to that it would load just fine.

Thanks for the help. I’m new to fog and rusty on linux.

@Sebastian-Roth results from df -h

df -h
Filesystem Size Used Avail Use% Mounted on
udev 3.9G 0 3.9G 0% /dev
tmpfs 799M 8.8M 790M 2% /run
/dev/mapper/FOGMTNA–vg-root 786G 570G 181G 76% /
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/sda1 472M 160M 289M 36% /boot
tmpfs 799M 0 799M 0% /run/user/1000

snippet of the error updating

• Skipping package: php7.1-mysql…(Already Installed)
• Skipping package: php-gettext…(Already Installed)
• Installing package: sysv-rc-conf…Failed! (Will try later)
• Skipping package: tar…(Already Installed)
• Skipping package: tftpd-hpa…(Already Installed)
• Skipping package: tftp-hpa…(Already Installed)
• Skipping package: unzip…(Already Installed)
• Skipping package: vsftpd…(Already Installed)
• Skipping package: wget…(Already Installed)
• Skipping package: xinetd…(Already Installed)
• Skipping package: zlib1g…(Already Installed)
• Updating packages as needed…OK
• Installing now everything is updated…Failed!

I think I want to move this fog server onto a new server. This server was not setup by me and has some things that are not idea. The images directory is not its own mount point.

We are currently using Fog 1.5.4
no we do not know what data
I’m not sure where the image replicator logs are located to review.
the storage node is a full fog server and not a NAS device.

I should also mention that today we attempted to update the server 1.5.5 and the update failed.
It is running on an Ubuntu Linux server that had problems in the past with auto updates filling up the root file system.

Our fog master node started sending large amounts of data to one of the storage node. This started 2 days ago. No changes have been made to either of the nodes. What could of lead to this behavior? I can get more info but right now I’m not at work.

Thanks