@wirestyle22 plenty of those on 'dem interwebz
Best posts made by dyasny
-
RE: Monitoring with SaltStack VS Zabbix
-
RE: Fedora Love
I usually install Fedy which covers most of the 3rd party stuff, fonts, etc. Then I also install openvpn and openconnect xfreerdp and terminator.
-
RE: Monitoring with SaltStack VS Zabbix
@flaxking You mean actual graphs and reports on stats gathered over time? Grafana is all about that
-
RE: What would your recommendation be for a Type 1 Hypervisor - including backup and restoration options
If you already have Windows on the hardware, it's been paid for, Hyper-V makes sense, especially since it grants you additional virtualized licenses. I used Altaro free for backups, it did the job just fine.
Of course if you are not stuck on Windows, there's KVM available, which will give you more features and flexibility.
-
RE: What would your recommendation be for a Type 1 Hypervisor - including backup and restoration options
@scottalanmiller oh I've had a distrust for VMWare from the very start. When I see an explicit ban on publishing benchmarks in the EULA, I know something is fishy.
-
RE: ScreenConnect agent on Fedora fails rpm install
@EddieJennings said in ScreenConnect agent on Fedora fails rpm install:
Why not?
Because if you ever start using a proper repo for further updates to the package, you'll have to clean it up manually first. The RPM and all of its dependencies. Manually. That's a nice way to mess up a well configured system, in the long run.
yum localinstall (the "local" part is optional as of RHEL6, for the nitpicky types here) places the package in the yum db, so if you make a newer one available in a repo, updates will happen naturally. Removing it and it's dependencies will also be as simple as yum remove.
-
RE: ScreenConnect agent on Fedora fails rpm install
@EddieJennings said in ScreenConnect agent on Fedora fails rpm install:
I read this as never install RPMs directly, which wouldn't make sense, because for some things, such as ScreenConnect, create RPMs on demand; thus, they'd never be in a repo -- As Jared mention.
You read it correctly. My point is, best practice is to always use yum, even for standalone RPMs, because $reasons (and if there are deps, yum will automatically resolve them). Even if the best practice is not applicable and you have a completely standalone package there, it's best to stick to best practices, just like you put on a seatbelt even when you drive 20 yards to your mailbox and back.
-
RE: MongoDB vs. Redis
@travisdh1 said in MongoDB vs. Redis:
I'm a "data scientist" or "data engineer", who knew?
Just drink your smoothie, you hipster you
-
RE: MongoDB vs. Redis
@scottalanmiller I see DBAs in large organizations, managing large databases, obviously, it's not about knobs anymore, but more about optimizing queries, load distribution, analytics around the DB use etc.
-
RE: MongoDB vs. Redis
@jmoore I would love it too, if I didn't get to hear it so much, especially from recruiters who don't know anything about IT, so instead of catching up on tech at least to be able to read a CV, they just use a bunch of flashy words and hope that's what will catch the more expensive talent for them to market.
In fact, I just got almost this very phrase from a 60 year old recruiter, who called me and claimed I was one, and that he would love to set me up with a new job. I wish a hung up phone was able to hit people on the ass as well as a closed door can
-
RE: Finally leaving my job, and it's just as annoying as I thought it would be
@scottalanmiller said in Finally leaving my job, and it's just as annoying as I thought it would be:
That's a false comparison to make the corruption sound reasonable. The alternatives are not the taxes staying higher, but lowering evenly across the board.
Lowering taxes is not an option over there. One of the main painpoints that made me leave.
If you feel that the government keeping money never goes back to the economy, then you believe that the corruption is even worse that we were saying.
Government spending is not under the control of the citizens, whatever we all want to believe. I'm pretty sure your government doesn't give you an account of where each dollar you paid in taxes went.
-
RE: Finally leaving my job, and it's just as annoying as I thought it would be
@scottalanmiller said in Finally leaving my job, and it's just as annoying as I thought it would be:
People just won't vote for a good government?
People cannot vote for a good government. Impossible. People vote for a party, and the party with most votes gets to assemble a government. If the winning party fails to collect more than half the mandates in the parliament, they lose the right to assemble a government to the next largest party.
Now, there are 120 seats in the parliament, so you need 61 at least. The largest party typically has 25-35 seats, so they have to build a coalition. That means giving in to demands of lesser parties to reach those 61+ seats. And there are parties who serve only the interests of a specific group. So basically they say "we'll vote for whatever you want to pass, if you exempt our group from all taxes, and pay them a stipend". Its blatant blackmail, but if you want to rule the country, you have to get those 61 seats, so you agree... And you end up with a huge spending point in your budget, basically feeding the voter base for those people. Lowering taxes? You can barely scrape by, and you have a country to run, country with no natural resources, too many demands, and neighbours on all sides trying to murder the hell out of you.
-
RE: Finally leaving my job, and it's just as annoying as I thought it would be
@coliver said in Finally leaving my job, and it's just as annoying as I thought it would be:
@dyasny ...the two party system makes everything you're saying worse.
No, because a two party system makes such abuse impossible. There are other problems, but I'll take those over being forced to feed a small group of people for free, just because they were well enough organized to put a party together and force it down everyone else's throats.
-
RE: Testing oVirt...
@matteo-nunziati Novell used to be bigger than Microsoft, I was a huge fan of NetWare back in the day. But SuSE is not Novell, and they have been scrapping around for some final dregs of their former glory to capitalize on. Obviously, that cannot work for too long.
They kept the lights on in Europe because as a German company they could capitalize on a bit of customer loyalty there, but again, it's meaningless when you don't have a product to sell, and your competition does.
-
RE: Virt-Manager on multiple pc's
When you have more than just a few hosts, even spread out across multiple sites, managing them with virt-manager can be painful. You definitely should start looking at something a bit more scalable, like RHV/oVirt
-
RE: Ovirt
I can help you with the setup (been working with oVirt from before it was even called ovirt), but you have to answer my points in the other topic
-
RE: Replication Options for KVM to DR Site
@scottalanmiller said in Replication Options for KVM to DR Site:
@dyasny said in Replication Options for KVM to DR Site:
that's because DRBD isn't a DR tool, it's a block replication tool. All real DR solutions have granularity and versioning. SRM, Zerto, NeverFail, even old WanSync - all of them could do it. DRBD can only sync blocks, nothing else. This is not DR.
Like everything in the UNIX world, you build solutions from individual blocks. In the Windows world, people assume all solutions will do a single task and be pre-assembled for them. So you find a "product" that does what you need.
In the UNIX world, it is generally assumed that you'll understand the tools and the concepts and use the existing tools transparently and put together what you need it to do.
So nothing is a DR tool in UNIX, but DRBD is a perfectly valid building block to handle one of the pieces that becomes a DR solution.
To paraphrase John Nicholson of VMware... disaster recovery is something that you do, not something that you buy.
Well, no. DRBD (or any replication or storage sharding really) can be used if you want to protect yourself from a storage failure, just like with RAID you protect yourself from a disk failure. A DR solution should be able to bring you back from an outage. There is a huge difference there. Tape backup is more of a DR solution than RAID or storage replication. That's the point I'm trying to make.
-
RE: Virt-manager: IDE disks
@FATeknollogee said in Virt-manager: IDE disks:
@dyasny said in Virt-manager: IDE disks:
Why would you even want IDE? Are you running a weird guest OS that doesn't support virtio?
I wouldn't want IDE.
The download (an ova file) came that way, the vendor exported it from ESXiI see, well, I just started a VM with a SATA disk:
-drive file=/var/lib/libvirt/images/rhel8-unknown.qcow2,format=qcow2,if=none,id=drive-sata0-0-0 -device ide-hd,bus=ide.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=2
Looks like IDE to me, they probably renamed it to SATA for the millenials not to get scared by the older term (and for QEMU, any IDE was always closer to SATA because the access to the disks was always serial, one virtual controller device per disk)
-
RE: Testing oVirt...
@DustinB3403 said in Testing oVirt...:
Also I feel like the most popular instructions were a blog post, rather than official documentation.
I'm not even sure they have a dedicated techwriter. This is why it is better to just follow the official RHV docs. You'll have to filter out the Red Hat specific details, like subscription-manager, but you'll definitely have a better experience