Category Archives: Systems Admin

ICT Sys Admin related information.

AAD Group Licensing Limitations

Whilst trying to setup the Dirsync/AAD Connect group licensing, I came across this the link below:

Would really recommend it in terms of the following:

  1. Group nesting.
  2. Group licensing being only available to security groups.
  3. Impacts of removing a user from a group.
  4. Performance implications.
  5. Logging and auditing.

Great read.


Merging/Joining Get-aduser, Get-mailbox, and Get-mailboxstatistics

The other day, I was asked to provide an extract of all mailboxes in my exchange environment, along with attributes only available in other PS commands.

The below script provides the list (Get-Mailbox)along with a the sizes (Get-MailboxStatistics) and users’s associated dept(Get-User).

Hope it helps you.

Get-Mailbox -resultsize unlimited | sort-object | Select-Object DisplayName,PrimarySmtpAddress,@{n=”Size(KB)”;e = {$MBXstat = Get-MailboxStatistics $; $MBXstat.totalItemsize}}, @{n=”ItemAcount”;e = {$MBXstat = Get-MailboxStatistics $; $MBXstat.itemcount}},@{n=”Dept”;e={(get-aduser $ -properties department).department}} | export-csv mailboxout.csv

iOS bug sends iPhones into endless crash


There’s a bug in Apple’s iOS 8 that allows nearby attackers to send apps—and in some cases the iPhone or iPad they run on—into an endless reboot cycle that temporarily renders the devices useless, according to researchers who demonstrated the attack Tuesday.The exploit uses a standard Wi-Fi network that generates a specially designed secure sockets layer (SSL) certificate to exploit the bug, according to the researchers, who work for Israel-based Skycure. The encrypted communication causes whatever apps happen to be connected to the booby-trapped Wi-Fi network to crash. The vulnerability was introduced in version 8 of the Apple mobile operating system.

Read on, source: iOS bug sends iPhones into endless crash cycle when exposed to rogue Wi-Fi | Ars Technica

Simpana 8.0 and Linux Clients – 19:599

Recent experience with Simpana is that jobs are submitted to for backup yet fail instantly after the job is started with error 19:599. Not much to go by and not much in Google either; nor the forums.

This issue seems to happen after the upgrade of Ubuntu based client to OS and security patches to 14.04.

Re-installing, reboot of the client and connectivity tests (ping, dns resolution, telnet client 8400+8402 to CV, and Media box; then all the way back again) do not resolve the issue.

After enough days of reading longs, the /etc/hosts file was found to be bad in that erroneous entries as such were present: Localhost

One would expect the CV agent to be bound to an IP address, however along the way you will be fooled by the simple fact that the machine is about to answer to pings, had the required ports open, dns also matches its IP address, and firewalls have been disabled for testing purposes, so, from a network point of view; all is well. Change this and you will be in business.

Resolution is as follows:

  • Change the /etc/hosts entry with your favorite txt editor hosts to the actual IP of the client:
    • Original – Localhost
    • New – x.x.x.x fqdn
  • Restart of the Simpana services from terminal using sudo simpana restart 
  • Check that your services are running with sudo simpana list

You will now find out that restarting the job with allow for a successful backup.