[ZBX-9891] vfs.fs.size find network mapped disk on windows Created: 2015 Sep 19 Updated: 2024 Jul 30 Resolved: 2015 Sep 20 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Agent (G) |
Affects Version/s: | None |
Fix Version/s: | None |
Type: | Incident report | Priority: | Trivial |
Reporter: | Arnon Meshoulam | Assignee: | Unassigned |
Resolution: | Won't fix | Votes: | 0 |
Labels: | mapping, shared, windows | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
windows |
Attachments: |
![]() |
||||
Issue Links: |
|
Description |
I use vfs.fs.size to find disk list.it will find many network mapping disk,exp.Z:\ Y:\ O:\ . |
Comments |
Comment by Arnon Meshoulam [ 2015 Sep 19 ] |
Cloned this from vfs.fs.size find network mapping disk - Issue is seen with version 2.4.09 Host as a disconnected network devices - it appears in Network History as z: drive c:\zabbix\zabbix_agentd.exe -c c:\zabbix\zabbix_agentd.conf -t vfs.fs.discovery vfs.fs.discovery [s|{ "data":[ { "{#FSNAME}":"C:", "{#FSTYPE}":"NTFS"}, { "{#FSNAME}":"D:", "{#FSTYPE}":"NTFS"}, { "{#FSNAME}":"E:", "{#FSTYPE}":"NTFS"}, { "{#FSNAME}":"Z:", "{#FSTYPE}":"UNKNOWN"}]}] |
Comment by Arnon Meshoulam [ 2015 Sep 19 ] |
correction 2.2.9 version |
Comment by richlv [ 2015 Sep 19 ] |
but what's the bug with that ? |
Comment by Arnon Meshoulam [ 2015 Sep 19 ] |
Sorry, missing information. Discovery rule: Based on the filter, I would not expect to get information for the z: drive since it is does not pass the RegEx (UNKNOWN) However, in the Latest data, I get information and triggers on the z: drive |
Comment by Oleksii Zagorskyi [ 2015 Sep 20 ] |
Never clone issues !!! Always create only new issues, thanks. Looks more like support request, see http://zabbix.org/wiki/Getting_help to get help Well, will answer here only as exception. Tests on Win7 host, agent 2.2.9. c:\>net use New connections will be remembered. Status Local Remote Network ------------------------------------------------------------------------------- OK Z: \\7test-zalex\c Microsoft Windows Network The command completed successfully. when run zabbix agent for testing a key (under the same account as logged in): c:\>zabbix_agentd.exe -c c:\zabbix_agentd.conf -t vfs.fs.discovery vfs.fs.discovery [s|{ "data":[ { "{#FSNAME}":"C:", "{#FSTYPE}":"NTFS"}, { "{#FSNAME}":"D:", "{#FSTYPE}":"CDFS"}, { "{#FSNAME}":"E:", "{#FSTYPE}":"NTFS"}, { "{#FSNAME}":"Z:", "{#FSTYPE}":"NTFS"}]}] But zabbix agent running as service (under SYSTEM) doesn't see it: c:\>zabbix_get.exe -s localhost -k vfs.fs.discovery { "data":[ { "{#FSNAME}":"C:", "{#FSTYPE}":"NTFS"}, { "{#FSNAME}":"D:", "{#FSTYPE}":"CDFS"}, { "{#FSNAME}":"E:", "{#FSTYPE}":"NTFS"}]} Using suggestions for example on you can run cmd under system and check what does it return for "net use" On this win7 host for drive C: I did a share with name "c". net use Z: \\7test-zalex\c net use /DELETE Z: What is interesting that I was able to connect it as Z: under "SYSTEM" account too (using "psexec -i -s cmd.exe" from the article). When the share is connected under SYSTEM, it's visible for "zabbix_agents -t" for both accounts (logged in and system (zabbix agent service running under system too)), and in both cases it shows {#FSTYPE}":"NTFS" macro for the Z: drive. As I recall network drives may be connected for all users by group policies. Closed as won't fix. |