Shouldn't all government data, especially candidate for office, be completely open and accessible to the public? This security thing is going way too far.
54 posts • joined 30 Mar 2010
Blah, blah, blah...these cost comparisons are always so shallow. I just created a cost comparison of LTO7 tape to AWS for the seven year life span of the tape array. Even with the new Deep Ice, local tape is still cheaper. And the bonus which is never included -- those tape drives will last for 15 years. I can move the primary tape array into a secondary role for another 7 years and be more cost effective. And I won't have to worry about API Of The Month Club changing my access method.
" that consumers – and especially Californians who tend to be more tech-savvy than the rest of the country given the concentration of tech companies in the state – understand the issues around data privacy rules..." More arrogant, self-centered posturing from the Reg's blatant ego on the US west coast. I'd like to see your data which supports your assertion. Otherwise, stop the self superiority labeling.
And for many in the SMB market, #2 (if that assertion is true) is just fine. I have been evaluating MDS vs multiple other FC switches thru 4/8/16 Gb for a decade. And IOS makes more sense and is more akin to other networking OS configurations than the Brocade dialect. Whoever thought that Brocade dialect up is still living in 640K memory land.
In the article it specifically states this problem is created by the 9th Circuit Appeals Court in San Francisco. All other Appeals Courts routinely throw these cases out. The 9th Circuit is the most reversed federal appeals court in the USA. Once again corruption, lawlessness, and ignorance from the San Francisco government mafia.
This article and the previous article on Net Neutrality are so biased they stop being reporting, or even Biting the Hand, to pure personal drivel. I suggest you leave the fantasyland of San Francisco and the Bay Area and actually talk to people who work for a living. Really work for a living, not sitting in a cube or office staring at a monitor rearranging bits all day. Until then, your opinion is just a Shi'ite.
From the indictment, Marcus Hutchins is listed not as primary but subordinate to the other "conspirator". This tells me the Feds really want the guy who marketed and sold the malware. They want to pressure Marcus to identify the other "conspirator".
Marcus has something they want. Looks like leverage to me for a release.
Instead of shared multi-user systems you get shared multi-system users! Well, OK, not quite. The shared part of the computing system is moving from the compute environment to the infrastructure. The infrastructure hands out storage, network, and compute to mulitple compute nodes for your work. And you don't share your nodes with anyone else -- unless you really want to but I don't recommend it.
Stop thinking about cows and instead become a cattle investor...
Sounds like Apple without Steve Jobs. Sounds like General Motors when all the "car guys" were replaced with "automotive business executives". I could go on.
Any company which does not deeply understand and functionally work on the base elements of their business operation is a pattern trending towards zero. You don't make money by not sweating the small stuff.
The Dell EMC merger happened just as my EMC Networker support contract came due. I haven't been able to get a quote for a support contract in months. Do you think they will stop chasing their tail and slapping their own backs soon to return to business? EMC has always been a difficult slog; now they are impenetrable.
As a 3PAR owner before and after the acquisition, I plead with HPE not to buy yet another promising company and drive the operation into oblivion with your bureaucracy and politics and crappy service department which is full of script dummies. Having to use second best kit to avoid the possibility of an HPE acquisition is disheartening.
But can we get it without the onerously overprice Platinum Uber Enterprise $$$$upport contract? When I first ordered Dell kit a decade ago and added a Fiber Channel card, the Platinum Contract was manditorily bolted on. Took some subtle suggestions of just where else I could FC kit without Dell before they relented.
Dell has since allowed more flexible choices. But every time they introduce new kit they always try to bolt on the Platinum Support by default.
Schools don't pay well. So, the people who sign these contracts are usually not the sharpest knife in the drawer. AT&T knows this; and any salesdroid worth his commission will also. And they will sign schools up for the most profitable plan in the book. Can't blame a shark for eating the slow fish.
But, you can write a state statute where vendors must present the same plan(s) to all school districts. If the school district specifically chooses not to use the most cost effective plan, and signs a contract to that effect, then the school board takes the responsibility.
Gentlemen -- if that's how you choose to self identify:
Such a biased attitude "your iThing or Android" which fails to assign an equally derivative and dismissive subpar nominal description of the Android is a iMicroAgression which must be rectified. Please use the cattle prod.
Or at least provide equal time for an equally diminutive description of an Android.
I suggest you use a blend of technologies:
RAIFT Redundant Array of Family Techs. You set up a central NAS with all the data which has a deletion date. Everyone has that much time to copy off and keep what they want. Sure some of the information will be archived more that once; but give each person an allowance and let them decide what is really worth keeping. Let them do all the hard work -- ya silly masochist.
Yep, I dumped the Big C 7 years ago for Juniper. Best part, "start shell user root" and you have a *nix environment When The Situation Requires.
The change a few years ago from 32bit Junos to 64 bit was tedious; but no major complaints about the hardware. The support OTOH needs a swift kick or three. Most problems you can figure out from the docs these days.
"This presupposes the client actually needs more advanced equipment."
Many SMB would like to grow, implement new products/services/foo, or just plain spend less time carving wheels from old process rocks. But, digging their rut from the limitations of their equipment, they forget to look up out of the rut just keeping the business going. Been There Done That Have the T-shirt
You'd be surprised how many SMB would spend for the used 3750 at $125 if that would remove just one process rock. For example, this one "sales" guy could not figure out how to use the DOS based quote system to generate new quotes from previous orders. He would delete old orders and manually re-enter them, instead of updating them, to put in new pricing. I started putting manufacturing process information on the orders and process times for cost analysis. And then bozo would delete them.
For the cost of a network switch, some HDD drive space, and a tape box, I backed up the database to my CAD/CAM box. And when bozo weren't looking, I restored those entries he deleted. The owner was quite pleased at the increase in manufacturing turnaround.
And then the bozo deleted the whole database and I walked out the door -- all the data was still on the CAD/CAM box and tape; but they never found it.
If you are a medium scale operator who has spent your capex on VMware, with no more funds available, and a CxO(s) who have [correctly] declared all future builds will be on the virtual infrastructure, this is pure win. The developers at SMBs can build the initial deployment on premises equipment; then deploy out on more VMs or hardware or [pick your cloud].
I have been trying to find affordable hardware for just such an SMB development in CoreOS ever since CoreOS was announced. I'll take some of this....actually I'll take alot of this. Great platform for the SMB to become a hyperscale operator some day.
Almost by parallel evolutionary accidental design, one of the best features of the Palm compared to modern phone interfaces is the use of a stylus. Fingers lack the finesse and accuracy of a good stylus. I am not an ape and prefer to use modern tools, thank you.
I also agree about the use of a STANDARD USB PORT instead of some young engineers bright idea of crap. After about a year, those custom USB cable connectors failed to properly connect.
If these people had any , they would license an OS from Blackberry.
"Virtual SAN utilizes a dedicated VMkernel port type and proprietary transport protocol for internode traffic. "
"Because vSphere Network I/O Control requires the use of a VMware vSphere Distributed Switch™ (VDS), all editions of Virtual SAN include VDS capability. For optimal performance, VMware recommends the use of a dedicated storage network."
And this is different or better from my current storage implementation how?
Trevor I understand the bulk of your work is smaller organizations which cannot have a FTE specialist for every function -- but; I don't see a lot of sysadmin work and/or tools. I see Systems Security I/II/III which in the SMB is very likely a function of IT; but is it as responsibility of IT? Business owners and management foisting security off on the SysAdmins because they are too lazy or cheap. Sure IT can install the security systems; but IT should not operate nor be responsible for their function.
Business Assets management which is a function of the Financial/Operations management which too many IT people have allowed the Business to foist off on the continually overburdened SysAdmin. Ain't nothing technical about counting assets.
Now I have eliminated half your list.
One of the most important monitoring tools of the sysadmin: the random walk and talk. Take a break from staring at the screen and use that all access pass to wander around and talk to people. Go to those company meetings everyone can avoid if they have to; then BS afterwards in the hallway. Openly and calmly discuss with some schmuck who using the latest, coolest Cloud-Stores-My-Department-Data, or this app lets me share all my data all the time with my whole team instantaneously -- and the entire world, or other such technical cockroach. Never ever get excited or confrontational or question their use of said tool during the walk and talk. Just smile, return to your desk, search for all other instances of Things-Which-Should-Not-Exist, and take appropriate action.
Tech toys only get you so far; people are the problem.
" Puh-lease, have you forgotten why we moved away from DAS in the first place? Poor utilization, too power hungry, poor resilience, poor central management options, awful centralised backup over the network, and poor inter-server performance."
RING THE BELL, RING THE BELL, RING THE BELL!!!!
Specify and purchase the right SAN with the right connectivity and the right software, all this DAS madness goes away. During the cost justification, don't forget the amount of hours@$$$ in tech support to keep DAS madness operating. Then compare to the costs of a properly implemented mid-range SAN for your SME shop over an effective lifetime of the SAN and less manpower. SAN is not going away any time soon.
Certain technology projects which require Hadoop or other non-SQL data storage will use some DAS. But you would be surprised at how you can implement Hadoop on a storage network and reduce your overhead by eliminating some of that data replication.
Ever tried to buy a SAN as an SME? If possible, the SME IT guy should arrive armed and wearing body armor. Get the point across fast.
The SAN salesman for Highest Profits also brought along, uninvited, a gang bang team of PC salesman, Enterprise Software Salesman, Service Salesman, Printing Salesman, Server Salesman, and a couple others.
The SAN partner for Implied Bondage Makeover wouldn't try to discuss options; gold plated and locked in or nothing.
Everest Mountain Climbing tried to sell me a SAN which was actually SCSI arrays with some fast dancing. The dancing wasn't as fast as the music.
Some of us SME IT folk aren't that gullible; and aren't that inexperienced. We just like to act that way; and the big boys fall for it every time. Still wouldn't hurt to have a gleaming stainless steel negotiator hanging next to the cellphone on your belt.
"... Not everyone who owns an Audi is a tit, I'm sure there are normal Audi owners..."
I'll have to see some statistical evidence from a scientific study before I give that statement full credence. I think it's something that sublimates off the interior which causes this type of mentality; some people may just be naturally immune.
Wunderbar1 sounds like the only storage you have ever managed is IBM or some other legacy storage which has not been engineered recently. 3PAR ASICs-- some may consider ASICs to be a limiting factor in implementation; but the improvement in performance is worth it.
Incorrect! All assets belong to the people; and the government is allowed to hold certain assets in trust, at the pleasure of, and for the benefit of the people. No we are not "subject" to the government; we allow ourselves to function under guidelines provided by government [until such time as those guidelines mutate into intractable enforcement].
Can't you find a more mathematically rigorous concept for determining regular readers/commentards? That is a computer you are using and not a civil servant I assume. And, those of us on the other side of the big pond [which includes everyone not on your island] tend to post when the night crew is working.
Here's hoping the moderator is working from the pub or home....
The VDI sales architects state virtualizing the desktop does not deliver the total virtualization ROI if you don't virtualize the apps. A four month project to evaluate virtualizing all the software used in my department found a definitive conclusion: software applications can be virtualized; software tools cannot. 50% failure rate.
And I just saw presentation where the current tool for virtualizing apps is known to be..ahem...difficult. A new app virtualization environment will Be Here Soon; but still does not solve the Software Tools Don't Virtualize problem.
Biting the hand that feeds IT © 1998–2019