@george1421 Thank you for the information. I have managed to migrate/images, /snapin and the database to another new FOG server. Some steps needed to be done such as replacing the original IP with new IP. Because I intended not to use the original IP for the new FOG server as a backup plan. If anythings goes wrong with the new FOG server and I can revert to the original FOG server.
Latest posts made by Alan Lim
-
RE: Migration to a new system
-
Migration to a new system
The following is my FOG layout which is Fog master and another storage node running on version 1.5.10.15.
a) Fog Master with storage = 192.168.1.1
b) Fog storage node = 192.168.1.2I have a physical box came with a 10G network adapter and I want it to replace the Fog master. I want all the settings from the Fog master such as Host (name and mac), Groups, Images, Storage node and etc migrated to the new physical box. I still want to retain the item b (storage node)
I would appreciate someone could guide me how to achieve. Thank you -
RE: Re-run Snapins
@Sebastian-Roth Sorry for late reply. I have discovered some of the clients did not run the task that I configured in the Snapins. Therefore, I would like to re-run the task again but couldnât find an option to achieve the task.
-
Re-run Snapins
Is it possible to re-run or force to deploy snapins if they have been deployed before?
-
Starting sshd: touch: cannot touch '/var/lock/sshd' : No such file or directory
I have created a new storage node (Node 1) and some machines cannot perform image deployment from this new node. The following are the errors that appeared during the deployment.
Starting sshd: touch: cannot touch â/var/lock/sshdâ : No such file or directory
OK- Running post init scripts ⊠(after few minutes)
Reason: mount: mounting xxx.xxx.xxx.xxx:/image failed: Connection timed out.
It happened only on one of the VLAN and letâs call it VLAN10. It is strange that the VLAN 10 has no problem deploying images from the master node. But another VLAN has no problem deploying images from Node 1.
Which log file that I investigate?
Has anyone encountered such a problem?
Appreciate it if someone could guide me. thank you -
Change fogreplicator.log time to local time
How to change the fogreplicator.log time to local time? Currently, it shows the UTC time. Thankyou
fogreplicator.log
[09-18-23 7:17:36 am] | Image Name:
[09-18-23 7:17:36 am] | There are no other members to sync to.
[09-18-23 7:17:36 am] * Not syncing Image between groups
[09-18-23 7:17:36 am] | Image Name: Win10-Tableau
[09-18-23 7:17:36 am] | There are no other members to sync to.
[09-18-23 7:17:36 am] * Attempting to perform Group -> Nodes image replication.
[09-18-23 7:17:36 am] * Not syncing Image between nodes
[09-18-23 7:17:36 am] | Image Name: Win10-Tableau
[09-18-23 7:17:36 am] | There are no other members to sync to.root@Fog-Master:/opt/fog/log# timedatectl
Local time: Mon 2023-09-18 15:19:28 +08
Universal time: Mon 2023-09-18 07:19:28 UTC
RTC time: Mon 2023-09-18 07:19:28
Time zone: Asia/Singapore (+08, +0800)
System clock synchronized: yes
NTP service: n/a
RTC in local TZ: no
root@Fog-Master:/opt/fog/log# -
RE: Failed to add external storage via NFS
@george1421 Thank you for the guide link. The FOG is able to mount the external NFS as a storage node. However, there were errors that appeared after the end of the cloning. It doesnât seem stable to me. Also, understand that the storage node might break if the FOG version is upgraded to the next version.
Therefore, at this moment, I have set up a physical machine instead of a VM to eliminate the issues. -
Failed to add external storage via NFS
Iâm just set up Fog on Debian OS and installed it on the ESXi 7. Due to limited storage space, I would like to add an external NAS (Synology) as a storage node.
Upon PXE boot from the client, the NFS failed to mount and below is the message.
Reason: mount: mounting 172.20.149.70:/volume1/Fog-Master/dev on /images failed: Permission denied.
But I was able to mount it from the Debian which hosts the Fog server. Below is the command.
mount -t nfs 172.20.149.70:/volume1/Fog_Master /mnt (configured Synolog NFS to accept anonymous)
Below is the Fog Storage setting.
IP Address: 172.20.149.70
Image Path: /volume1/fog_Master
Management Username: Synology admin ID
Management Password: Synology admin passwordWhy is Debian able to mount but Fog canât?
I appreciate it if someone would advise me on what I miss. Thank you -
RE: Capture Image to another NetApp Storage
@astrugatch
Thank you for the url link and the link is a guide of how to add extra storage into VM as a local disk.
But I want is to map and connect direct to NetApp as a additional storage. -
Capture Image to another NetApp Storage
I am new for FOG and have just installed FOG 1.5.9 on the VM. I have no problem captured image into local disk. But due to limited local disk space, I configured NetApp storage as a additional storage for FOG server. Unfortunately, the image capturing always failed and the error message was either âno such file and directoryâ or âPermission deniedâ. I ever tried mounting the nfs from FOG server. Did I miss something?
Iâm grateful if someone could guide me on how to create/add extra storage.