@scottalanmiller I had this running when I was testing it out vs. Mattermost but one thing I've discovered with Mattermost is that, when you post a message with an attachment, deleting the message does NOT delete the attachment. The file is forever on your server. Yep, that's true. It never deletes the file. So now I'm back to looking at Rocket.Chat and wonder if it also does the same thing. Does anyone know?
Btw, LOVE this easy install!
@rojoloco said in Anyone Looked at HubSpot CRM:
@bigbear said in Anyone Looked at HubSpot CRM:
@rojoloco Yeah I mean the fact that it had MangoLassi in the bit.ly link, which was picked by the creator. But the Ghetty Images use for profile pic probably did it in.
Can't blame anyone for hussling. Just make a post "Please try my product" and maybe pay for an add on the ML sidebar rotation.
I will always publicly call out these secret vendors/marketers/sales d***. Every time I see them. F*** that noise. They can peddle their bullshit elsewhere.
I'm ok with peddling, just be up front about it. Doesn't serve them when they get called out. Everyone has to make a living just hate when someone tries to deceive me.
@jenny_co said in Anyone Looked at HubSpot CRM:
I had an opportunity to work with Hubspot and what I want to say is that it's quite easy-to-use. The interface is user-friendly and a huge advantage it provides is that you can try it for free but for limited basical functionality.
If you started using Hubspot the one more useful thing is Call Tracker for Hubspot CRM
That's 2 of your 3 posts so far that mention Call Tracker. Smelling a theme here. You wouldn't happen to be associated with said product would you?
Thanks @JaredBusch this will be a huge help! I'll give this a try later this evening when I'm back.
As the subject states, as I've become more familiar with Linix over the last few months, I started with simple Apache servers, then included SSL through Let's Encrypt for a single server, then found myself running multiple servers in this config. I then began incorporating Nginx along with SSL which brings me to now.
I'd like to setup a single Nginx VM to serve as proxy and manage all of the SSL certs for all web servers (currently running 7). They're all low traffic for internal team or a few clients and I'm likely to introduce other servers in the future as I find more and more things I want to test/try.
Are there any gotchas when setting up this way? Are there well known applications that will require SSL certs on both the proxy and the web server? Should I protect the connection between Nginx and all web servers anyway? They're all running on the same Hyper-V host so there's no concern for traffic going between Hyper-V hosts or to other services. Assuming it'll be easier to manage individual vhost files instead of one large one since each can be setup for one web server.
Really just looking for best practices here and/or any hints you might have that might simplify my life.
@dafyre Yes it does, but Decks is much too elementary. Doesn't have time tracking. Doesn't have ability to add comments or attachments. Doesn't have ability to create parent/child tasks (create task dependencies)...etc. I'm enjoying Taiga right now with the team. Even allows me to track issues right within the board. It's missing the time tracking element though and still not sure it does task dependencies well. Kanboard was another I tried but I can't create detailed custom roles I really wanted. As I'm testing Taiga.io and comparing to Kanboard, I may end up going back to Kanboard. Integrates with Mattermost which is pretty awesome.
"Home" lab is 10U at 3z colo.
2 x Dell R510 (Starwind)
1 x Dell R420
1 x Dell R620
1 x Dell R230
2 x Dell R210ii (Sophos XG in HA mode)
1 x Unify 10G switch
Running:
@scottalanmiller Have you used both? I was curious if there were any significant differences that might sway me to Rocket. I did some research between the two but didn't really see a reason to choose one over the other.
@black3dynamite said in Is ZeroTier failing:
@bigbear said in Is ZeroTier failing:
@JaredBusch said in Is ZeroTier failing:
@scottalanmiller said in Is ZeroTier failing:
@JaredBusch said in Is ZeroTier failing:
@scottalanmiller said in Is ZeroTier failing:
ZT announced a new community thing nine hours ago.
Where?
They announced on the Twitter feed which is doing a few posts per day. It's available in a new tab on the my.zerotier.com site.
It is some slack thing.
Is this actually a slack thing? or just slack-like?
Mattermost is an open source slack alternative if you interested setting up one.
https://about.mattermost.com/
I've been using Mattermost for a few weeks now. It's a perfect replacement for Slack for my team.
While I love cable pr0n as much as the next guy, I'd never setup an environment where replacing a single cable would be an all-day adventure. Velcro is the only cable tie that I find acceptable.
@scottalanmiller I've had the worst luck with Netgear over the years. Too many failures. Sure their lifetime warranty is great but it's a pain in the ass when they fail. On the other hand, I've had great luck with Ubiquity and Dell switches.
@travisdh1 said in Classic BOFH:
While I was reading the article in Rackspace goes down, I happened to see a link to a BOFH. Opinions are not technical things!
Loved this!
I've been trying to setup a Nextcloud instance and was ideally looking to setup on Vultr but their storage instance locations have all been sold out for many weeks now. Does anyone have any recommendations for alternatives that they've had good performance with? Preferably with pricing that is similar to Vultr's? I think ideally I'd want 250GB to 500GB, 1vCPU and 2GB RAM.
@JaredBusch said in Transfer Large File To Host = GOOD Transfer Large File To VM File Server On Same Host = BAD:
Disable-NetAdapterVMQ
Yeah I was aware of the VMQ issues so that was disabled.
Once the office had closed for the day and after an hour of toying with everything I could find, I decided to completely uninstall the network drivers and reinstall from scratch. Deleted the vswitch and recreated it. Also uninstalled network drivers from workstation and reinstalled. Rebooted everything including the switch and it looks like everything is back to normal...for now. Not sure why this changed anything since none of the settings have changed. Just bizarre.
Thanks for your help everyone.
@DustinB3403 said in Transfer Large File To Host = GOOD Transfer Large File To VM File Server On Same Host = BAD:
Are the drivers up to date inside of the VM? I know you said that they are for the nic but it was a bit vague and could've been only for the hypervisor and not the VM its self.
All PCs and servers and VMs are fully up to date. If there is one thing they do well at this place is patch/update often and early.
This is a new one. I'm not a RingCentral customer so this was easy to spot but I know some here may be customers. The VIEW FAX MESSAGE link points to "catalynetics[dot]com" and the GET STARTED link to "glip[dot]com"
@momurda said in Transfer Large File To Host = GOOD Transfer Large File To VM File Server On Same Host = BAD:
Hmm, well that looks fine.
All the machines on same network.Perhaps the storage cannot keep up with 10G (or 5G). What is the local storage? Spinning raid 10? Check the 2012 file server event viewer for storage timeout/retries.
The storage can definitely handle the 10G. As I mentioned earlier, I'm easily able to reach transfer speeds of 600MBps to and from the host. It is configured as RAID10 nearline 10TB Seagate drives.
@minion said in Transfer Large File To Host = GOOD Transfer Large File To VM File Server On Same Host = BAD:
@momurda said in [Transfer Large File To Host = GOOD Transfer Large File To VM File Server On Same Host = BAD]
11ms is high for a local ping.
Very high. Everything here is less then 1ms.
Agreed, which is why I'm leaning towards there being something up with the VM, especially since transfers to and from the host are perfect. At a loss for where to look next as I've eliminated the usual suspects.
@momurda said in Transfer Large File To Host = GOOD Transfer Large File To VM File Server On Same Host = BAD:
@NashBrydges said in Transfer Large File To Host = GOOD Transfer Large File To VM File Server On Same Host = BAD:
When I run ping -t tests from the workstation to the host, replies are consistently <1ms or 1ms and 0% loss. Same ping -t tests to the file server VM result in <1ms to as high as 11ms with 0% loss.
11ms is high for a local ping.
From the workstation
try a tracert to host
try tracert to vmFrom host
do a tracert to vm
do a tracert to workstationHow is the vnic on the guest setup?
All results look good.
Workstation to VM Guest = 1 1ms <1ms <1ms FILE-SERV [192.168.100.83]
Workstation to Host = 1 1ms <1ms <1ms vHOST [192.168.100.232]
VM Guest to Workstation = 1 1ms <1ms <1ms VID-STATION [192.168.100.71]
Host to Workstation = 1 1ms <1ms <1ms VID-STATION [192.168.100.71]
The vNic is a simple external network. Both workstation and host physical NICs are Intel X520-DA1 (drivers are current).
@DustinB3403 said in Transfer Large File To Host = GOOD Transfer Large File To VM File Server On Same Host = BAD:
@NashBrydges said in Transfer Large File To Host = GOOD Transfer Large File To VM File Server On Same Host = BAD:
@DustinB3403 said in Transfer Large File To Host = GOOD Transfer Large File To VM File Server On Same Host = BAD:
Also generally speaking you don't want to enable jumbo frames without reason as it can lead to weird issues. Do you know what reasoning there was / is to have this change in place?
I've made the recommendation to try turning off jumbo frames when I first took the client on and they did a few tests with no changes in performance so rather than change every PC and server and switch, they decided to keep it on (they had only tested turning it off to see if there was a difference).
The only reasonable answer here was if there was no change, to have it disabled so the switch and systems operate in the most common fashion.
I'd recommend going and disabling it.
If jumbo frames was the issue, I'd expect the file transfer to the host to also be affected but it's not. That's performing really, really well. It's only to the VM where the issue is seen.