I recently had the need to install Nagios on my network, and being new to the application, was stumped by an issue I encountered when installing the “standard” Nagios plugins pack. Upon running the make command, I received the following error (among several other related errors):
make: *** [check_http.o] Error 1 make: *** [all-recursive] Error 1
After a bit of digging around I saw that the errors were SSL-related, and upon doing a bit of research, I found that my server was missing libssl-dev. After running apt-get install libssl-dev, the install continued on without further issue.
Today I had the displeasure of dealing with the tech support folks at Clear Wireless. Early this morning, I was looking around in our CPEi 25150 WiMAX modem’s settings page to see if there was any way to allow incoming PPTP tunnels through. I got distracted with something else, and when I returned I was unsurprisingly prompted to enter my login credentials again.
The surprising part was that “CLEAR123“, the password I had just used an hour earlier, no longer worked!
Fast forward to nearly 2 hours later, when I hung up on Clear technicians and told them they had lost a customer. No one there had any idea that my modem does not have a hard reset button (really Motorola??), let alone what the default password could be.
One thing I noticed this morning was that the modem’s login page looked a bit different than before. I had poked around on it a bit last week and was pretty sure that the “Nokia Siemens Networks” logo was a new addition. On one hand, I figured that I just didn’t notice their logo the first time around. With no other options however, I dug around online to see if I could find a default password for Nokia Siemens Networks branded equipment. A cursory search turned up the default password of “nsn”, which instantly whisked me to the modem’s administration panel. What luck!
So, for reference, if your WiMAX modem password was once “motorola”, it may now be “CLEAR123″ or even “nsn” if an update has been pushed to your equipment.
Hopefully this info saves you some time and frustration!
Enjoy, but do not forget the dreadful, evil thing that is hanging over our heads.
So it came to pass that I had to do another G450 install on a Windows 7 machine, and when I went to Matrox’s web site, I still did not see drivers listed specifically for Windows 7. I did do some digging however, and found that this non-WHQL driver package works perfectly. It was listed as supporting “Windows Server 2003 x64, Windows XP x64, Windows Vista x64, Windows Server 2008 x64″. If it supports Server Win2k8 R2, it should also support Windows 7.
As luck would have it, the install went smoothly and I have a pair of the cards working in a brand new Core i5 machine as I type this.
I came across an odd problem just the other day that caused the visual editor to go haywire on a brand new WordPress installation.
Whenever I tried to write a post, the visual editor would load, but then the buttons would disappear. On top of that, none of the text I typed would show up either. A “select all” showed that my text did in fact exist, but it was displayed as white text on the visual editor’s white background. Stranger still, the HTML editor worked just fine.
I tried working through all sorts of solutions offered up online including a reinstall of WordPress, troubleshooting plugins, and even checking file permissions on the wp-includes and wp-admin directories.
None of these solutions worked, but as I dug through the blog’s admin pages, I saw something strange. As you can see in the picture below (click to enlarge), the WordPress and Site Address fields both show a colon appended to the URL. The problem is a strange result of how WordPress was installed as well as how the web host has configured our account. Removing the colons fixed the problem immediately, and will likely remedy your issues as well.
As a final note, this fix works on WordPress 3.2.1 but should apply to any past or future releases of the software.
Last year I upgraded form a Gigabyte board that Jim sent me the previous year, to a Biostar G31-M7 TE. Along with that, I threw in two larger pieces of memory. For a long time, I had a mysterious problem with the system. Every time I would reboot the system, it would only display a blank screen and require the CMOS to be reset in order for it to boot once again. I found this odd, as I had an Asus P4 system that exhibited similar symptoms, only it was fixed by power cycling. Not so in this case. Several months passed with me accepting this error as a daily challenge in life to avoid system reboots. Max uptime was my goal. Most searches into the problem led to video errors or motherboard errors, but as I had a working system after I cleared the BIOS settings, I knew something else was at fault here. I even considered building an external switch to clear the CMOS, I was resetting it so often.
I recently installed SQL Express 2008 and ran into an annoying issue when I later tried to alter the installation.
The initial SQL install went off without a hitch, but the problems began when I tried to add my application. During the installation process, I was prompted to enable full-text indexing on my SQL server. I had no idea this was a prerequisite…shame on me for not reading the application requirements! To add insult to injury, I was not aware that version of SQL Express I was using did not come with full-text indexing as an installable option.
Back to the Internet I went, searching for a copy of SQL Server 2008 Express with Advanced Services. A 500 MB download later, and I was well on my way to getting things running, or so I thought.
I began my SQL installation, choosing to add or change features to my existing install. Everything seemed to be pretty straightforward and painless until I tried to select which SQL installation to upgrade. Each and every time I tried to select the one and only instance on this particular server, I was greeted with the message, “The instance id is required but it is missing”.
I double-checked the installation options I had selected, I ensured that all of the proper services were up and running, plus I even rebooted the server and tried the installation again. However, no matter what I tried, I received the same error each time I attempted to select my SQL instance.
I poked around for awhile, then finally found a solution. First, I went to the Control Panel and selected the Add/Remove Programs console. There, I located the SQL express install and clicked the Change/Remove button. This brought up a slightly different version of the installer interface, from which I could choose an Add option.
Going through the paces, this installer found my existing SQL instance without any issues and I had my SQL Server, complete with full-text indexing in no time!
While working on a co-worker’s computer today, I came across a curious problem. The computer in question was being upgraded to Windows 7, and was configured to support four monitors via two Matrox G450 PCI video cards. These cards have been around quite awhile and have been supported from Windows 2000 through Server 2008 R2, so I figured I would have no issue installing the new OS.
When all was said and done, Windows could not locate the drivers for the video cards on the installation DVD, nor could it install them via Windows Update. So, I did what any normal person would do, and headed straight for Matrox’s web site.
Much to my dismay they did not seem to have any drivers listed for these cards for Windows 7. The closest I could come to the proper drivers was this set of WHQL drivers meant for Windows Server 2008 x64 and Server 2008 R2. When I tried installing the drivers, my video cards were detected properly, but the installer simply could not finish the job. Each time I tried, the installer would fail.
I went through the standard procedure of attempting to update the driver via the Device Manager, only to be told that no better driver could be found. Even when I selected to locate the driver myself and picked the folder where the Matrox installer had extracted all of its files, I simply could not install the driver.
I returned to the Device Manager and selected to update my drivers once again. I chose to locate the driver on my own, but instead of simply picking the folder this time around, I clicked “Let me pick from a list of device drivers on my computer”. From that dialog window, I clicked the “Have Disk” button and again browsed to the folder where the Matrox installer extracted its files. I looked through the list of .inf files in the directory and one caught my eye – it was named W7G4G5.inf. I opened the file in a text editor to take a look around, and after poking around for a few moments, I knew I had the file I wanted. The file’s name signified that it was meant for all G4XX and G5XX Matrox cards running under Windows 7.
I selected the file and clicked OK. The Windows Hardware wizard presented a box asking me to pick between the Matrox G450 PCI card and the Matrox G450 PCI card. Decisions, decisions. In the end, I picked the first card in the list and let Windows do its thing. Everything installed properly and I was on my way.
The whole process is actually quite simple, but for the uninitiated, it can be a daunting problem. I imagine that most people would end up digging around online looking for a driver pack that does not exist, so hopefully this saves somebody a bit of hair pulling and a lot of time. I really have no idea why the installer comes packaged with the proper Windows 7 drivers, but is unable to actually install the software. Either way, it’s an easy fix.
A friend of mine was shopping Walmart looking for a new laptop. This is something I recommend people do so they don’t have to come to me to find one. Walmart is cheap and as long as you recognize the brand you’re buying, you should be getting something that is going to work and get done what you need it to. What happens, though, when you find two laptops so similar, you have trouble telling the difference? You’ll do what she did and send me the web links for the specifications.
In configuring a new XenApp 6 server on Windows 2008 R2, I found that users could no longer authenticate to the server, even with the Secure Gateway disabled. I also discovered that I was unable to start the Citrix XTE Server service, which manages passwords for XenApp.
When I tried to manually start the service, I received the following error:
Windows could not start the Citrix XTE Server on Local Computer. For more information, review the System Event Log. If this is a non-Microsoft service, contact the service vendor, and refer to service-specific error code 1.
These sorts of nondescript errors pop up all the time when trying to troubleshoot Citrix services, which makes it tough to do any real troubleshooting.
I dug around in the registry and found a strange entry in the HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Citrix\XTEConfig key. The ServerRootPath was set to C:\Program Files (x86)\Citrix\Secure Gateway. It struck me as odd that this problem popped up only after I had installed the Secure Gateway service, and that the path to the XTEServer was suddenly pointing to the directory where the Secure Gateway binaries were stored.
I did some reading online and found that when installing older versions of the Secure Gateway service, this registry misconfiguration took place, preventing the XTE service from starting. One would think that Citrix would have fixed this problem already, but I guess not.
So, I simply changed the ServerRootPath registry entry to reflect the proper root directory of the XTEServer, which fixed the issue. The proper entry for that registry value is C:\Program Files (x86)\Citrix\XTE.
All you should need to do to fix the problem is change that value and reboot the server. After that, you are good to go.