ESXi free is limited, 8 vcpu per VM and that limit can be easily reached limit.
It's easily reached if you starve a VM of IOPS or RAM and it's spinning cycles waiting on IO. In reality VERY few things need 8 vCPU. I've seen The ONLY exchange server for 5000 users not need that many resources.
Given modern Skylake hardware, and 4Ghz Intel Xeon Cores's if your hitting the 8vCPU limit I'm REALLY curious why your not willing to spend the one time ~$200 per host that is the Essentials bundle to get some more features is a rounding error in your budget (it's like less than a $1 a day per host).
Keep in mind it is not per hosts, but ~$600 per three hosts, so for much of the SMB that's either $300 or $600 per host and makes things like future upgrades potentially a problem. And $600 per host is enormous for the SMB market. Absolutely staggering. Given that 90% of the market can't even cost justify a server, let alone a server with that much additional licensing.
On a single host, how much value is that $600 getting an SMB versus getting free, unlimited use virtualization with $600 of faster hardware? When we are talking a $3,000 server, an extra $600 is anything but trivial.
The "only $200 per host" is really "holy crap, $200 per host with a minimum of three!!" That's not at all a small number, not in the SMB market. And especially not in an SMB market outside of the US.
However, that doesn't mean that the vendor doesn't support their software within the parameters that they define (related to the OS, in this case).
Correct, but they don't support the product as usable. They require that part of it be unsupported. Wouldn't that taint the whole? It is their requirement alone that determines that it cannot be supported. They alone are responsible for it being unsupported. They could use different components or make their own but choose to make their software an addendum to something that is unsupported.
Something custom certainly would do this easily. Of the shelf, I can't think of something that would work, but I can't quite picture your workflow, either.
I have a number of things that I have to track for every employee (only 50 employees right now), all of them required by some level of government compliance. Many of them require documentary evidence, while others would simply be a date. Others would require both. Workflow is something that is more random aside from new employee starts as it would be based on need rather than a schedule.
Are these like PDFs? If so, Sharepoint or Alfresco are best. If it is just data, a quick web front end to a database might be best.
They are PDFs, but I don't think Sharepoint will work. I believe I need to be able to build relationships between my tables. Sharepoint is very flat, and there is little to no relationship between two lists. At the most basic level I could probably do it. I could do it in Excel for that matter, but it isn't designed for it.
Maybe I'm not communicating as clearly as I think I am...
I'd like a means to track all my employee information. This includes PII, numerous forms (PDF), and date/check boxes. I'd rather not make a non-normalized, scroll-forever-to-the-right list or spreadsheet. If I were to build this in Access I would have several tables on the backend linked relationally, and then use a form with several tabbed subforms as my interface.
Does that clear things up at all?
You can have multiple lists and build relationships via a higher level if you wanted. But that seems like a lot of work.
Putting my Trello to-do list in the sidebar is also handy.
Other nice stuff... the browser chrome color adjusts based on the average of the color palette in the site's favicon (or that's what I'm guessing based on my observations). Side bar notes are awesome. The overall UX is just really solid. It supports Chrome extensions but I haven't tested any for compatibilty yet.
@Brett Depending on what FFL or DFL you are on, you won't even be able to use GPP to create a user because of the lack of password access in newer versions. I tried and it wouldn't work because I had to have a password per the policy but I couldn't add one per the change in GPP. The workaround was a script that I have for new machines that adds a local account via GPO startup script then adds it to the local administrators group. The new PC stays in a temporary OU for a few things to be installed, then moved to the permanent OU where the remaining items are run, including the installation of LAPS, which then changes the newly-created local admin password.
Here is the bat file that is called in the startup:
net user "My Admin" mypassword /add /passwordreq:yes /fullname:"My Admin"
net localgroup Administrators "My Admin" /add
So I've waited about 30 minutes or so, much longer after the backup completed. I still have a snapshot called XO_DELTA_BASE_VDI_SNAPSHOT. Am I able to delete it and it not affect the backup or is the delta based off of the snapshot?
Did you every get clarification on this? I suspect this is needed for the delta backup.
Yes, it uses the snapshots to make the backups. That's what I figured it was doing, but since Dustin didn't see it I thought maybe something was wrong.
We resolved it in another thread, I can't remember which one at this point.
@oschaudhary FAN hasn't been updated in years (well 2 years)
https://download.centreon.com/ has a more up-to-date nagios core and centreon front end, moving from one to the other is a @@@@@@@@@@ but its much better supported by the community and has a better update process.
Its missing nMap by default I believe but its easy to add in :)
Whoa! @akp982 is back! Dude haven't seen you around in forever!
Yes, but finding someone who can correctly read/write technical Chinese (good to have both simplified and traditional, the latter for those suckers off the mainland ;) ) and also speak technical English with the same proficiency is not that easy. In fact we used to have a programmer who spoke Cantonese, he grew up in Hong Kong, and yet he was fairly bad at translating our software. Further, keep in mind because of transliteration systems like pinyin, younger people are becoming handicapped to the needlessly complex Chinese writing system (even so-called simplified).
This may be why companies tend not to do Chinese right away, and what ends up happening is a local Chinese company ends up cloning it (Facebook, Google, etc) and so the original which is more popular in the west, ends up losing out. So, we try to put as much as we can in something other than English, Spanish, French, and Japanese, which seem to essentially rule the multilanguage software universe. As in we start with Eastern European languages, because the same thing which happens in China, also happens in places like Russia.
Also internationally you have to price things with the non-western country in mind. For example we may charge $5 per user in the US, but in Turkey we end up charging only about $1.10 per user (if billing address is in Turkey, not just because they use Turkish). Our system of calculation is just based on the differences of income.
Looks like your connection to MangoLassi was lost, please wait while we try to reconnect.