You have the same problem? Backround = noneHello, honzam! May you show what is shown inside Map settings after disappearance?
I just want to identify the issue more precise in order to address it to support.You have the same problem? Backround = noneHello, honzam! May you show what is shown inside Map settings after disappearance?
horzam, no. We don't have similar issue - we use Dude on CHR without data lost.I just want to identify the issue more precise in order to address it to support.You have the same problem? Backround = noneHello, honzam! May you show what is shown inside Map settings after disappearance?
In the topic Dude lost data, are described similar issue with Dude on x86 platform. But some of the users reports that image disappeared from storage too.
Do you use existing or your custom (uploaded to the ROS) image?
Thank you!
Sorry for not describe it correctly slech. You describe it almost perfectly, i´ll make only one observation, the image can be used as background or as an object icon. Another interesting point is that not every image vanishes, a few ones reside.Hello, benjamimgois!
As you already discussed on the forum some people may experience similar issue.
May you please provide more details how it may be reproduced? For example:
1. Install Dude server 6.41 x86.
2. Upload image to the ROS and place it into the folder 'xxx'.
3. Create a map and select uploaded image as a background.
4. Wait one week and login again into Dude - background image disappeared from the map and 'xxx' folder.
Thank you!
I have custom image. Image was saved on SSD disk (rb1100AHx4 dude edition). When the image disappears from the background, it will disappear from fileshorzam, no. We don't have similar issue - we use Dude on CHR without data lost.
I just want to identify the issue more precise in order to address it to support.
In the topic Dude lost data, are described similar issue with Dude on x86 platform. But some of the users reports that image disappeared from storage too.
Do you use existing or your custom (uploaded to the ROS) image?
Hello benjamimgois, horzam!
I just tried to reproduce the issue but currently it is not reproducible:
1. Download ROS 6.41 x86 - https://mikrotik.com/download
2. Install it inside VirtualBox - Linux, Other Linux (64-bit), VDI - 128 MB, dude package is selected in process of installation - https://wiki.mikrotik.com/wiki/Manual:CD_Install
3. Enable dude in 'dude' directory.
4. Copy 2 PNG files to the ROS via Winbox to the 'dude/files' directory - https://wiki.mikrotik.com/wiki/Manual:The_Dude_v6/Files
5. Assign a custom image to the map - Local.
6. Add a device - ROS.
7. Assign a custom image to ROS device type.
8. Reboot ROS x86 with running Dude server.
After reboot all remain untouched: map background, ROS device image, images on the 'dude/files' folder.
Thank you!
Sure, they all stored at "/dude/files/" folder, take a look at the image below. The default *.svg files are also stored the same folder and they are not affected.benjamimgois, thank you for refinement!
May you please specify your custom files location?
Thank you!
2. File that were previously generated by server like default mibs/images/etc on first server startup are now shown in "(data-path)/files/default" directory as symlinks and are usable in read-only mode. In order to avoid deletion or corruption of these default resources.
Same here.... it seems mikrotik stopped developing it again.Any news? Images disappear every days!
Does dude's development stop again?
Dasiu,Guys,
I think I solved it in the past:
Make sure the user you use for Dude access has FTP rights (the group the user belongs to)!
You don't need the FTP protocol to be enabled (in IP services), but still seems like this policy is needed for the user to read the files from MikroTik filesystem - so your Dude can show the images, maps, etc.
edit: Just confirmed (in 6.42.3).
In /ip service - ftp is disabled all the time, this is OK.
In /user group - dude has ftp disabled in Policy => maps and images are not accessible from Dude Windows client, dude has ftp enabled in Policy list => maps/images are back.
benjamimgois - please, check if it solves it for you.
Guys,
I think I solved it in the past:
Make sure the user you use for Dude access has FTP rights (the group the user belongs to)!
You don't need the FTP protocol to be enabled (in IP services), but still seems like this policy is needed for the user to read the files from MikroTik filesystem - so your Dude can show the images, maps, etc.
edit: Just confirmed (in 6.42.3).
In /ip service - ftp is disabled all the time, this is OK.
In /user group - dude has ftp disabled in Policy => maps and images are not accessible from Dude Windows client, dude has ftp enabled in Policy list => maps/images are back.
benjamimgois - please, check if it solves it for you.
/tool fetch address=<IP_OF_YOUR_MIKROTIK> user=ftpcopy password=<ftpcopy_USER_PASSWORD> src-path=disk1/custom-images/_copytest.gif mode=ftp keep-result=yes dst-path=disk1/dude-data/files/_copytest.gif