Tuesday, August 16, 2011

CentOS 5.6 bugzilla email reply-to bugs howto

This is a quick and dirty set of steps to get an internal bugzilla to allow replies from bugzilla emails to be added to a bug. I'm sure there is a more "proper" way, but since the user that runs email is "nobody" for CentOS, I don't see how at this time.

First, I am using the EPEL repository in order to be a newer bugzilla than is provided with stock CentOS 5.6 at this time. In fact, I tend to even use the "testing" repo in order to get what I want. The current version as of this writing is bugzilla-3.2.10-1.el5 if you are interested. The information here is realy just a documentation place for what I have had to do for a while now.

/usr/share/bugzilla/checksetup.pl

Make sure you have all the perl modules to run email_in.pl at least from the command line. If you run this, it should *not* return any error. It should just sit there waiting for input; just +c to terminate.

/usr/share/bugzilla/email_in.pl

Make sure you have a bugzilla alias. Make sure to check a past email to see what the reply-to address is going to be. You can add the alias like the following on the server that has bugzilla running on it.
echo 'bugzilla-daemon:"| cd /usr/share/bugzilla/ ; /usr/share/bugzilla/email_in.pl -vvv > /tmp/email_in.pl.out 2>&1"' >> /etc/aliases newaliases

Here is the shotgun approach I took in order to get replies to function. Keep in mind that this system does *not* have user accounts on it and is internal to a network. I would *NOT* do this for on with user accounts or if it was exposed to the outside world. If you happen to know the proper way to handle this, drop me a note!

find /var/lib/bugzilla/data -type d -exec chmod 755 {} \; find /var/lib/bugzilla/data -type f -exec chmod 744 {} \; find /var/lib/bugzilla/data \( -name "*.pm" -o -name "*.pl" -o -name "*.cgi" \) -exec chmod 755 {} \; find /usr/share/bugzilla/ -type f -exec chmod 744 {} \; find /usr/share/bugzilla/ -type d -exec chmod 755 {} \; find /usr/share/bugzilla/ \( -name "*.pm" -o -name "*.pl" -o -name "*.cgi" \) -exec chmod 755 {} \; chmod 755 /etc/bugzilla/ chmod 744 /etc/bugzilla/localconfig

Please note that *any* time you run "checksetup.pl", you will need to redo the commands above! That perl script will make the bugzilla install more secure again. It is good practice to make sure that you can past most all of the module recommendations it has prior to doing anything else.

When you start wanting to send test messages to bugzilla, make sure to watch the maillog for errors. Those errors *may* also come back as emails if you are lucky.
tail -f /var/log/maillog|grep bug

Also, based on an email_in.pl bugzilla bug I slightly modified the /usr/share/bugzilla/email_in.pl by applying THIS very easy patch to fix this next error.

Use of uninitialized value in concatenation (.) or string at Bugzilla/DB.pm line 106, <STDIN> line 49.
Use of uninitialized value in require at (eval 99) line 2, <STDIN> line 49.
Use of uninitialized value in concatenation (.) or string at Bugzilla/DB.pm line 106, <STDIN> line 49.
Can't call method "isa" without a package or object reference at /usr/share/bugzilla/email_in.pl line 303, <STDIN> line 49.

If the permissions are messed up, you will get errors like:


Use of uninitialized value in concatenation (.) or string at Bugzilla/DB.pm line 106, <STDIN> line 57.
Use of uninitialized value in require at (eval 100) line 2, <STDIN> line 57.
Use of uninitialized value in concatenation (.) or string at Bugzilla/DB.pm line 106, <STDIN> line 57.
'' is not a valid choice for $db_driver in localconfig: Null filename used 

OR

Error reading /var/lib/bugzilla/data/params: Permission denied at Bugzilla/Config.pm line 319.
Compilation failed in require at /usr/share/bugzilla/email_in.pl line 43.
BEGIN failed--compilation aborted at /usr/share/bugzilla/email_in.pl line 43.

OR

Use of uninitialized value in string ne at Bugzilla/Util.pm line 290, <STDIN> line 49.
Use of uninitialized value in string eq at process_bug.cgi line 435, <STDIN> line 49.
of uninitialized value in string eq at Bugzilla/Mailer.pm line 57.
Use of uninitialized value in string eq at Bugzilla/Mailer.pm line 121.
Use of uninitialized value in pattern match (m//) at Bugzilla/Mailer.pm line 141.
Use of uninitialized value in string eq at Bugzilla/Mailer.pm line 152.
Use of uninitialized value in string eq at Bugzilla/Mailer.pm line 160.
error: template error: file error - failed to create compiled templates directory: /var/lib/bugzilla/data/template/template/en/default/global (mkdir /var/lib/bugzilla/data/template: Permission denied 

Sunday, August 14, 2011

Garden of the Gods horseback riding review - Academy Riding Stables

Family vacations can still be an opportunity to blog. This one is not geek related in any way, however. Other than this geek had a GREAT time horseback riding on trails of the Garden of the gods. The horses and guides were provided by:
Academy Riding Stables
phone (888)-700-0410 or phone (719)-633-5667
4 El Paso Blvd. Colorado Springs, CO 80904
I even got a discount of a couple of bucks per person from pikes-peak.com.

The Academy Riding Stables are very well organized group. Even when a larger group than originally expected group appeared. They split our 2 hour time slot into 2 groups instead of one larger one. Each group had both a lead rider and trailing rider. Safety seemed to be a high priority for the leaders. There was emphasis on how to approach, mount and ride the horses in a safe way. Helmets were provided for all that wanted them and use of helmets was encouraged. There were 10 riders from 8(ish) to much older. A person in charge selected horses of appropriate sizes based on each riders' size. My horse was very well suited to me and was well behaved.

Our ride began with a rather uneventful trek through a portion of residential area that borders Garden of the gods. This was a couple of blocks that included public roads and alleys. A trail was started about 10 minutes into the ride. First portion of the trail was easy and very wide. The horses knew were they were going and none ventured from the path. The first third a portion of the park that was generally easy with more gentile hills and valley like views.

The next 2/3 of the ride were primarily single horse width trails with changing terrain. Some climbs were very exhilarating both in final view of the area and ability of the horses to get up them. I was very thrilling to have my horse going down some rather steep steps with little effort. Even my youngest thought this was very exciting! Theses trails were not part of the general hiking area of the Garden of the gods if you were to go into the main rock formation area. We had views of part of that area, but our route focused on more of the perimeter. The views from the top of some of the hills are very breathtaking! The surrounding mountains and area are just beautiful. Words do not do justice to the majestic view that I had.

The ride lasted for 2 hours and included interesting commentary from the ride leaders. They made every effort to make sure all of the group was given information about the area we were in. Many times the end support rider would repeat the entire message to make sure the end riders understood. The information they provided was both interesting and worthwhile.

On a animal treatment note, I would like to commend the Academy Riding Stables for how well they seem to treat the animals in their care. Each horse that was brought for a rider was known by name and treated with kindness. Each of the riders was made aware that the horses should be allowed to drink their fill of water before the trip. Horse handling instructions were emphasized. All the horse stables seemed to be well kept and stocked with plenty of food. There was large areas for horsed to roam free. Heck even observed a couple of horses that were given showers while we were waiting for our turn to ride.

Make sure to get there early to fill out the paperwork. Reservations are required.

Google has lots of images
I will post some of my own pics very soon. I even used my DroidX with GPS tracking to map the route.
Note: I did not receive any compensation for this review.

Tuesday, August 2, 2011

CentOS 6.0 Zimbra 7.1.1 Open Source Edition install

Update 8/12/2011:
Good news! CentOS 6.x is out of beta and in stable with version 7.1.2 from HERE. In fact, you may just want to check their download page.

I wanted to take a peak at what is going on with Zimbra and CentOS 6 install capability. Currently, CentOS 6/RHEL 6 is listed as a beta for Zimbra 7.x installs. To to be deterred, I grabbed the beta download from the beta download page
wget http://files2.zimbra.com/downloads/7.1.1_GA/zcs-7.1.1_GA_3196.RHEL6_64.20110527010625.tgz
Test server is decent Dell Poweredge 2950 type II with 2 Intel quad core E5335 with 6GB RAM, RAID 1 for / (qty 2x80GB SATA) and RAID 5 for /opt (qty 4x500 SATA)
CentOS 6.0 x86_64 install was done as a "web server" install to provide most options I thought I would need as a start for the Zimbra install.

Note: I always suggest to install OMSA on any Dell server!

After the system is setup make sure that services that will interfere with Zimbra installed version are stopped and will not turn on at boot time:
chkconfig postfix off service postfix stop chkconfig httpd off service httpd stop tar -xzvf zcs-7.1.1_GA_3196.RHEL6_64.20110527010625.tgz cd zcs-7.1.1_GA_3196.RHEL6_64.20110527010625 ./install.sh
64 bit install but the installer still wants "libstdc++-4.4.4-13.el6.i686" installed.?
yum install libstdc++-4.4.4-13.el6.i686
Read Zimbra install info seems to be the moral of the story.

Finally installed with:
./install.sh --platform-override
followed prompts. Initial failure with log message with many:
sudo: sorry, you must have a tty to run sudo

Ran visudo to temporarily comment the "Defaults    requiretty" line and then ran:

/opt/zimbra/libexec/zmsetup.pl
To complete the install. Reboot just to make sure everything starts and begin the setup process. Now on to the much harder Zimbra setup!

Wow, still not done! Zimbra zmconfigd seems to need netcat, but is not a rpm requirement.??
yum -y install nc

Also, the install seems to need a patch before I can start working:
wget http://files2.zimbra.com/downloads/7.1.1_GA/zcs-patch-7.1.1_GA_3213.tgz

Sunday, July 31, 2011

CentOS 6.0 install on Dell E6410 laptop

First I would like to say, "Thank You!" to all of the hard working developers and other at CentOS. In spite of some VERY well published delays in getting CentOS 6.0 out the door, it's finally here! I hope to see 6.1 soon.

I am using a more recent Dell E6410 laptop with 4GB RAM, an Intel i7 M620 CPU and dedicated nVidia GT218 [NVS 3100M] video card. WIFI is handled by the Broadcom BCM4314 chipset. Pretty good by current standards. It's the same laptop I have used for my Fedora 13 review.

When I first went to burn the i386 .iso file, k3b greeted me with an interesting, "your image will not fit on your disk" kinda message. I was puzzled and then discovered the issue noted in the CentOS 6.0 release notes about the DVD+R media creation issue. Fair enough, I did not have at the time any other media, so I just overburned past the disk and tried to boot from the media anyway (which worked fine for *my* install). Just don't try to validate the disk ;)

Next, my default DVD install attempt was met with a very disappointing blank/black screen with the onboard Nvidia ??? video card. My good buddy google quickly lead me to some information that either "nomodeset" kernel option or install with the "basic video driver" would be needed. And either of those allowed me to move on through the install.

Reboot after install leads to a rather disappointing 800x600 resolution login screen. At least there is a login screen at all. First a quick <ctrl><alt><f2> key sequence to dump me to console in order to log in as root in order to do a full update and reboot just to see if that will help my screen resolution issue with the *default* install. Darn, still no better resolution! Need to jump to elrepo's kmod-nvidia fast.

Normally, the rpmfusion repository would be my way to get the included BCM4313 with a simple
yum -y install broadcom-wl kmod-wl-`uname -r`
After being told by yum that there was nothing to install, I scratched my head and google'd a bit and found that "Due to an excessively restrictive license accompanying this Broadcom driver, the ELRepo repository developers have refrained from supplying it via an rpm package" according to at least CentOS Broadcom page. Shame on you Broadcom... at least there is a way around the issue based on the instructions on the CentOS page noted! It would be so much easier if Broadcom's legal would just relax.

The bluetooth functions without issue. I could pair with my Droidx in seconds.

Sadly, I don't seem to be able to update the BIOS from the Dell OMSA repository. Initial indications are that they don't care.

Here's the lspci for the laptop:

00:00.0 Host bridge: Intel Corporation Core Processor DRAM Controller (rev 02)
00:01.0 PCI bridge: Intel Corporation Core Processor PCI Express x16 Root Port (rev 02)
00:19.0 Ethernet controller: Intel Corporation 82577LM Gigabit Network Connection (rev 05)
00:1a.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05)
00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 05)
00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 (rev 05)
00:1c.1 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 2 (rev 05)
00:1c.2 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 3 (rev 05)
00:1c.3 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 4 (rev 05)
00:1d.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev a5)
00:1f.0 ISA bridge: Intel Corporation Mobile 5 Series Chipset LPC Interface Controller (rev 05)
00:1f.2 RAID bus controller: Intel Corporation Mobile 82801 SATA RAID Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 5 Series/3400 Series Chipset SMBus Controller (rev 05)
00:1f.6 Signal processing controller: Intel Corporation 5 Series/3400 Series Chipset Thermal Subsystem (rev 05)
01:00.0 VGA compatible controller: nVidia Corporation GT218 [NVS 3100M] (rev a2)
01:00.1 Audio device: nVidia Corporation High Definition Audio Controller (rev a1)
03:00.0 Network controller: Broadcom Corporation BCM4313 802.11b/g LP-PHY (rev 01)
04:00.0 SD Host controller: Ricoh Co Ltd Device e822 (rev 03)
04:00.4 FireWire (IEEE 1394): Ricoh Co Ltd Device e832 (rev 03)
3f:00.0 Host bridge: Intel Corporation Core Processor QuickPath Architecture Generic Non-core Registers (rev 02)
3f:00.1 Host bridge: Intel Corporation Core Processor QuickPath Architecture System Address Decoder (rev 02)
3f:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 (rev 02)
3f:02.1 Host bridge: Intel Corporation Core Processor QPI Physical 0 (rev 02)
3f:02.2 Host bridge: Intel Corporation Core Processor Reserved (rev 02)
3f:02.3 Host bridge: Intel Corporation Core Processor Reserved (rev 02)

Helpful links:
E-Family Reimage “How-To” Guide
E6410 Manuals

Thursday, July 28, 2011

LibreOffice for CentOS 5 or CentOS 6 install howto

OpenOffice at this point seems to have stalled out with no recent bug fixes. The LibreOffice folks seem to to be be moving forward and fixing issues. This is just a simple install howto for getting LibreOffice onto your otherwise stock CentOS 5 or CentOS 6 desktop system. If you are doing these easy steps, you might as well take the steps to get Thunderbird 5 or FireFox 5 on your system. I have every reason to believe that all of these steps will work just fine for any Scientific Linux 5 or 6. Heck might as well just stall onto the otherwise identical RedHat Enterprise Linux RHEL 5 or RHEL 6.

First download a version of your choice.

UPDATE 05/02/2012: the following code has been updated for the 3.5.3 release of LibreOffice.

wget "http://download.documentfoundation.org/libreoffice/stable/3.5.3/rpm/x86/LibO_3.5.3_Linux_x86_install-rpm_en-US.tar.gz" tar -xzvf LibO_3.5.3_Linux_x86_install-rpm_en-US.tar.gz cd LibO_3.5.3rc2_Linux_x86_install-rpm_en-US/RPMS/ mv desktop-integration/libreoffice3.5-freedesktop-menus-3.5.3-2.noarch.rpm ./ yum remove openoffice\* yum install --nogpgcheck lib*

You will likely want to install the helppack rpm
wget "http://download.documentfoundation.org/libreoffice/stable/3.5.3/rpm/x86/LibO_3.5.3_Linux_x86_helppack-rpm_en-US.tar.gz" tar -xvf LibO_3.5.3_Linux_x86_helppack-rpm_en-US.tar.gz
yum install --nogpgcheck LibO_3.5.3rc2_Linux_x86_helppack-rpm_en-US/RPMS/libobasis3.5-en-US-help-3.5.3-2.i586.rpm

You can copy line for line or copy paste into a script, but the jist of what needs to be done is easy to figure out above.

Redhat menus install nicely

Startup loading bar is nice

LibreOffice starts fast and looks familiar to existing OpenOffice users, but with more bug fixes

One easy upgrade! Nice job LibreOffice peeps! Enjoy.

Saturday, July 23, 2011

CentOS 6.0 install on Dell D630 laptop and short review

First I would like to say, "Thank You!" to all of the hard working developers and other at org.org. In spite of some VERY well published delays in getting CentOS 6.0 out the door, it's finally here! I hope to see 6.1 soon.

Once again, I am using my venerable Dell D630 laptop with 2GB RAM, a dual core Intel T7500 and dedicated nVidia G86M Quadro NVS 135M video card. WIFI is handled by the Broadcom BCM4312 802.11a/b/g chipset. Modest by today's standards. It's the same laptop I have used for my Fedora 15 beta review. I can say with certainty that both this laptop and I are very grateful to be running Gnome 2.x instead of 3.x!

When I first went to burn the i386 .iso file, k3b greeted me with an interesting, "your image will not fit on your disk" kinda message. I was puzzled and then discovered the issue noted in the CentOS 6.0 release notes about the DVD+R media creation issue. Fair enough, I did not have at the time any other media, so I just overburned past the disk and tried to boot from the media anyway (which worked fine for *my* install). Just don't try to validate the disk ;)

Next, my default DVD install attempt was met with a very disappointing blank/black screen with the onboard Nvidia NVS 135M quadro video card. My good buddy google quickly lead me to some information that either "nomodeset" kernel option or install with the "basic video driver" would be needed. And either of those allowed me to move on through the install.

The rest of the install proceeded without issues. After the reboot, I was glad to see the nouveau driver seems to work well enough after the initial install problem. I was even more happy to see my wifi (Broadcom Corporation BCM4312 802.11a/b/g) installed with *no* intervention. And by this time, I always expect the onboard ethernet of (Broadcom Corporation NetXtreme BCM5755M Gigabit Ethernet PCI Express) to work without issues or intervention. Thankfully, I was not disappointed with any networking issues. Sorry to say that this laptop does not have bluetooth onboard, so I can't test that.

I was greeted with good old Gnome 2 running after login. Everything looked fine at 1440x900 resolution without messing with any xorg.conf file! I do not yet see a reason to blacklist nouveau. I expect even less to use the a downloaded NVIDIA-Linux-*.run file as the elrepo binary kmod-nvidia* version will end up being no additional work after a kernel upgrade.

Laptop is running very stable, dynamic CPU fan control functions as expected. Suspend and resume has not had any issue at all with the nouveau driver. Nice to have it all just work (minus the install quirk).

More updated versions of most major apps would be better. OpenOffice 3.2 is included rather than 3.3 or even better now, the Libreoffice version that Fedora 15 has.

In the end, I would have to say that for a good solid Linux OS experience, I would suggest CentOS 6 as a good option to any current distribution. You will have a long support cycle and a very stable base.

I have a very minor annoyance that seems to be shared now with all the recent Fedora versions; resuming the laptop shows an initial screen that is your session even with the screen lock applied. This running session screen last only a second or two, but kinda odd that it shows at all.

As a note, I have added the "xdriver=vesa nomodeset" options to my PXE install for this class of device to get past the video driver issue on install.

For completeness, here is the lspci for this Dell D630:
00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 0c) 00:01.0 PCI bridge: Intel Corporation Mobile PM965/GM965/GL960 PCI Express Root Port (rev 0c) 00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 02) 00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 02) 00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 02) 00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 02) 00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 02) 00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 02) 00:1c.5 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 6 (rev 02) 00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 02) 00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 02) 00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 02) 00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f2) 00:1f.0 ISA bridge: Intel Corporation 82801HEM (ICH8M) LPC Interface Controller (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 02) 00:1f.2 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA IDE Controller (rev 02) 00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 02) 01:00.0 VGA compatible controller: nVidia Corporation G86M [Quadro NVS 135M] (rev a1) 03:01.0 CardBus bridge: O2 Micro, Inc. Cardbus bridge (rev 21) 03:01.4 FireWire (IEEE 1394): O2 Micro, Inc. Firewire (IEEE 1394) (rev 02) 09:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5755M Gigabit Ethernet PCI Express (rev 02) 0c:00.0 Network controller: Broadcom Corporation BCM4312 802.11a/b/g (rev 01)

My intent is to soon publish a server based CentOS 5.6 -vs- CentOS 6.0 competition review using the same hardware. Stay tuned.

Monday, July 11, 2011

CentOS 5.6 Thunderbird 5 working setup and install howto

UPDATE: Thunderbird 6.0 does not require the hack below!

If you are getting the error
thunderbird-bin: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by libxul.so)
You have come to one of the correct places. This is a continuation of the FIreFox 4 install. Again, I did not come up with this on my own! I just want to spread the word as much as possible that one very enlightened fellow referenced as "rkl" at forums.mozillazine.org has made it possible for the rest of us to hit the "easy button" and got FireFox 4.0 working on CentOS 5.x (CentOS 5.6 at this time). HERE is the original link that I lucked upon while trying to google it on my own.

This is my mostly plagiarized summary based on the original FF4 information for the link above. My testing was specifically done on CentOS 5.6 32bit desktop install:
1. Unpack the Thunderbird thunderbird-5.0.tar.bz2 somewhere (e.g. /opt/thunderbird5). A quick way to get the tar file is from the mozilla Thunderbird EN download link.

2. Download this 32-bit Fedora 9 libstdc++ RPM and unpack it with this command:

rpm2cpio libstdc++-4.3.0-8.i386.rpm | cpio -i --make-directories

3. Move the unpacked shared library into /opt/thunderbird5:

mv usr/lib/libstdc* /opt/thunderbird5/

Note: It's "usr/lib/libstdc*" above (i.e. the unpacked tree from the RPM, not the system /usr/lib tree) - do NOT put a leading slash there!

4. Run Thunderbird 5 with:

/opt/thunderbird5/thunderbird

I will say that TB5 is an *major* improvement from Thunderbird 3.x. So far there are less mailbox issues than with previous versions.