Posts made by bbiAngie

Never mind, I figured this out too!
They make you create too many users and passwords.... after a few different combinations, I was able to move forward.

I am getting the same red banner across the top as in your screenshot. Says "A connection to the database could not be made. View the error message by opening the "/log/error.log" log file, then go back to fix the problem."

@scottalanmiller said:

Notice that the URL was changed to show the local IP address and the name that we selected earlier for the database "openfire".

Select MySQL from the dropdown.

The username and password are the ones that we set manually earlier.

Are the minimum and maximum connections the amount of users that will be connecting to it or is that something I don't even need to worry about?

I am not sure what the database connection issue was but the updating issue had to do with a hardware firewall rule.

The 1st shot was 1/2 was successful. I was having issues connecting to the database and updating. This morning I decided to just start over and make my .vhd smaller too. This time it went off without any issues at all. I just loaded the openfire configuration window and did a happy dance.

@JaredBusch Would you recommend installing the EPEL? Do I "need" it?

When you say updating all packages, do you just mean running the basic updates? Or is there something else outside of that I need to do?
I followed this to update:
https://www.centos.org/docs/5/html/yum/sn-updating-your-system.html

That is awesome. Thanks!!!

Quick question. How should I spec out the vm?
I was thinking the following, which may be overkill.
4gb of ram, 40gb vhd, 2 vcores

I have centOS 7 downloading at the moment. Going to take a stab at the MariaDB as Scott suggested.
I will likely report back with questions. If not I will report victory and admit that Linux isn't so bad.

@scottalanmiller said:

@JasonNM said:

@scottalanmiller said:

Keep in mind that no database selection is necessary. OpenFire has its own database built in that is quite adequate for small installs. Very simple and should take no configuration on your part. Just install CentOS, download OpenFire, install it with a single command and you should be done. OpenFire can be very simple.

I wouldn't use it it's too slow for anything much of a deployment.

If you are small it's fine. I have no idea how many users she is looking at.

Looking at 80-100 users. Probably closer to 80 but definitely need to have a little room to grow.

Yes, my brain is not working properly today! I fixed it.

I am looking to setup a server to test out OpenFire. We are currently using a really crappy messaging system so this is the direction I am leaning since it is free. I read some posts that lead me to believe I should be setting this up in a Linux environment instead of my standard Windows environment. Now I have very little Linux experience because when I took that class in school, the book was about 5 versions behind the software we were using so nothing ever worked for me. I am willing to give it a go again but I am wondering if any of you have any tips or tricks that might make this process easier? I plan leveraging a VM in Hyper-V to set this up. (Please don't tell me to use VMWare, I am not prepared at this time to use anything outside Hyper-V.) I will use whatever opensource database is best suited. I am guessing MySql will probably be the winner. But again, looking for your thought!

The website seems to have some okay documentation. I am hoping that with that I will be able to figure my way though the whole process.

I could not agree with you more. I am not the kind of person that takes purchases lightly. I can get HR to let me buy just about anything but that doesn't mean I am just going to throw checks at hardware when I don't have a full plan laid out. Now there is no harm window shopping to see what is out there.
I think the main problem comes due to a lack of knowledge. So many of us want to figure out things on our own. We think we can design the "perfect" system with little to no help from anyone else. This works for some but I think a vast majority of people rely on vendors and re-sellers to tell them what they need. Many of these are not hardware agnostic vendors so they push a certain technology so they can line their pockets. (Not hating, everyone has to make a living.)
It is our responsibility as IT professionals to take the information given and apply that to our situation. The recommendations do not always align with what the company needs. I feel very happy that I am one of those people that cannot be sold. I have been told on so many occasions that my questions are far more technical than most questions that are asked.

I always play the "why game". Ask yourself why 5 times. If you still feel the same about your intended purchase after you think critically, it is much more likely you will make the correct (and informed!) decisions.

http://www.ibuypower.com/Product/Revolt#Top5

@JaredBusch said:

@Carnival-Boy said:

I know. I've got the Pro models.

This was going to be the one thing I brought up, but you got it handled.

I personally do not like NetGear Switches after too many crappy experiences with managing the "Smart" switches.

They do generally work well if you do not need to get into the configuration and I have upgraded the firmware in many of them over the years without any problems.

I have been buying the HP 1910 line lately, but I will be giving the Ubiquiti line a shot next time I go for a model needing PoE.

I agree completely. All the switching problems I have ever faced were with Netgear switches.

I am running an phenom 1100T at work and it works very well. Great processor
At home I have an FX-8350 and I love it. I tend to be an AMD fangirl but that's because for the money, I think they are great. Yes, I can agree that Intel makes a good processor but for the money, Ill chose AMD hands down every single time.

Just what I need, another "tool" to distract, me!

I had a bacon cheeseburger pizza today. It was amazing. It even had pickles on it which sounds strange but it really works!

Seems the proxy on the Watchguard makes things a bit wonky. I just created a simple packet filter to pass traffic from my ip to the mangolassi ip and BAM. Now things work.

Just to clarify, we pass http/https traffic though a proxy. I am not sure if its the ripping apart/reassembly or the application control or something else that is causing the problem. I figure it was just as easy to not let that crap touch the traffic and let it pass though. My assumption ended up being correct.

Testing a second time.