|
Home > Archive > Voice over IP Cisco > April 2007 > CCM 4.1(3) does not boot after RAM upgrade to 1 GB
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
CCM 4.1(3) does not boot after RAM upgrade to 1 GB
|
|
| Muqeemuddin Syed 2007-04-01, 1:11 pm |
| We have a Call Manager cluster of one publisher and one subscriber running
CCM 4.1(3). Both the CCM are on a cisco MCS 7825.
We ordered for an additional 1 GB RAM to upgrade the physical memory on the
publisher (it was consuming over 70% of Memory for the SQL process alone).
When we restarted the CCM after adding the 1 GB RAM, the CCM fails to load
even the Operating System. We get an error that a file is corrupt or
missing.
Has anyone faced similar situation. Does cisco lock customers from
performing memory upgrades to force customers to buy the bigger MCS boxes?
| |
| Jonathan Charles 2007-04-01, 1:11 pm |
| I have upgraded RAM a few hundred times in CallManagers... and a lot of
times in 7825s...
Take the RAM out, does it boot? If not, you probably bent a pin or something
when you put the RAM in. If so, try calling cisco and see if they will get
you a new motherboard...
Jonathan
On 4/1/07, Muqeemuddin Syed <muqeems@gmail.com> wrote:
>
> We have a Call Manager cluster of one publisher and one subscriber running
> CCM 4.1(3). Both the CCM are on a cisco MCS 7825.
>
> We ordered for an additional 1 GB RAM to upgrade the physical memory on
> the publisher (it was consuming over 70% of Memory for the SQL process
> alone).
> When we restarted the CCM after adding the 1 GB RAM, the CCM fails to load
> even the Operating System. We get an error that a file is corrupt or
> missing.
> Has anyone faced similar situation. Does cisco lock customers from
> performing memory upgrades to force customers to buy the bigger MCS boxes?
>
>
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
| |
| Ted Nugent 2007-04-01, 7:11 pm |
| No they do not prevent you from using 3rd party
memory. However it=92s possible that you got some bad or
incompatible memory, although this is typically caught
in POST I've seen stranger things. If you remove the
new RAM and boot the system does it boot ok? If not
the memory upgrade is probably not related to the
issue.
I typically buy RAM from Crucial.com or at least use
that to find the RAM I need, some advice, don=92t
purchase bottom barrel RAM to save a few bucks for
your production server, spend the extra $ for quality
RAM just don=92t go over board and buy it from Cisco,
that=92s just crazy. My $0.02
--- Muqeemuddin Syed <muqeems@gmail.com> wrote:
> We have a Call Manager cluster of one publisher and
> one subscriber running
> CCM 4.1(3). Both the CCM are on a cisco MCS 7825.
> =
> We ordered for an additional 1 GB RAM to upgrade the
> physical memory on the
> publisher (it was consuming over 70% of Memory for
> the SQL process alone).
> When we restarted the CCM after adding the 1 GB RAM,
> the CCM fails to load
> even the Operating System. We get an error that a
> file is corrupt or
> missing.
> Has anyone faced similar situation. Does cisco lock
> customers from
> performing memory upgrades to force customers to buy
> the bigger MCS boxes?
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> =
=
________________________________________
___________________________________=
_________
Don't get soaked. Take a quick peek at the forecast
with the Yahoo! Search weather shortcut.
http://tools.search.yahoo.com/shortcuts/#loc_weather
| |
| Ryan Ratliff 2007-04-02, 1:11 pm |
| AFAIK cisco doesn't even sell memory for MCS servers, we tell you to =
buy it from IBM or HP directly.
I know the HP servers at least are extremely picky about their =
memory. Most of the time they won't even POST though.
-Ryan
On Apr 1, 2007, at 1:41 PM, Ted Nugent wrote:
No they do not prevent you from using 3rd party
memory. However it=92s possible that you got some bad or
incompatible memory, although this is typically caught
in POST I've seen stranger things. If you remove the
new RAM and boot the system does it boot ok? If not
the memory upgrade is probably not related to the
issue.
I typically buy RAM from Crucial.com or at least use
that to find the RAM I need, some advice, don=92t
purchase bottom barrel RAM to save a few bucks for
your production server, spend the extra $ for quality
RAM just don=92t go over board and buy it from Cisco,
that=92s just crazy. My $0.02
--- Muqeemuddin Syed <muqeems@gmail.com> wrote:
> We have a Call Manager cluster of one publisher and
> one subscriber running
> CCM 4.1(3). Both the CCM are on a cisco MCS 7825.
>
> We ordered for an additional 1 GB RAM to upgrade the
> physical memory on the
> publisher (it was consuming over 70% of Memory for
> the SQL process alone).
> When we restarted the CCM after adding the 1 GB RAM,
> the CCM fails to load
> even the Operating System. We get an error that a
> file is corrupt or
> missing.
> Has anyone faced similar situation. Does cisco lock
> customers from
> performing memory upgrades to force customers to buy
> the bigger MCS boxes?
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
________________________________________
________________________________ =
____________
Don't get soaked. Take a quick peek at the forecast
with the Yahoo! Search weather shortcut.
http://tools.search.yahoo.com/shortcuts/#loc_weather
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
| |
| Jonathan Charles 2007-04-02, 1:11 pm |
| Well, if there is a bad chunk of RAM on the DIMM it could cause the system
to blue screen...
Jonathan
On 4/2/07, Ryan Ratliff <rratliff@cisco.com> wrote:
>
> AFAIK cisco doesn't even sell memory for MCS servers, we tell you to
> buy it from IBM or HP directly.
>
> I know the HP servers at least are extremely picky about their
> memory. Most of the time they won't even POST though.
>
> -Ryan
>
> On Apr 1, 2007, at 1:41 PM, Ted Nugent wrote:
>
> No they do not prevent you from using 3rd party
> memory. However it's possible that you got some bad or
> incompatible memory, although this is typically caught
> in POST I've seen stranger things. If you remove the
> new RAM and boot the system does it boot ok? If not
> the memory upgrade is probably not related to the
> issue.
> I typically buy RAM from Crucial.com or at least use
> that to find the RAM I need, some advice, don't
> purchase bottom barrel RAM to save a few bucks for
> your production server, spend the extra $ for quality
> RAM just don't go over board and buy it from Cisco,
> that's just crazy. My $0.02
>
>
>
> --- Muqeemuddin Syed <muqeems@gmail.com> wrote:
>
>
>
>
>
> ________________________________________
________________________________
> ____________
> Don't get soaked. Take a quick peek at the forecast
> with the Yahoo! Search weather shortcut.
> http://tools.search.yahoo.com/shortcuts/#loc_weather
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
| |
| Mike Lydick 2007-04-02, 1:11 pm |
| I have ran into this issue recently with a Callmanager that had not been rebooted for over a year. You may want check the size of the registry hives. With our Callmanager the System hive had grown to 13mb, the suggested size is 3mb. At this size the reg f
ailed to load into memory. If this is the case you have two options, Rebuild and restore, or contact Microsoft for procedures and tools to shrink the registry. I opted for rebuild and restore.
----- Original Message ----
From: "cisco-voip-request@puck.nether.net" <cisco-voip-request@puck.nether.net>
To: cisco-voip@puck.nether.net
Sent: Sunday, April 1, 2007 1:35:52 PM
Subject: cisco-voip Digest, Vol 50, Issue 2
Send cisco-voip mailing list submissions to
cisco-voip@puck.nether.net
To subscribe or unsubscribe via the World Wide Web, visit
https://puck.nether.net/mailman/listinfo/cisco-voip
or, via email, send a message with subject or body 'help' to
cisco-voip-request@puck.nether.net
You can reach the person managing the list at
cisco-voip-owner@puck.nether.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cisco-voip digest..."
Today's Topics:
1. Re: CDR timestamp bug - Will cisco fix in time?
(Robert Kulagowski)
2. CCM 4.1(3) does not boot after RAM upgrade to 1 GB
(Muqeemuddin Syed)
3. cisco IP Phone vulnerability (J. Oquendo)
4. VMWare CM504 to 5.11 Failure (Fred Fern)
5. Re: VMWare CM504 to 5.11 Failure (Jonathan Charles)
----------------------------------------------------------------------
Message: 1
Date: Sun, 01 Apr 2007 11:38:44 -0500
From: Robert Kulagowski <bob@smalltime.com>
Subject: Re: [cisco-voip] CDR timestamp bug - Will cisco fix in time?
To: cisco-voip <cisco-voip@puck.nether.net>
Message-ID: <460FE014.1020905@smalltime.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> I am curious, given the recent DST hilarity... if cisco starts working
> on this now, will they fix it in time?
I'm sure they'll have a patch out by January 17, 1970.
------------------------------
Message: 2
Date: Sun, 1 Apr 2007 19:43:43 +0300
From: "Muqeemuddin Syed" <muqeems@gmail.com>
Subject: [cisco-voip] CCM 4.1(3) does not boot after RAM upgrade to 1
GB
To: cisco-voip@puck.nether.net
Message-ID:
< 32a054c00704010943t2e7edfcfu4a816e95611b
50f1@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
We have a Call Manager cluster of one publisher and one subscriber running
CCM 4.1(3). Both the CCM are on a cisco MCS 7825.
We ordered for an additional 1 GB RAM to upgrade the physical memory on the
publisher (it was consuming over 70% of Memory for the SQL process alone).
When we restarted the CCM after adding the 1 GB RAM, the CCM fails to load
even the Operating System. We get an error that a file is corrupt or
missing.
Has anyone faced similar situation. Does cisco lock customers from
performing memory upgrades to force customers to buy the bigger MCS boxes?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/c...hment-0001.html
------------------------------
Message: 3
Date: Sun, 1 Apr 2007 11:47:23 -0500
From: "J. Oquendo" <sil@infiltrated.net>
Subject: [cisco-voip] cisco IP Phone vulnerability
To: cisco-voip@puck.nether.net
Message-ID: <20070401164723.GA75035@infiltrated.net>
Content-Type: text/plain; charset=us-ascii
All cisco phones affected
http://tinyurl.com/29h6w2
--
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
=+=+=+=+=+
J. Oquendo
echo @infiltrated|sed 's/^/sil/g;s/$/.net/g'
http://pgp.mit.edu:11371/pks/lookup...arch=0x1383A743
"How a man plays the game shows something of his
character - how he loses shows all" - Mr. Luckey
------------------------------
Message: 4
Date: Sun, 1 Apr 2007 12:53:52 -0400
From: "Fred Fern" <freddfern@gmail.com>
Subject: [cisco-voip] VMWare CM504 to 5.11 Failure
To: cisco-voip <cisco-voip@puck.nether.net>
Message-ID:
< bd356f050704010953s70b04a60o531e050ece30
ebd6@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
I've attempted to upgrade from 5.04 to 5.11 going on 5 times now and have
tried many variations, this last attempt was a fresh install of 5.04 and
everything appeared to work fine before hand. In the end it takes about 4
hours and eventually failes with the following errors. The VM is configured
for 2GB RAM and 40GB IDE drives. Any thoughts?
========================================
========================================
===============
informix
Stop DBMS
su -c 'if [ -f /usr/local/cm/db/informix/local/ids.env ]; then source
/usr/local/cm/db/informix/local/ids.env l2; fi ; onmode -yuk' - informix
Found compressed /usr/local/cm/install/ids/csdk-install.tar.gz
Performing IDS CSDK Install
cd /tmp/idsinstall ; source /usr/local/cm/db/informix/local/ids.env ;
../installclientsdk -options /usr/local/cm/db/informix/local/silent.ini
-silent
Inside setupODBC ...
Inside dbllib.py getDBName(1)...
pipe.close() Failed w/ exit code: 253
Inside getDBNameFromPartB...
dbname so far [ccm0500v0000]
final dbname is [ccm0500v0001]
dbname = [ccm0500v0001]
Updating [/etc/odbcinst.ini]
Updating [/etc/odbc.ini]
Getting the OLD DB Name
pipe.close() Failed w/ exit code: 253
Inside getDBNameFromPartB...
dbname_old = [ccm0500v0000]
Found /usr/local/cm/install/ids/idsjdbc.tar
Performing JDBC Install
cp -f /usr/local/cm/install/ids/idsjdbc.tar
/usr/local/cm/db/informix/jdbc.tar
cd /usr/local/cm/db/informix ; tar xf /usr/local/cm/db/informix/jdbc.tar
for J in /usr/local/cm/db/informix/jdbc/lib/*.jar ; do ln -s $J
/usr/local/thirdparty/jakarta-tomcat/common/lib ; done
Found compressed /usr/local/cm/install/ids/ertools.tar.gz
Performing ERTools Install
cp -f /usr/local/cm/install/ids/ertools.tar.gz
/usr/local/cm/db/informix/ertools.tar.gz
cd /usr/local/cm/db/informix ; tar fxz
/usr/local/cm/db/informix/ertools.tar.gz
/usr/local/cm/bin/dbl init L2 5.1.1.3000-5
Inside doActionL2Update ...
Inside doL2Post ...
Verifying SDI directory [/var/log/active/cm/trace/dbl/sdi]
chown database.ccmbase /var/log/active/cm/trace/dbl/sdi
chmod 775 /var/log/active/cm/trace/dbl/sdi
(odbc setup moved to dbl init)
Inside doL2Post_setPublisher...
No publisher record migrated.
Inside doL2_migrateDB...
Inside fixSQLLibPaths....
Inside fixSQLLibPaths....
Inside installdb ...
Inside dbllib.py getDBName(1)...
pipe.close() Failed w/ exit code: 253
Inside getDBNameFromPartB...
dbname so far [ccm0500v0000]
final dbname is [ccm0500v0001]
Start DBMS
su -c 'if [ -f /usr/local/cm/db/informix/local/ids.env ]; then source
/usr/local/cm/db/informix/local/ids.env l2; fi ; oninit' - informix
IDSWillStart...ok
Using port [54320]
sql ccm0500v0001 /usr/local/cm/db/sql/dbfuncs.sql.pathed.sql
sql ccm0500v0001 /usr/local/cm/db/sql/makedb.sql
GrantDBA
csv DSN=ccm_super;Servername=localhost_ccm_b
/usr/local/cm/db/csv
csv DSN=ccm_super;Servername=localhost_ccm_b
/usr/local/cm/db/csv/products
xml DSN=ccm_super;Servername=localhost_ccm_b
/usr/local/cm/db/xml/xml
catalog DSN=ccm_super;Servername=localhost_ccm_b
AlarmCatalog
/usr/local/cm/db/xml/alarmcatalog
catalog DSN=ccm_super;Servername=localhost_ccm_b
TraceCatalog
/usr/local/cm/db/xml/tracecatalog
Convert Database 5 to 6: DSN=ccm_b;Servername=localhost_ccm to
DSN=ccm_super;Servername=localhost_ccm_b
convert5to6: rc=49
sql ccm0500v0001 /usr/local/cm/db/sql/dbl/migration/conv5to6_auto_fix.sql
sql ccm0500v0001 /usr/local/cm/db/sql/dbl_common
sql ccm0500v0001 /usr/local/cm/db/sql/dbl
sql ccm0500v0001 /usr/local/cm/db/sql/dbl_gen
sql ccm0500v0001 /usr/local/cm/db/sql/dbl_trig
sql ccm0500v0001 /usr/local/cm/db/sql/ccm
sql ccm0500v0001 /usr/local/cm/db/informix/ertools/checksum/checksum.sql
Update Statistics DSN=ccm_super;Servername=localhost_ccm_b
Failure 1
Stop DBMS
su -c 'if [ -f /usr/local/cm/db/informix/local/ids.env ]; then source
/usr/local/cm/db/informix/local/ids.env l2; fi ; onmode -yuk' - informix
pipe.close() Failed w/ exit code: 253
Inside getDBNameFromPartB...
/usr/local/cm/bin/dbl start l2 --safe --nopreflight
IDS L2 Migration
rm -f /tmp/*.txt /tmp/*.log /tmp/*.err
/var/log/active/cm/trace/dbl/sdi/psqlx /tmp/*.bin /tmp/af* /tmp/shmem*
Inside getPublisherFromPrefs...
su -l informix -s /bin/sh -c 'source /usr/local/cm/db/dblenv.bash
/usr/local/cm ; source /usr/local/cm/db/informix/local/ids.env L2 ;
/usr/local/cm/bin/installdb -i -p 54320 -f L2 /usr/local/cm
/partB/usr/local/cm 5.1.1.3000-5 5.0.4.2000-1 installdb_l2.log'
cm-dbl-install [1]
04/01/2007 01:12:01 upgrade_install.sh|AppInstall failed (1)|<LVL::Error>
04/01/2007 01:12:01 upgrade_install.sh|Cleaning up download...|<LVL::Info>
04/01/2007 01:12:01 upgrade_install.sh|Removing /common/download/cisco-
ipt-k9-patch5.1.1.3000-5.*|<LVL::Info>
04/01/2007 01:12:01 upgrade_install.sh|Removing
/common/download/5.1.1.3000-5|<LVL::Info>
04/01/2007 01:12:02 upgrade_install.sh|Cleaning up misc...|<LVL::Info>
04/01/2007 01:12:04 upgrade_install.sh|Dumping /usr disk usage to
/usr/local/platform/conf/usr_du_out.txt|<LVL::Info>
04/01/2007 01:12:06 upgrade_install.sh|Cleaning up
rpm_archive...|<LVL::Info>
04/01/2007 01:12:06 upgrade_install.sh|Removing
/common/rpm-archive/5.1.1.3000-5|<LVL::Info>
04/01/2007 01:12:07 upgrade_install.sh|CSA Status = 0|<LVL::Debug>
04/01/2007 01:12:07 upgrade_install.sh|/etc/init.d/ciscosec
start|<LVL::Info>
04/01/2007 01:12:10 upgrade_install.sh|(CAPTURE) Starting ciscosec: [ OK
]|<LVL::Debug>
04/01/2007 01:12:10 upgrade_install.sh|Stop IOWAIT monitor|<LVL::Info>
04/01/2007 01:12:11 upgrade_install.sh|1|<LVL::Debug>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/c...hment-0001.html
------------------------------
Message: 5
Date: Sun, 1 Apr 2007 12:35:44 -0500
From: "Jonathan Charles" <jonvoip@gmail.com>
Subject: Re: [cisco-voip] VMWare CM504 to 5.11 Failure
To: "Fred Fern" <freddfern@gmail.com>
Cc: cisco-voip <cisco-voip@puck.nether.net>
Message-ID:
< 5d093f9a0704011035x7cc1e347pb476ef82f925
4aea@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hard drives for CCM5 must be 72GB... you don't have enough space for your B
partition, so it is dying...
Jonathan
On 4/1/07, Fred Fern <freddfern@gmail.com> wrote:
>
> I've attempted to upgrade from 5.04 to 5.11 going on 5 times now and have
> tried many variations, this last attempt was a fresh install of 5.04 and
> everything appeared to work fine before hand. In the end it takes about 4
> hours and eventually failes with the following errors. The VM is configured
> for 2GB RAM and 40GB IDE drives. Any thoughts?
>
>
>
> ========================================
========================================
===============
>
> informix
> Stop DBMS
> su -c 'if [ -f /usr/local/cm/db/informix/local/ids.env ]; then source
> /usr/local/cm/db/informix/local/ids.env l2; fi ; onmode -yuk' - informix
> Found compressed /usr/local/cm/install/ids/csdk- install.tar.gz
> Performing IDS CSDK Install
> cd /tmp/idsinstall ; source /usr/local/cm/db/informix/local/ids.env ;
> ./installclientsdk -options /usr/local/cm/db/informix/local/silent.ini
> -silent
> Inside setupODBC ...
> Inside dbllib.py getDBName(1)...
> pipe.close() Failed w/ exit code: 253
> Inside getDBNameFromPartB...
> dbname so far [ccm0500v0000]
> final dbname is [ccm0500v0001]
> dbname = [ccm0500v0001]
> Updating [/etc/odbcinst.ini]
> Updating [/etc/odbc.ini]
> Getting the OLD DB Name
> pipe.close() Failed w/ exit code: 253
> Inside getDBNameFromPartB...
> dbname_old = [ccm0500v0000]
> Found /usr/local/cm/install/ids/idsjdbc.tar
> Performing JDBC Install
> cp -f /usr/local/cm/install/ids/idsjdbc.tar
> /usr/local/cm/db/informix/jdbc.tar
> cd /usr/local/cm/db/informix ; tar xf /usr/local/cm/db/informix/jdbc.tar
> for J in /usr/local/cm/db/informix/jdbc/lib/*.jar ; do ln -s $J
> /usr/local/thirdparty/jakarta-tomcat/common/lib ; done
> Found compressed /usr/local/cm/install/ids/ertools.tar.gz
> Performing ERTools Install
> cp -f /usr/local/cm/install/ids/ertools.tar.gz
> /usr/local/cm/db/informix/ertools.tar.gz
> cd /usr/local/cm/db/informix ; tar fxz
> /usr/local/cm/db/informix/ertools.tar.gz
> /usr/local/cm/bin/dbl init L2 5.1.1.3000-5
> Inside doActionL2Update ...
> Inside doL2Post ...
> Verifying SDI directory [/var/log/active/cm/trace/dbl/sdi]
> chown database.ccmbase /var/log/active/cm/trace/dbl/sdi
> chmod 775 /var/log/active/cm/trace/dbl/sdi
> (odbc setup moved to dbl init)
> Inside doL2Post_setPublisher...
> No publisher record migrated.
> Inside doL2_migrateDB...
> Inside fixSQLLibPaths....
> Inside fixSQLLibPaths....
> Inside installdb ...
> Inside dbllib.py getDBName(1)...
> pipe.close() Failed w/ exit code: 253
> Inside getDBNameFromPartB...
> dbname so far [ccm0500v0000]
> final dbname is [ccm0500v0001]
> Start DBMS
> su -c 'if [ -f /usr/local/cm/db/informix/local/ids.env ]; then source
> /usr/local/cm/db/informix/local/ids.env l2; fi ; oninit' - informix
> IDSWillStart...ok
> Using port [54320]
> sql ccm0500v0001 /usr/local/cm/db/sql/dbfuncs.sql.pathed.sql
> sql ccm0500v0001 /usr/local/cm/db/sql/makedb.sql
> GrantDBA
> csv DSN=ccm_super;Servername=localhost_ccm_b
/usr/local/cm/db/csv
> csv DSN=ccm_super;Servername=localhost_ccm_b
/usr/local/cm/db/csv/products
> xml DSN=ccm_super;Servername=localhost_ccm_b
/usr/local/cm/db/xml/xml
> catalog DSN=ccm_super;Servername=localhost_ccm_b
AlarmCatalog
> /usr/local/cm/db/xml/alarmcatalog
> catalog DSN=ccm_super;Servername=localhost_ccm_b
TraceCatalog
> /usr/local/cm/db/xml/tracecatalog
> Convert Database 5 to 6: DSN=ccm_b;Servername=localhost_ccm to
> DSN=ccm_super;Servername=localhost_ccm_b
> convert5to6: rc=49
> sql ccm0500v0001 /usr/local/cm/db/sql/dbl/migration/conv5to6_auto_fix.sql
> sql ccm0500v0001 /usr/local/cm/db/sql/dbl_common
> sql ccm0500v0001 /usr/local/cm/db/sql/dbl
> sql ccm0500v0001 /usr/local/cm/db/sql/dbl_gen
> sql ccm0500v0001 /usr/local/cm/db/sql/dbl_trig
> sql ccm0500v0001 /usr/local/cm/db/sql/ccm
> sql ccm0500v0001 /usr/local/cm/db/informix/ertools/checksum/checksum.sql
> Update Statistics DSN=ccm_super;Servername=localhost_ccm_b
> Failure 1
> Stop DBMS
> su -c 'if [ -f /usr/local/cm/db/informix/local/ids.env ]; then source
> /usr/local/cm/db/informix/local/ids.env l2; fi ; onmode -yuk' - informix
> pipe.close() Failed w/ exit code: 253
> Inside getDBNameFromPartB...
> /usr/local/cm/bin/dbl start l2 --safe --nopreflight
> IDS L2 Migration
> rm -f /tmp/*.txt /tmp/*.log /tmp/*.err
> /var/log/active/cm/trace/dbl/sdi/psqlx /tmp/*.bin /tmp/af* /tmp/shmem*
> Inside getPublisherFromPrefs...
> su -l informix -s /bin/sh -c 'source /usr/local/cm/db/dblenv.bash
> /usr/local/cm ; source /usr/local/cm/db/informix/local/ids.env L2 ;
> /usr/local/cm/bin/installdb -i -p 54320 -f L2 /usr/local/cm
> /partB/usr/local/cm 5.1.1.3000-5 5.0.4.2000-1 installdb_l2.log'
> cm-dbl-install [1]
> 04/01/2007 01:12:01 upgrade_install.sh|AppInstall failed (1)|<LVL::Error>
> 04/01/2007 01:12:01 upgrade_install.sh|Cleaning up download...|<LVL::Info>
>
> 04/01/2007 01:12:01 upgrade_install.sh|Removing /common/download/cisco-
> ipt-k9-patch5.1.1.3000-5.*|<LVL::Info>
> 04/01/2007 01:12:01 upgrade_install.sh|Removing
> /common/download/5.1.1.3000-5|<LVL::Info>
> 04/01/2007 01:12:02 upgrade_install.sh|Cleaning up misc...|<LVL::Info>
> 04/01/2007 01:12:04 upgrade_install.sh|Dumping /usr disk usage to
> /usr/local/platform/conf/usr_du_out.txt|<LVL::Info>
> 04/01/2007 01:12:06 upgrade_install.sh|Cleaning up
> rpm_archive...|<LVL::Info>
> 04/01/2007 01:12:06 upgrade_install.sh|Removing
> /common/rpm-archive/5.1.1.3000-5|<LVL::Info>
> 04/01/2007 01:12:07 upgrade_install.sh|CSA Status = 0|<LVL::Debug>
> 04/01/2007 01:12:07 upgrade_install.sh|/etc/init.d/ciscosec
> start|<LVL::Info>
> 04/01/2007 01:12:10 upgrade_install.sh|(CAPTURE) Starting ciscosec: [
> OK ]|<LVL::Debug>
> 04/01/2007 01:12:10 upgrade_install.sh|Stop IOWAIT monitor|<LVL::Info>
> 04/01/2007 01:12:11 upgrade_install.sh|1|<LVL::Debug>
>
>
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/c...attachment.html
------------------------------
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
End of cisco-voip Digest, Vol 50, Issue 2
****************************************
*
| |
| Muqeemuddin Syed 2007-04-03, 1:11 pm |
| After removing the RAM, the CCM booted up fine, without any issues. I tried
the same RAM module on a PC and it worked perfectly fine, detected the RAM
and just booted up without any issues.
Since the MCS 7825 is a single IDE hard disk machine, we will try the
following now:
1. Make a copy of the hard disk using XCOPY tool of microsoft
2. insert the RAM again on the CCM and try to boot it back
3. Any errors reported again, I will write down the message and share with
the list.
Thank You
On 4/1/07, Jonathan Charles <jonvoip@gmail.com> wrote:
>
> I have upgraded RAM a few hundred times in CallManagers... and a lot of
> times in 7825s...
>
> Take the RAM out, does it boot? If not, you probably bent a pin or
> something when you put the RAM in. If so, try calling cisco and see if they
> will get you a new motherboard...
>
>
>
> Jonathan
>
> On 4/1/07, Muqeemuddin Syed <muqeems@gmail.com> wrote:
>
>
|
|
|
|
|