Discussion:
do a dare to do a yum update?
Michael Scheidell
2012-08-12 12:45:15 UTC
Permalink
I did this last night: and it trashed, totally unrecoverable, my sipx
4.4.0 system.


Aug 11 16:39:54 Updated: 30:bind-libs-9.3.6-20.P1.el5_8.2.i386
Aug 11 16:39:57 Updated: initscripts-8.45.42-1.el5.centos.1.i386
Aug 11 16:39:58 Updated: 30:bind-9.3.6-20.P1.el5_8.2.i386
Aug 11 16:39:59 Updated: 30:bind-utils-9.3.6-20.P1.el5_8.2.i386
Aug 11 16:39:59 Updated: 12:dhclient-3.0.5-31.el5_8.1.i386
Aug 11 16:39:59 Updated: sudo-1.7.2p1-14.el5_8.2.i386
Aug 11 16:40:00 Updated: 30:caching-nameserver-9.3.6-20.P1.el5_8.2.i386
Aug 11 16:40:00 Updated: 12:dhcp-3.0.5-31.el5_8.1.i386

(ok, the server crashed a couple of times before that, so the fs might
have been fskeded up).


I am running on the 4.40 released iso, cd (which needs yum updates!)

I think I can freeze those.. the symptoms were that postgresql could not
find the unix socket on /tmp/.s.

and in logs:


"2012-08-11T21:31:54.571371Z":1:CDR:ERR:sip.secnap.com:main:00000000:cdr:"Problems
with CDR DB connection."
"2012-08-11T21:31:54.571637Z":2:CDR:ERR:sip.secnap.com:main:00000000:cdr:"Exiting
because of error: <could not translate host name \"localhost\" to
address: Name or service not known\n>"


so, I am GUESSING/ASSUMING that one of the bind-libs is not compatible
with postgres.

(or I trashed postgres with the crashes anyway)

but, deinstall, reinstall, rm -rf /var/lib/pgsql/data initdb, setup,
nothing helped.

I needed to boot the iso 4.40 on a new machine, and restore a (4 day
old) backup.

that I know needs yum updates for sipx ;-)
--
Michael Scheidell, CTO
o: 561-999-5000
d: 561-948-2259
*| *SECNAP Network Security Corporation
* Best Mobile Solutions Product of 2011
* Best Intrusion Prevention Product
* Hot Company Finalist 2011
* Best Email Security Product
* Certified SNORT Integrator


______________________________________________________________________
This email has been scanned and certified safe by SpammerTrap(r).
For Information please see http://www.spammertrap.com/
______________________________________________________________________
Michael Scheidell
2012-08-12 13:36:20 UTC
Permalink
I am going to do this for now:

in /etc/yum.conf

exclude= bind-libs-9.3.6-20.P1.el5_8.2.i386
initscripts-8.45.42-1.el5.centos.1.i386 bind-9.3.6-20.P1.el5_8.2.i386 \
bind-utils-9.3.6-20.P1.el5_8.2.i386 dhclient-3.0.5-31.el5_8.1.i386
sudo-1.7.2p1-14.el5_8.2.i386 \
caching-nameserver-9.3.6-20.P1.el5_8.2.i386 dhcp-3.0.5-31.el5_8.1.i386
--
Michael Scheidell, CTO
o: 561-999-5000
d: 561-948-2259
*| *SECNAP Network Security Corporation
* Best Mobile Solutions Product of 2011
* Best Intrusion Prevention Product
* Hot Company Finalist 2011
* Best Email Security Product
* Certified SNORT Integrator


______________________________________________________________________
This email has been scanned and certified safe by SpammerTrap(r).
For Information please see http://www.spammertrap.com/
______________________________________________________________________
Tony Graziano
2012-08-12 22:55:02 UTC
Permalink
I just updated a lab (4.4) system, did a full yum update and everything
came back up no problem.

I would suggest the issue is with your postgres server function, and
perhaps not with bind. Again, as active CDR records are waiting, they are
flushed/written to the PGSQL DB (SIPXCDR is the DB name) when the call
completes. Whatever the cause I think the postgres error logs should hold
some good nuggets.

By default it keeps today plus the last 6 days worth in
/var/lib/pgsql/data/pg_log

(postgresql-Sun.log, etc.) Ideally they are small files, if they are big
they might hold bigger clues. So will /var/lib/pgsql/pgstartup.log.

On Sun, Aug 12, 2012 at 9:36 AM, Michael Scheidell <
Post by Michael Scheidell
in /etc/yum.conf
exclude= bind-libs-9.3.6-20.P1.el5_8.2.i386
initscripts-8.45.42-1.el5.centos.1.i386 bind-9.3.6-20.P1.el5_8.2.i386 \
bind-utils-9.3.6-20.P1.el5_8.2.i386 dhclient-3.0.5-31.el5_8.1.i386
sudo-1.7.2p1-14.el5_8.2.i386 \
caching-nameserver-9.3.6-20.P1.el5_8.2.i386 dhcp-3.0.5-31.el5_8.1.i386
--
Michael Scheidell, CTO
o: 561-999-5000
d: 561-948-2259
*| *SECNAP Network Security Corporation
- Best Mobile Solutions Product of 2011
- Best Intrusion Prevention Product
- Hot Company Finalist 2011
- Best Email Security Product
- Certified SNORT Integrator
------------------------------
This email has been scanned and certified safe by SpammerTrap®.
For Information please see http://www.spammertrap.com/
------------------------------
_______________________________________________
sipx-users mailing list
List Archive: http://list.sipfoundry.org/archive/sipx-users/
--
~~~~~~~~~~~~~~~~~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: ***@voice.myitdepartment.net
Fax: 434.465.6833
~~~~~~~~~~~~~~~~~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
~~~~~~~~~~~~~~~~~~

Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab
2013!
<http://sipxcolab2013.eventbrite.com/?discount=tony2013>
--
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: ***@voice.myitdepartment.net

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net
Loading...