Posts Tagged ‘linux’

The traps of buying online hardware from other countries

Wednesday, January 22nd, 2014

So I bought a StarTech 1 port PCI Express eSATA II Controller Card to use in my ESXi to passthrough to my fileserver and connect an internal HDD to it.
Everything is nice, the card works fine in windows but not in linux (which my file server is). I get
FATAL: Error inserting si3531r5 (/lib/modules/2.6.32-358.11.1.el6.x86_64/kernel/drivers/scsi/si3531r5.ko): Invalid module format
and dmesg shows:

si3531r5: version magic '2.6.9-22.ELsmp SMP gcc-3.4' should be '2.6.32-358.11.1.el6.x86_64 SMP mod_unload modversions '

This is as expected since my kernel grew/matured over the years unlike their drivers.
So I go about contacting their support, asking for code or updated drivers. They route me to silicon image for this issue because

Unfortunately when it comes to the source code for these cards, that code is owned by Silicon Image and if we had the source code ourselves, we would still most likely not be at liberty to hand it out. We supply the driver on the website which is designed for getting this card installed and working in most environments.

now, that’s silly, since in the linux world, kernels get new versions all the time so it’s pretty much impossible to keep a system outdated for 4-5 years just so an expansion card can be used in it. It’s just stupid.

So I go to silicon image site, and check for drivers. What do you know:

End-Users: Silicon Image does NOT support End-Users directly. Silicon Image designs and develops chips for manufacturers. These manufacturers develop their own drivers, firmware and software for their boards. Silicon Image does not have information or access to the Drivers, Software or boards that these manufacturers create and sell. We typically assist these manufacturers when they have problems with our chips. End-Users should contact product manufacturer of the board for technical support.

In RED.

Call me stupid, but startech support appears to be living on another planet. They tell me to return the card. Right. Overseas?

Related posts

file X from install of Y conflicts with file from package Z

Saturday, September 10th, 2011

Late time for a new update of my linux server.

This time, yum update got me these errors:

file /usr/bin/shasum from install of perl-Digest-SHA-5.50-1.el5.rf.i386 conflicts with file from package perl-Digest-SHA-PurePerl-5.48-1.el5.rf.noarch
file /usr/share/man/man1/shasum.1.gz from install of perl-Digest-SHA-5.50-1.el5.rf.i386 conflicts with file from package perl-Digest-SHA-PurePerl-5.48-1.el5.rf.noarch

You will notice that there are 2 distinct packages:
perl-Digest-SHA-5.50-1.el5.rf.i386
and
perl-Digest-SHA-PurePerl-5.48-1.el5.rf.noarch

I went with removing the oldest one because the new one was being marked for installation:
yum erase perl-Digest-SHA-PurePerl-5.48-1.el5.rf.noarch

and problem solved. This one was way too easy. Why I posted? Well, google search only yielded 1 spanish result. One. Well, this will make it 2 🙂 And in english.

Related posts

Installing mythtv on centos 5.x (part 2)

Monday, April 11th, 2011

todat, the mythtv saga continues.

 

next command in the how-to says

[root@localhost ~]# yum update

….

Error: Missing Dependency: pwlib >= 1.10.1 is needed by package ekiga-2.0.2-7.0.2.i386 (installed)
Error: Missing Dependency: libpt_linux_x86_r.so.1.10.1 is needed by package ekiga-2.0.2-7.0.2.i386 (installed)
Error: Missing Dependency: pwlib >= 1.10.1 is needed by package opal-2.2.2-1.1.0.1.i386 (installed)
Error: Missing Dependency: libpt_linux_x86_r.so.1.10.1 is needed by package opal-2.2.2-1.1.0.1.i386 (installed)
Error: Missing Dependency: libx264.so.107 is needed by package libquicktime-1.2.1-1.el5.rf.i386 (installed)

 

Upsie daisy. Ok, I admit, I spent about 1 hour, finding the same shitty 3 post news thread from atrps on a dozen sites and the it finally hit me: god damn freaking priorities. They surealy are bad when you use a lot of test and 3rd party repos. Ok, so I disabled it entirely.

 

Now, at this stage you must make sure you remember: your system is f*cked up. It has packages from different repos, test repositories. Unstable, not completely tested and so on.

 

now, back to our screwed up system. we need to do some cleaning. First, lets remove all the conflicting packages.

[root@localhost ~]# yum remove libquicktime-1.2.1-1.el5.rf.i386 opal-2.2.2-1.1.0.1.i386 ekiga-2.0.2-7.0.2.i386 ekiga-2.0.2-7.0.2.i386

[root@localhost ~]# rpm -qa | grep pwlib
pwlib-1.10.1-7.0.1.el5
[root@localhost ~]# yum erase pwlib-1.10.1-7.0.1.el5

[root@localhost ~]# rpm -qa | grep libx264
libx264_114-0.114-15_20110308.2245.el5
[root@localhost ~]# yum erase libx264_114-0.114-15_20110308.2245.el5

yum install still gives the same old crap.

 

what next? fucking windows, that’s what’s nexts. How the fuck can you build a software that cannot be installed on a  fresh system? Seriously. I tried knoppmyth, mythtv, freevo and a bunch of other linux based dvr/pvr but NONE worked nor installed right. Are you linux people really that fucked up? Only stuff from base repos are really working. isn’t there any serious guy out there with a 3rd party repo that is properly kept in sync and relatively uptodate? How the hell are you expecting to get linux out to the masses when a fucking linux sysadmin can’t install your freaking software?

 

I wasted weeks on this shit you idiots. WEEKS. Windows solution is slow but at least IT WORKS.

 

So eat shit, you twits.

Related posts

Installing mythtv on centos 5.x

Monday, April 11th, 2011

I tried knoppmyth. Didn’t work for me. For some reason, even though I noticed it picked upo my card, I just couldn’t find it in the menus to be able to watch or record anything from tv.

So, I decided to go the old fashioned way.

You will go on mythtv site, read the wiki how-to for installing on centos. then you continue with the howto for installing on fedora as instructed there.

Now, after you got the new kernel and stuff set up, reboot.

Now, you go on with isntalling packages and you end up with mythtv. But, bummer.

at any one point, you’ll get errors like:

Missing Dependency: libpt_linux_x86_r.so.1.10.1 is needed by package opal-2.2.2-1.1.0.1.i386 (installed)

make sure you install all needed keys. like:

[root@localhost ~]# rpm –import /etc/pki/rpm-gpg/RPM-GPG-KEY*
[root@localhost ~]# rpm –import http://rpm.livna.org/RPM-LIVNA-GPG-KEY
[root@localhost ~]# rpm –import http://freshrpms.net/RPM-GPG-KEY-freshrpms

[root@localhost ~]# rpm –import http://packages.atrpms.net/RPM-GPG-KEY.atrpms

and then finally

[root@localhost ~]# yum install mythtv

….

Error Downloading Packages:
myththemes-0.24-177.noarch: failure: myththemes-0.24-177.noarch.rpm from atrpms: [Errno 256] No more mirrors to try.

that’s ok, it was just an internet kickup. run install once more…

[root@localhost yum.repos.d]# yum install mythtv

….

Transaction Check Error:
file /usr/share/man/man3/Tie::Watch.3pm.gz conflicts between attempted installs of perl-Tk-804.029-2.el5.pp.i386 and perl-Tie-Watch-1.301-1.el5.pp.noarch
file /usr/lib/perl5/vendor_perl/5.8.8/Date/Manip.pm conflicts between attempted installs of perl-DateManip-5.44-1.2.1.noarch and perl-Date-Manip-6.14-0_15.el5.noarch
file /usr/lib/perl5/vendor_perl/5.8.8/Date/Manip.pod conflicts between attempted installs of perl-DateManip-5.44-1.2.1.noarch and perl-Date-Manip-6.14-0_15.el5.noarch
file /usr/share/man/man3/Date::Manip.3pm.gz conflicts between attempted installs of perl-DateManip-5.44-1.2.1.noarch and perl-Date-Manip-6.14-0_15.el5.noarch

Ouch!

Few hours of googleing results in:

[root@localhost yum.repos.d]# yum erase perl-Date-Manip-6.14-0_15.el5.noarch

resulting in

Package(s) perl-Date-Manip-6.14-0_15.el5.noarch available, but not installed.

so just ingore

[root@localhost yum.repos.d]# yum erase perl-DateManip-5.44-1.2.1.noarch

does the same thing so ignore again

then

[root@localhost yum.repos.d]# yum install perl-DateManip

….

Package perl-DateManip is obsoleted by perl-Date-Manip, trying to install perl-Date-Manip-6.14-0_15.el5.noarch instead

(now this sounds good)

then

[root@localhost yum.repos.d]# yum install perl-Tk

resulting in

Transaction Check Error:
file /usr/share/man/man3/Tie::Watch.3pm.gz conflicts between attempted installs of perl-Tie-Watch-1.301-1.el5.pp.noarch and perl-Tk-804.029-2.el5.pp.i386

Ouch again!

[root@localhost yum.repos.d]# yum erase perl-Tie-Watch-1.301-1.el5.pp.noarch perl-Tk-804.029-2.el5.pp.i386

then

[root@localhost yum.repos.d]# yum install yum-priorities

then edit each repo and set proper priorities (google as I no longer have the link and I’m just too lazy to search the history) (basically all centos good repos will be 1, testing will be like 10, 3rd party will be 10+ making sure that testing and such always get a higher prio than the base fo the 3rd party)

then

[root@localhost yum.repos.d]# yum erase perl-Tie-Watch

and then

[root@localhost yum.repos.d]# yum install perl-Tk

Uau. That worked 🙂

so now do

[root@localhost yum.repos.d]# yum install perl-Tk-TableMatrix

and then again

[root@localhost yum.repos.d]# yum install mythtv

Missing Dependency: perl(XML::Twig) >= 3.28 is needed by package xmltv-grabbers-0.5.59-84.el5.noarch (atrpms)

Bummer. Ok, this is now because of priorities 😉 Remember, we set them up so that testing will not override base. That is usually a good thing to do. So, lets install it manually:

[root@localhost yum.repos.d]# package-cleanup –problems

Doesn’t hurt 🙂

now lets ignore priorities because it’s a pain going around them (alternatively, don’t enable them. but it could lead you to issues later on when upgrading):

[root@localhost yum.repos.d]# yum install mythtv –disableplugin=priorities

….

Dependency Updated:
perl-XML-Twig.noarch 0:3.29-11.el5

Complete!

Ta-Dah! There. It installed.

Following days, when I’ll get time, I’ll be getting back if and how I get it working.

Related posts

Concrete5 MU (MultiSite)

Sunday, February 6th, 2011

As some of you might have read, I am looking for a MU CMS generic solution for my server because I just hate administering tons of software.

So, after WP MU failed miserably from support point of view (http://wordpress.org/support/topic/multi-site-but-not-multi-bloguser) I decided to take a better look at C5 (which I already had installed). And luckily, while browsing the how-tos, I bumped into this nice howto:  http://www.concrete5.org/documentation/how-tos/developers/running-multiple-concrete5-instances-using-a-single-core-on-a-re/

I think I can live with 2 systems: WP MU for the blogs and C5 MU for the rest. Now it’s only a matter of getting “the rest” converted to C5…

First step: the photo gallery (it has some needs that none of the major dedicated photo galleries out there had about 1-2 years ago when I tested them and got stuck with gallery2, which lost some other needed features with their version 3).

Considering how “fast” I move when it comes to such things, I think it is safe to say that you should expect “news” on the subject in say … 6 months 😀

Related posts

Please use mysql_upgrade to fix this error. (1558)

Sunday, February 6th, 2011

that just doesn’t sound right, does it. I just now noticed it when I ran my cron backup manually. Complete error is:

mysqldump: Couldn’t execute ‘SHOW FUNCTION STATUS WHERE Db = ‘your-db-here”: Column count of mysql.proc is wrong. Expected 20, found 16. Created with MySQL 50077, now running 50152. Please use mysql_upgrade to fix this error. (1558)

so I ran mysql_upgrade , errored about password, then I ran mysql_upgrade -p and all was ok. Well, at least from the script point of view.

Running the backup again revealed another error:

Cannot proceed because system tables used by Event Scheduler were found damaged at server start (1577)

Reading about it on the net, somebody suggested a mysql restart after running the mysql_upgrade script adn what do you know, it did it.

Do note that you need to be logged as root for that command line to work. Otherwise, make sure to specify root user in the command line.

One thing that I did notice a while ago was that the “all” backup (which dumps all tables) was failing, but I didn’t give it too much attention since the per-table backups were ok. Seems this upgrade thing solved that issue as well.

This one was simple 🙂

Related posts

CVS out of the house

Sunday, February 6th, 2011

As expected, after I finally migrated all my cvs projects to my svn repository it was high time to remove this … relic 🙂

Related posts

Migrate CVS to SVN with cvs2svn

Sunday, February 6th, 2011

Well, as it usually happens with stuff I do, it gets out of the “ordinary”. It almost never gets easy enough.

So, this time, cvs2svn. Great litle tool. Only problem is that in my centos 5.5, the subversion I installed for some reason I don’t remember and didn’t bother spending time figuring out, it created a repository based on sqlite or something. In any case, the repository and the projects are not directories, as happens in most or all examples on cvs2svn out there.

So, since you can’t use svn2cvs on local repository as in the tutorials, I searched for a way to use it to migrate to a … “remote” repository 🙂

And I eventually found this: http://ptspts.blogspot.com/2009/06/how-to-migrate-or-merge-cvs-or-svn.html

Looked promising. I made the dump and then figured I have to install the svn-pusher. Obviously, I got

[root@Impuls ~]# apt-get install libsvn-core-perl
Reading Package Lists… Done
Building Dependency Tree… Done
E: Couldn’t find package libsvn-core-perl

So, I did a yum search push and found

perl-SVN-Push.noarch : Push Repository to Remote Subversion Repository

trying to install that, failed with dependency check on subversion perl:

subversion-perl-1.4.6-jason.1.i386 from utterramblings has depsolving problems
–> Missing Dependency: subversion = 1.4.6-jason.1 is needed by package subversion-perl-1.4.6-jason.1.i386 (utterramblings)
Error: Missing Dependency: subversion = 1.4.6-jason.1 is needed by package subversion-perl-1.4.6-jason.1.i386 (utterramblings)
You could try using –skip-broken to work around the problem
You could try running: package-cleanup –problems
package-cleanup –dupes
rpm -Va –nofiles –nodigest

next:

[root@Impuls ~]# yum erase subversion-perl
Setting up Remove Process
No Match for argument: subversion-perl
Package(s) subversion-perl available, but not installed.
No Packages marked for removal

after some hours of digging around I learned that this is because I already had installed the subversion.1.6.13-0.1.el5.rf so removing that and the svn_web_dav with yum and then installing subversion and svn_web_dav and perl-SVN-Push solved everything. Then I tried cpan with svn-pusher and that finally worked.

then came the migration:

[root@Impuls db]# svnadmin load –parent-dir delphi /svn/ < /launcher.dump
svnadmin: Expected FS format ‘2’; found format ‘4’

a little digging around showed the cause: I previously had installed a newer version of subversion and created the repository with it. now, since I downgraded, it was no longer supported. Crap.

So, uninstall the jason version subversion and reinstall the previous one. But … there is no sense in doing that from the cd/dvd as I’d end up in the same situation. So I searched the net a bit for the rpm version I had looking for a source that had all my needed dependencies and finally found : http://packages.sw.be/subversion/

installed everything and voila:

svnadmin load –parent-dir delphi /svn/ < /launcher.dump

worked without errors.

But, as I already told y’all, in my case nothing is *that* simple. And here’s again why: I don’t use trunk/branches/tags or any other such structure for my projects. And that’s because I wrote them all, they are pretty small and until now I never needed this structure. And of course, I hate having 2 empty dirs in all my projects (branches and tags) plus an unneeded nesting level (tags).

So, what to do. I first wanted to cancel the import but when I saw that you need to “hack” things in order to remove the stuff without anybody ever knowing about it (given that I am the only person using my repository it’s a bit too paranoid even for me) I decided to just make 3 new revisions by deleting the “offending” directories and re-create the dump properly.

I then tried

cvs2svn –trunk-only –username=ciuly –trunk=Launcher –branches=Launcher/branches –tags=Launcher/tags –dumpfile=/launcher.dump /cvs/delphi/Launcher/

obviously, errored.

A bit of thinking and looking in the dump file got me an idea: modify the cvs2svn to NOT create the branches and tags directories when dumping 😀 And this time it was damn easy too. I only searched for a few things and in less than 5 minutes I got to modify the svn_run_options.py on line 467 and removed branches_path and tags_path from the initial_directories array. Ta-Da.

now running

cvs2svn –trunk-only –username=ciuly –trunk=Launcher –dumpfile=/launcher.dump /cvs/delphi/Launcher/

properly produced the desired dump file for importing into my svn repo suitable for my structure with

svnadmin load –parent-dir delphi /svn/ < /launcher.dump

complete with history. Only “issue” was that in cvs I used the user “impuls” where as in svn I changed it to “ciuly”. And the history kept it as impuls. Not a big deal after all. That can be changed too 😀 But I don’t have time right now for such minor issues. I have to finish moving my cvs to svn properly.

And I didn’t even need that svn pusher thing. damn 🙂

PS: now, when I’m finished, I realized that the reason why I thought I have to do a remote svn import was because I had an error in my svnadmin load command line. oups 😀

Related posts

SVN back in the house

Wednesday, April 7th, 2010

Ever since I moved from my old source-based linus to rpm-based linux, there were some features I was not able to set up or install due to lack of time. One of these was the SVN server. And since I’ve done some changes to the greasemonkey scripts as you can see in my previous post, I had to commit.
So, long story short, I had to:
– yum install mod_dav_svn.i386
– service httpd restart
– usermod -a -G svn apache
– chown -R svn:svn /svn
– chmod -R g+w /svn
to get rid of all the errors and be able to use my old repository again.

Well, that’s about it for now.

Related posts

Linux: Routing for multiple uplinks/providers

Thursday, July 16th, 2009

I described my problem here: http://www.linuxquestions.org/questions/linux-networking-3/problem-with-routing-for-multiple-uplinksproviders-on-rh9-2.4.36.2-739775/
As of this writing, it’s not yet solved.
However, I wanted to post a script that does exactly what’s in the tutorial http://lartc.org/howto/lartc.rpdb.multiple-links.html
that I use since I hate keep adding them by hand:
you need to edit it and add your info, obviously.

#!/bin/sh

# config stuff
P1_NET=
IF1=
P1=
IP1=
T1=T1

P2_NET=
IF2=
P2=
IP2=
T2=T2

P0_NET=
IF0=
P0=
IP0=
# actual script

if [ "$1" == "del" ]
then
CMD=del
else
CMD=add
fi

/sbin/ip route $CMD $P1_NET dev $IF1 src $IP1 table $T1
/sbin/ip route $CMD default via $P1 table $T1
/sbin/ip route $CMD $P2_NET dev $IF2 src $IP2 table $T2
/sbin/ip route $CMD default via $P2 table $T2

/sbin/ip route $CMD $P1_NET dev $IF1 src $IP1
/sbin/ip route $CMD $P2_NET dev $IF2 src $IP2

/sbin/ip route $CMD default via $P1

/sbin/ip rule $CMD from $IP1 table $T1
/sbin/ip rule $CMD from $IP2 table $T2

uselocal=true
if [ $uselocal == true ]
then
/sbin/ip route $CMD $P0_NET dev $IF0 table $T1
/sbin/ip route $CMD $P2_NET dev $IF2 table $T1
/sbin/ip route $CMD 127.0.0.0/8 dev lo table $T1
/sbin/ip route $CMD $P0_NET dev $IF0 table $T2
/sbin/ip route $CMD $P1_NET dev $IF1 table $T2
/sbin/ip route $CMD 127.0.0.0/8 dev lo table $T2
fi

Related posts