7.7 KiB
Resources
Notes
- CentOS is end of life
- What is the current state of the filewave setup? See FAQs
FAQ Answers
My FileWave Server is:
- Managed by on CentOS: Have to follow the migration documentation
I have Boosters:
- Running on CentOS: I suppose?!
I have FileWave IVS:
- Running on CentOS: I suppose?!
Migration
"Your existing FileWave Server must be version 13.3.1 or higher before you can upgrade to FileWave 14.7.2 and then from 14.7.2 you can upgrade to 15.2.1. The minimum memory requirement for FileWave 14+ is 8GB and ensure you give at least the same amount of disk space to the new Server. Larger Servers can benefit from more RAM, CPU, and SSD storage."
1. Lock Desktop Clients
We must Lock all Desktop clients before migrating. To lock all clients, highlight all Desktop devices -> right click on all -> select "Lock" and then perform a Model Update so that the server database is one model ahead of clients.
2. Backup my FileWave server for the migration
- For the backup script there is probably a cronjob active
- place backup script on same position as existing one
"Note: If you move the Data Folder to another network share, please make sure to update the path as well in the Backup Script."
"Cooking recipe":
- check where backup script is located:
sudo crontab -l | awk { 'print $6' } - Check the version number of the script (prior to 2024 there was no
versionvariable in the script!!)awk '/version/' </path/to/backup_server_osx_linux.sh> - If newer version available download the newest version(change the path names appropriately):
wget https://kb.filewave.com/attachments/188 -O backup_server_osx_linux.sh.zip
unzip ./backup_server_osx_linux.sh.zip
# Remember the next 2 lines need to reflect where the script is going...
mv ./backup_server_osx_linux.sh /root/scripts/backup_server_osx_linux.sh
chmod a+x /root/scripts/backup_server_osx_linux.sh
- Check that there is enough space on the machine and then make a fresh backup folder with all config files and data:
sudo ./backup_server_osx_linux.sh run /tmp manual - Stop the FileWave server in the next step
2.1 Stop the FileWave Server
sudo fwcontrol server stop
3. Migrating to the Server
- Specs:
- 8 GB RAM
- 4 CPU
3.1 Download FileWave Server for new hardware or VM
Important
You need to migrate the server to the same version of FileWave that you are currently running. For example, if you are running FileWave 12.1 you must migrate to a FileWave 12.1 server. If you try to migrate from a FileWave 12.1 server to FileWave 12.3 the migration will fail.
"Cooking recipe":
- Install clean Debian instance
- login to the new server via ssh or other method
- OS upgrade:
sudo apt update -y && sudo apt upgrade -y - Download and install
wget https://fwdl.filewave.com/15.2.1/fwxserver_15.2.1_amd64.deb
sudo dpkg -i ./fwxserver_15.2.1_amd64.deb
- If dependencies are not met then the next command will install them
sudo apt-get install -fand then run againsudo dpkg -i ./fwxserver_15.2.1_amd64.deb - Reboot:
sudo reboot
Notes:
Webminis not installed via this method. Check if it is needed!!... Not really. Useful for convenience but in reality just a risk.
3.2 Setup of the new Server
Setup the new FileWave server via this guide.
"Note that the FQDN selected must be resolvable on all network segments you plan to manage the client devices from. If you want to manage devices both on and off your network then the same FQDN must be resolvable both on and off your network. Inside your LAN this FQDN will resolve to the internal IP address of your FileWave server. Externally that same FQDN will resolve to the public IP address of the internet router in front of the FileWave Server. With mobile devices like iPhones and iPads that have a high possibility of leaving your LAN, it is essential that they be able to access the FileWave Server at all times, especially when they are off-network."
- Think about which temporary IP address the new server should get
- Identify the network interface we wish to configure. E.g.
networkctl list - Configure Network Settings:
systemd-networkduses individual.networkfiles for each network interface, located in/etc/systemd/network/. Create or edit the network configuration file for our interface, named like10-eth0.network(replace `eth0')
sudo vim /etc/systemd/network/10-eth0.network
- Configure IP Address: In this file, add or modify the following sections:
[Match]
Name=eth0
[Network]
Address=192.168.1.100/24
Gateway=192.168.1.1
DNS=8.8.8.8
DNS=8.8.4.4
LinkLocalAddressing=no
IPv6AcceptRA=no
Replace eth0. Modify Address. Set the Gateway and DNS.
Additionally, edit the file /etc/network/interfaces and set
# The primary network interface
#allow-hotplug ens192
#iface ens192 inet dhcp
- Reload and REstart systemd-networkd:
sudo systemctl enable systemd-networkd
sudo systemctl daemon-reload
sudo systemctl restart systemd-networkd
- Verification:
Check the status of the network interface:
networkctl status eth0.
- set hostname
- change root password
- package update
- harden ssh (should not be exposed to the internet)
Important: Default TCP and UDP Port usage for Firewall rules
Warning: Don't do an
apt udpate/upgradebefore the migration process is finished. It will clear out the/tmpfolder in which the backup files reside (in this guide).
3.3 Linux Server --> Linux Server
!! ORIGINAL AND NEW SERVER MUST HAVE THE SAME FILEWAVE VERSION !! How to upgrade old server: https://kb.filewave.com/books/filewave-server/page/upgrading-your-on-premise-filewave-server
In short:
- a bunch of commands to move backups
- rsync backup from old to new server
- manually move all backup files to its correct destination
- manually move database
- migrate server (via command)
- use their script to repair permissions
- start fw
- Connect to server (via ssh) as root user
- Stop the currently running FileSave server
fwcontrol server stop - Copy backup file from old server to new server
scp -r root@<IP-old-server>:/tmp /tmp/fw-backups
- Compare Data Folders:
Old server:
du -hsx /usr/local/filewave/fwxserver/Data\ Folder/New Server:du -hsx /tmp/fw-backups/Data\ Folder/ - Unzip backup files:
cd /tmp/fw-backups/
tar -xf *.tar.gz
- Moving all plain files to its location on new FileWave server.
4. Launch FileWave Central to confirm the Migration
If you change the IP address or DNS reservation first before confirming the migration was successful you run the chance of your devices losing Filesets and un-enrolling themselves. Do not hesitate to contact our Support Team quickly if you think there may be an issue so that we can help get you back up and running quickly.