Paul

Hello, I've created another build. Check this one: https://www.dropbox.com/s/0g0oxy219gxv5q5/Release.zip . Then try entering \\serverip\c$ and see if you see any opened session. Paul. Edit: I tested it on a Windows Server 2008R2 Standard x64 and it works.

I've updated my first post with an updated version of the plugin. Thank you again for the bug report, Paul.

Hello, Thank you for letting me know. I will take a look and I will post a fix asap. Paul.

I've finished my plugin that sends notifications to PC Monitor. Using this you can update your script to use the console application included in the plugin so that you receive a PC Monitor notification instead of an email. As for a plugin for OpenManage itself I cannot help you until you provide more information about the platform. Does it have any public SDK or API you can use to gather the data you want to see on your phone. The file used in the powershell script outputs string data to the standard output and I'd rather not perform string comparison inside my plugins so unless you can properly integrate the plugin on dell's dataset you will have to use your current script to get real-time updates. Plugin link: http://forum.pulseway.com/topic/962-notification-bridge/ Cheers, Paul.

Hi everyone, Use this plugin to open up a local WCF using net pipes so that a console application can use it to sent notifications to Pulseway. Using this solution you can easily send Pulseway notifications from your scripts. Version 1.3 =Installation= Add the NotificationBridgePlugin.dll plugin into Pulseway Manager -> Plugins. Configure your scripts to call NotificationBridge console application. =Usage= -p (Priority: 0=Low, 1=Normal, 2=Elevated, 3=Critical) -t (Text message, use double quotes if the message includes a space) -f (Include the text from a file) -r (Allow repeating notifications) Exit Codes: 0 - Notification was successfully forwarded to Pulseway 1 - Notification was rejected by Pulseway (Maintenance mode, Old notification was not deleted, Pulseway is stopped. As always my plugin is open-source bound by no license. You may claim it your own. Source Code: https://bitbucket.org/paulcsiki/notification-bridge-plugin/src Download Link: Click Paul.

Something like this? http://forum.pulseway.com/topic/551-bulk-provisioning/ Paul.

Try running: sfc /scannow Then restart your computer. I strongly believe that the upgrade process has corrupted the ntdll.dll on your operating system and the repair wizards are not detecting the corruption. If this doesn't fix the problem my only other advice is to perform a clean reinstall of your operating system without performing any upgrades except windows update but no upgrades from windows 8 to 8.1. Good Luck, Paul

The .NET problem was not removed. First write down all the .NET Frameworks you have installed on your machine (Look in c:\windows\microsoft.net\framework64 I guess, then try removing all .NET frameworks using the .NET removal tool (link). After you removed the .NET frameworks reinstall them back. Try avoiding making any restarts in the mean time. I don't think windows 8.1 likes that you remove it's .net fw. Warning: This is an experimental action. I cannot guarantee that will work well on 8.1 as I only tested it out on windows 7. Good luck, Paul.

Can you please try to use a different browser? Also are you using the latest version of flash player? If the problem persists ask here http://forum.pulseway.com/forum/35-web-application and a support representative will respond.

Hello Meta, Congrats on finding the problem. I did copy your code and test it out but only in a debugger. I did see that some values were null but it never occurred to me that I was actually referencing a null instance. Thanks for the heads-up! Paul.

Hello Metta, I have tested your code and it seems to be working good on my end. Can you please try again on a different machine?

You can either uninstall the old version and install the new one, or use the mobile client to upgrade your agent by tapping on the agent version and selecting upgrade or by waiting up to 24 hours for the agent to auto update itself (if not auto updates were manually disabled).

This happens when the FQDN resolves to your public ip and your NAT doesn't support loopback packets. Please refer to this post: http://forum.pulseway.com/topic/951-new-user-need-help-with-installation/?p=3868

True that, however I still need to know that something bad happened at a moment thus the red light still being there. I need to know something went wrong and it goes back to normal only after I remove the notification meaning that I have solved the issue or have understood what the problem was. I guess an option to clear notification if another positive one occurs would be nice, or maybe to merge the positive one with the negative and lowering it's priority.

AutoUpdate will stop the services starting the offline countdown on the cloud servers but you should only be getting an offline notification if the agent is unreachable for something like 10-15 minutes I think.

Can you please try the solutions posted here? http://forum.pulseway.com/topic/630-help-with-wol-wake-up-didnt-works-for-me/ Also please consult this article too: http://support.microsoft.com/kb/2776718

Since the value changed in the table I am gussing you changed the value well, however you need to wait for the cache to expire. Try again after one day.

I am guessing that PC Monitor gathers it's data from the same place "Programs and Features" so if the build number is wrong over there will end up wrong on PC Monitor too.

No, sorry I keep pushing forward on my schedule. I will try doing it during the weekend.

Does this work if there is no user logged in?

Do you see the correct version in "Programs and Features" (appwiz.cpl)?

Looks cool, thank you. Does it force a shutdown or restart or it will issue a plain shutdown command?

I am guessing that your NAT is not supporting loopbacks and that's why you can't connect to your server using the hostname. If you have a DNS server inside your local network add a new primary zone for your domain and copy all your current DNS records except pcmonitor. For pcmonitor create an A type record that points to your server's local IP address. Don't forget to setup DNS forward servers and change your primary DNS entry on all local machines to your local DNS server. This workaround will avoid the NAT loopback problem. If you are using Active Directory then you are in luck because you already have a local DNS server and all your clients use it as a primary DNS server, you just need to configure the new zone.

Yes, one agent = 1 monitored system.

5 ms is pretty bad I might say. On a loaded network 5 ms can happen whenever there is a considerable amount of traffic in that moment. For instance you might have a really nice 10/100/1000 network over there, all patched up fancy but spikes can occur due to switches and other transport issues. 5 ms is very sensitive... From my research I found out that there already exists a Ping class inside .NET which offers the same functionality of the win32 ping application. Further more I dug up that the .NET ping class uses an unmanaged method IcmpSendEcho2 from the iphlpapi.dll which is the exact same method used by the native ping application judging from unmanaged method imports from a debugger's point of view. So it's fair to say that PC Monitor does that exact same thing as you would do when you test out your network connectivity so we can exclude the first and second possibilities you pointed out. For the third way there is no way of knowing unless someone from PC Monitor will say how their ping logic works.