Location Plugin - ID Must Be Set To Edit Error
- FOG Version: 1.44
- OS: Debian 9
- Service Version: N/A
- OS: N/A
I have a clean install of Fog server and currently road testing it with a view to rolling out globally in our organisation. The plan is to have a single Fog management server with multiple storage servers dotted around the planet. As I understand it, the Location plugin is crucial to minimising bandwidth, however when I try to create a new location I get the message ‘ID must be set to edit’ and the location is not created.
I have found a similar post relating to the LDAP plugin but those troubleshooting steps seem specific to LDAP.
There are no errors posted in the Apache2 log.
Is this a wider problem related to all plugins or am I doing something wrong?
thanks for any suggestions.
@tedd77 The actual issue is that when you install the plugin in FOG 1.4.4 the database table for it is not being created. This should be corrected when using the newer version of plugin.class.php. So to figure out why it doesn’t work in your case I think it’s a good start to see if the table is there or not.
shell> mysql -u root -p Enter password: ... mysql> use fog; ... mysql> SHOW TABLES WHERE tables_in_fog LIKE '%location%'; ...
Post a screenshot here.
@george1421 is the plugin being removed and readded
@tedd77 How do you feel about moving to the dev branch? (1.5.0RC10) understand that this is a one way street since 1.5.0 has the new gui interface?
@developers do you have any idea on this issue? The patch doesn’t seem to address the issue.
error.log is empty ( I cleared it before I attempted to create the location)
access.log is empty (I cleared it before I attempted to create the location)
other_vhosts_access.log has many entries but no errors in there.
The plugin is the Location Management , I need this in order to define a NAS as storage location for my images.
@tedd77 When you try to use the plugin and FOG throws the
ID must be set to editerror, please inspect the apache error log to see if its posting something different than the OPs.
Also what plugin are you trying to load? I have a feeling that we might need to get the developers involved here, because replacing that file mentioned below fixes the issue.
@george1421 Any other suggestions would be appreciated. I am bit stuck at this point as my storage is very small on the FOG server.
Running Version 1.4.4
SVN Revision: 6077
-rw-r–r-- 1 www-data www-data 9327 Nov 19 21:42 plugin.class.php
@tedd77 That is strange, indeed.
So if you execute this command
ls -la /var/www/fog/lib/fog
It shows the date on the file
/var/www/fog/lib/fog/plugin.class.phpto be todays date and relatively current time?
I have followed your instructions step By step
I even went as far as deleting the file then re-download it
Changed the owner back to www-data
Removed the plug-in and re-installed
My machine is an Ubuntu 16 LTS
@tedd77 So you were able to replace plugin.class.php file. Did you confirm that the file was updated the date you executed the command?
Also you MUST uninstall the plugin and then reinstall it for the patch be used during plugin execution.
I am having the same issue however the solution did not work for me.
I followed the steps but problem persisted.
Thank you for assisting me with the solution.
@george1421 many thanks.
will give that a spin.
Here is the process to apply the patch:
- Open a linux command prompt on your FOG server.
- Key in the following command:
sudo wget -O /var/www/fog/lib/fog/plugin.class.php https://raw.githubusercontent.com/FOGProject/fogproject/6717f382177e714c1bd22eb11627133cfd4e0ebe/packages/web/lib/fog/plugin.class.php
- Remove the plugin
- Reinstall the plugin
- Add in your plugin settings and save
@gob There is a bug in 1.4.4 that needs to be patched. Let me get the download url for you.