Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Sep 16 14:27
    niwdeflorez opened #694
  • Sep 09 17:16
    birendrabisht26 opened #693
  • Sep 04 20:48
    ryanwilde opened #692
  • Aug 30 19:38
    SullySullenstein opened #691
  • Aug 30 08:14
    pshearduk commented #227
  • Aug 29 12:45
    brahmjeetsngh opened #690
  • Aug 23 12:53
    jm-73 closed #670
  • Aug 14 11:43
    aungkyawthu opened #689
  • Aug 14 10:15
    jm-73 closed #671
  • Aug 14 10:15
    jm-73 commented #671
  • Aug 14 08:27
    a13xchan opened #688
  • Aug 06 08:29
    a13xchan commented #687
  • Aug 06 08:29
    a13xchan commented #687
  • Jul 22 13:51
    jaiw23 edited #687
  • Jul 22 13:51
    jaiw23 commented #687
  • Jul 22 13:50
    jaiw23 opened #687
  • Jul 22 02:08
    JediNite reopened #686
  • Jul 22 02:07
    JediNite closed #686
  • Jul 22 02:07
    JediNite commented #686
  • Jul 22 02:07
    JediNite opened #686
Alan Renouf
@alanrenouf
Tell me about it, if this were NDA I could talk about this subject all day, or maybe I already did
Kevin Kirkpatrick
@vScripter
I'm covered under current VMware NDA looks left; looks right Lol
Alan Renouf
@alanrenouf
:)
Kevin Kirkpatrick
@vScripter
In case anyone missed this earlier today, Microsoft announced/released Visual Studio Code which is a free, multi platform editor, geared toward supporting ASP.NET v5 & Node.js web applications.
It also has native support for git and syntax highlighting for PowerShell (and defaults to CRLF line endings when writing PowerShell code in OS X :smirk: )
Alan Renouf
@alanrenouf
Writing PowerShell code on OSX, if only they had open sourced Powershell as well, then maybe you could run the code on OSX as well
Kevin Kirkpatrick
@vScripter
Actually, they did!
Well, kind of..
.NET Core CLR is now available for OS X and a new Core CLR version of PowerShell is going to have to be used to manage those end points, as I understood it.
Alan Renouf
@alanrenouf
Let see what happens then, PowerShell and PowerCLI for Linux and OSX would be sweet
Kevin Kirkpatrick
@vScripter
I agree 100%
Kevin Kirkpatrick
@vScripter
@alanrenouf Do you know if it's possible to reuse/pass an authenticated PowerCLI session into a child .NET runspace, in order to be used for async' script execution?
Alan Renouf
@alanrenouf
I normally pass the
Whoops hit enter too fast, I normally pass the session secret and use that to connect to the vcenter server $session = $global:DefaultVIServer.sessionsecret
Then connect-viserver VC -session $session
If your doing this for jobs go careful, I had vCheck working with jobs but it takes a lot of resources from the client machine and kills the process.
I mean specifically for vCheck that is, not jobs in general
Kevin Kirkpatrick
@vScripter
@alanrenouf Cool; that's what I was thinking, as far as method. I thought about using it for vCheck, but I am working on a reasonably high priority request and I think seperate .NET runspaces could potentially eliminate some unnecessary overhead. That said, I'm going to keep a closer eye out on resource consumption, per your comment. Thanks a lot :thumbsup:
mtterry13
@mtterry13
Anyone available for assistance configuring this to run as scheduled task. I must be missing something, or at least right direction for debug?
Sneddo
@Sneddo
The usual problem for running as a scheduled task is if you have the vCenter Services/Events plugins enabled and running as a different user. You need to run Powershell as the user that is running the task and run vCheck manually first, this will create the credential file.
Proxx
@Proxx
I see that this script is meant to be used for only specific uses vsphere, exchange, vcenter audit... Why not make this more generic
And let the plugins fetch results from: exchange, vsphere, ADS, SQL, and such?
Sneddo
@Sneddo
This is definitely on the to do list, but requires quite a bit of work to do properly. Technically this is possible now, if you structure your plugins folder appropriately.
Alan Renouf
@alanrenouf
Exactly, it works at the moment but what would you want to see @Proxx ? an initial selection of which product to check?
Alan Renouf
@alanrenouf
The HTML framework was adapted along time ago to basically make it easy to report on any PowerShell script that creates an output
Personally I would like to see the GUI config completed as in this case it would be so much easier to configure, especially as the plugins are now getting more and more.
BTW, there is a video at the end of this post here which shows me making a random vCheck for something simple in PowerShell using the framework... http://www.virtu-al.net/vcheck-pluginsheaders/vcheck/
Sneddo
@Sneddo
Yeah, the config GUI and changes to the settings (to facilitate easier updates) would be definitely the top of the list. This is more of a nice to have, and could trim down the execution time and resource usage by only fetching information that is required by plugins.
Alan Renouf
@alanrenouf
Maybe we should share a PowerShell studio project in the Github repo as well so we can start building the GUI, I have a few ideas
Proxx
@Proxx
the Get-HMTLTable accepts $FormatRules. can i use this parameter from a plugin?
sorry must have overlooked the $TableFormat :-1:
my bad
Michel Zehnder
@MichelZ
Has anyone thought about doing stuff multithreaded? Especially 79 - find uncontrolled snapshots
This does take a long time to complete
Sneddo
@Sneddo
Yeah, it's certainly something worth considering at some point.
Dan Rowe
@danimalrowe
I have done multi-processing for 79 - find uncontrolled snapshots and other plugins.
ymahesh81
@ymahesh81_twitter
Hi All
Running with all plugins takes considerable amount of time
can we disable few plugins which are not required