From: Victor Duong (vduong@memoryx.com)
Date: Wed Feb 04 2004 - 21:08:03 EST
Hello All,
I have a few systems of Ultra 10, they're running Solaris 2.5.1 and I'm
trying to upgrade them with the 20gb IDE hard-drives. Unfortunately,
the format utility tool is not recognized the large drive. Do you know
which patches I should upgrade for my systems? Please help! and thank
you for in advance of hint.....
Chao
Victor
> Send sunmanagers mailing list submissions to
> sunmanagers@sunmanagers.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://www.sunmanagers.org/mailman/listinfo/sunmanagers
> or, via email, send a message with subject or body 'help' to
> sunmanagers-request@sunmanagers.org
>
> You can reach the person managing the list at
> sunmanagers-owner@sunmanagers.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of sunmanagers digest..."
>
>
> Today's Topics:
>
> 1. sun fire how many processors in use ? ( Elaine . )
> 2. threads (Kendall, Jason - eSpeed)
> 3. Configuring a Second Network Interface (Benjamin Bacon)
> 4. UPDATE: Re: sendmail: rewrite recipient's address from
> @host.domain to @domain? (Zaigui Wang)
> 5. Re: DiskSuite Panic (Rasheed Darras)
> 6. RE: Send attachments (Jo?o Pedro Rodrigues)
> 7. runaway dtsession errors (Chris Hoogendyk)
> 8. SUMMARY: V440 & larger disks (Grzegorz Bakalarski)
> 9. onboard external SCSI port in V440 & SunStorage 3310 array
> (Grzegorz Bakalarski)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 3 Feb 2004 14:59:05 +0000 (GMT)
> From: " Elaine . " <cmap_sec@yahoo.co.uk>
> Subject: sun fire how many processors in use ?
> To: sunmanagers@sunmanagers.org
> Message-ID: <20040203145905.68874.qmail@web25104.mail.ukl.yahoo.com>
> Content-Type: text/plain; charset=iso-8859-1
>
> hi
> This is probably really simple, I'm just trying to get
> a quick handle on this...we have sunfire 4800s 8
> processors multiple domains...I've been asked to
> assess if all processors are being used..
> I'm thinking if there isn't a prset then its just a
> pooling thing but I don't know much about domains on
> sun fires or how it might be assigning its cpus ?
> Any help appreciated, thanks.
> Elaine
>
>
________________________________________________________________________
> Yahoo! Messenger - Communicate instantly..."Ping"
> your friends today! Download Messenger Now
> http://uk.messenger.yahoo.com/download/index.html
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 3 Feb 2004 10:06:45 -0500
> From: "Kendall, Jason - eSpeed" <JKendall@espeed.com>
> Subject: threads
> To: sunmanagers@sunmanagers.org
> Message-ID: <7B4CEE8207AC494FB7331AE7382EC0A303DC6667@CFNYEXCH03>
> Content-Type: text/plain
>
> I have some developers here that wish to see ALL threads running on a
given
> machine (Sol 6,7,8 dev environments). It is not sufficient to use
DBX,
> since that does just one app at a time. Is there a real-time kernel
tool
> that lets me see all threads' information for all applications
running?
>
> Thanks
>
>
> ----------------------------------------------------------------------
------
> ----
> Jason Kendall
>
> "Time Flies Like an Arrow but Fruit Flies Like a Banana"
>
>
>
>
> CONFIDENTIAL: This e-mail, including its contents and attachments, if
any, are confidential. If you are not the named recipient please notify
the sender and immediately delete it. You may not disseminate,
distribute, or forward this e-mail message or disclose its contents to
anybody else. Copyright and any other intellectual property rights in
its contents are the sole property of eSpeed, Inc.
> E-mail transmission cannot be guaranteed to be secure or error-
free. The sender therefore does not accept liability for any errors or
omissions in the contents of this message which arise as a result of e-
mail transmission. If verification is required please request a hard-
copy version.
> Although we routinely screen for viruses, addressees should
check this e-mail and any attachments for viruses. We make no
representation or warranty as to the absence of viruses in this e-mail
or any attachments. Please note that to ensure regulatory compliance
and for the protection of our customers and business, we may monitor
and read e-mails sent to and from our server(s).
>
> For further important information, please see
http://www.espeed.com/full-disclaimer.html
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 3 Feb 2004 12:03:21 -0500 (EST)
> From: "Benjamin Bacon" <ben@omnipod.com>
> Subject: Configuring a Second Network Interface
> To: sunmanagers@sunmanagers.org
> Message-ID:
> <1423.146.203.8.28.1075827801.squirrel@webmail.omnipod.com>
> Content-Type: text/plain;charset=iso-8859-1
>
> Hi everyone,
>
> I need to setup several Solaris 8 servers to have a second network
> interface to be on our backup subnet. Most of the servers that need
to be
> configured for this have quad cards in them. The major requirement is
that
> the second interface should only route the traffic for backups and
not any
> other application data.
>
> Could someone point me to a good resource about how to do this?
>
> Thanks!
> Benjamin
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 2 Feb 2004 17:02:25 -0800 (PST)
> From: Zaigui Wang <zaigui@yahoo.com>
> Subject: UPDATE: Re: sendmail: rewrite recipient's address from
> @host.domain to @domain?
> To: sunmanagers@sunmanagers.org
> Cc: Zaigui Wang <zaigui@yahoo.com>
> Message-ID: <20040203010225.18918.qmail@web60405.mail.yahoo.com>
> Content-Type: text/plain; charset=us-ascii
>
> I got a few replies about this. Most of them suggested
> masquerading. However, I am not familiar with
> configuring sendmail and would appreciate some further
> details.
>
> In the meantime, I opened a call with Sun. The
> engineer I talked to basically told me that there is
> not an easy way of doing it, since my print server is
> just a mail client, not a sendmail gateway.
>
> Zaigui
> --- Zaigui Wang <zaigui@yahoo.com> wrote:
> > I need to configure the mail on my print server so
> > that any printing error notification won't get sent
> > to
> > the user @ the original host (which unfortunately
> > does
> > not have sendmail daemon running), rather, the mail
> > should go to user@domain email address.
> >
> > How do I configure this so that all receiving
> > address
> > will be re-written as user@domain?
> >
> > I am running Solaris 8.
> >
> > Thanks.
> >
> > Zaigui
> >
> > =====
> > Regards,
> > Zaigui Wang
> > (408)544-8612
> > (408)425-0236
> >
> >
> > __________________________________
> > Do you Yahoo!?
> > Yahoo! SiteBuilder - Free web site building tool.
> > Try it!
> > http://webhosting.yahoo.com/ps/sb/
> > _______________________________________________
> > sunmanagers mailing list
> > sunmanagers@sunmanagers.org
> >
> http://www.sunmanagers.org/mailman/listinfo/sunmanagers
>
>
> =====
> Regards,
> Zaigui Wang
> (408)544-8612
> (408)425-0236
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free web site building tool. Try it!
> http://webhosting.yahoo.com/ps/sb/
>
>
> ------------------------------
>
> Message: 5
> Date: Tue, 03 Feb 2004 13:39:55 +0300
> From: Rasheed Darras <rasheed@anet.net.sa>
> Subject: Re: DiskSuite Panic
> To: Sun Managers <sunmanagers@sunmanagers.org>
> Message-ID: <017d01c3ea42$10603ef0$28c05dd4@sysadmin>
> Content-Type: text/plain; charset=iso-8859-1
>
> Thanks to all of you for replies.
> Let me clarify more things.
>
> At the time of this problem happened, the error I found on the
console
> was:-
>
> ############################################
>
> panic[cpu0]/thread=2a1000f1d40: md: Panic due to lack of DiskSuite
state
> database replicas. Fewer than 50% of the total were available, so
panic to
> ensure data integrity.
>
> 000002a1000f1490 md:mddb_commitrec_wrapper+84 (2, 2a1000f15fc, 18,
14, 0,
> ff00)
>
> %l0-3: 0000000000000000 0000000000000001 0000000000000002
0000000000000003
>
> %l4-7: 00000000011d8bf8 00000000014bac00 000003000038c2e0
0000030000280dd8
> 000002a1000f1540 md:setshared_name+2d8 (0, 30000079750, 0,
2a1000f16b0,
> ffffffffffffffff, 10)
>
> %l0-3: 000003000038c2e0 0000000000000000 0000030000280dd8
0000000000000001
>
> %l4-7: 0000000000000003 0000000000000000 0000000000000000
0000030000280da0
> 000002a1000f1600 md:md_resolve_bydevid+1bc (1f, ffffffffffffffff, 5,
> 30001106000, 3c, 0)
>
> %l0-3: 0000002000000003 0000002000000003 0000000000000000
00000000014bb1d8
>
> %l4-7: 000000000004c318 0000030000280dc8 0000030000384978
0000000081010100
> 000002a1000f16c0 md_stripe:stripe_open_all_devs+100 (30000291ce0, 3,
0, 1,
> 0, 2a100525aec)
>
> %l0-3: 0000030000291d00 0000000000000005 0000000000000000
0000000000000000
>
> %l4-7: 0000000000000002 0000030000291d00 000000000000001f
0000000000000000
> 000002a1000f17a0 md_stripe:stripe_open+70 (2a1000f1908, 3, 4,
30000265f28,
> 3, ffbffb81)
>
> %l0-3: 0000000000000003 000002a1000f1d40 00000000000005a0
000000000000001f
>
> %l4-7: 000003000006acb8 0000030000291c78 000003000000e9c0
0000030005a18440
> 000002a1000f1850 md:md_layered_open+bc (1495c00, 2a1000f19c8, 3, 0,
1400000,
> 3000005ff50)
>
> %l0-3: 000000000000001e 0000000000000001 000003000006acb8
ffffffffffffffff
>
> %l4-7: 0000030000265f28 0000000000000055 0000000000000000
000003000039ea20
> 000002a1000f1910 md_mirror:mirror_probe_dev+ac (3000006a858, 1e,
> 30002579488, 1438518, 16, 0)
>
> %l0-3: 0000000000000001 000000000000001e 0000000000000001
000000000000ffff
>
> %l4-7: 000003000006a858 000000000000001e 0000030000279508
0000030000279508
> 000002a1000f19d0 md:md_probe_one+40 (30005a184c0, 2a1000f1d40, 20,
14a64a0,
> 2a1000f1d40, 0)
>
> %l0-3: 00000000012f1574 00000000014bb1d0 000003000027a098
000003000000e930
>
> %l4-7: 000003000000e958 000000000142e488 0000000001443000
0000030000296488
> 000002a1000f1a80 md:md_daemon+220 (0, 14bb1a0, 1438518, 1438518,
> 2a1000fdd40, 0)
>
> %l0-3: 00000000011d5674 0000030005a184c0 0000000000000000
000002a1000f7d40
>
> %l4-7: 00000000014bb1d0 00000000014bb1c8 0000000000000000
000003000025a000
>
>
>
> syncing file systems... 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
done (not
> all i/o completed) dumping to /dev/dsk/c1t0d0s1, offset 65536,
content:
> kernel
>
> 0% done: 0 pages dumped, compression ratio 0.00, dump failed: error
5
> rebooting...
>
> ############################################
>
> What I did is to go to single mode and do fsck to all disks then I
tried to
> reboot the system.Run successfully.
>
> But I don't want such things to happened again, so I add additional 6
> replicas in the second disk :-
>
> ############################################
>
> flags first blk block count
>
> a m p luo 16
8192 /dev/dsk/c1t0d0s7
>
> a p luo 8208
8192 /dev/dsk/c1t0d0s7
>
> a p luo 16400
8192 /dev/dsk/c1t0d0s7
>
> a p luo 24592
8192 /dev/dsk/c1t0d0s7
>
> a p luo 32784
8192 /dev/dsk/c1t0d0s7
>
> a p luo 40976
8192 /dev/dsk/c1t0d0s7
>
> a u 16
8192 /dev/dsk/c1t1d0s7
>
> a u 8208
8192 /dev/dsk/c1t1d0s7
>
> a u 16400
8192 /dev/dsk/c1t1d0s7
>
> a u 24592
8192 /dev/dsk/c1t1d0s7
>
> a u 32784
8192 /dev/dsk/c1t1d0s7
>
> a u 40976
8192 /dev/dsk/c1t1d0s7
>
> ############################################
>
> And I added to the /etc/system "set md:mirrored_root_flag=1" before
the MDD
> root added by DiskSuite:-
>
> ############################################
>
> set md:mirrored_root_flag=1
>
> * Begin MDD root info (do not edit)
>
> forceload: misc/md_trans
>
> ############################################
>
> Is this enough or I have to do additional steps?
>
> Rasheed
>
>
>
>
>
> ----- Original Message -----
> From: "Rasheed Darras" <rasheed@anet.net.sa>
> To: "Sun Managers" <sunmanagers@sunmanagers.org>
> Sent: Monday, February 02, 2004 2:36 PM
> Subject: DiskSuite Panic
>
>
> > Dears,
> >
> >
> > I have configured my Sun-Fire-V210 5.9 Solaris with DiskSuite
4.2.1...
> >
> > One day my system panic and I found this message on the console :-
> >
> >
> >
> > #####################
> >
> > panic[cpu0]/thread=2a1000f1d40: md: Panic due to lack of DiskSuite
state
> database replicas. Fewer than 50% of the total were available, so
panic to
> ensure data integrity.
> >
> > 000002a1000f1490 md:mddb_commitrec_wrapper+84 (2, 2a1000f15fc, 18,
14, 0,
> ff00)
> >
> > %l0-3: 0000000000000000 0000000000000001 0000000000000002
> 0000000000000003
> >
> > %l4-7: 00000000011d8bf8 00000000014bac00 000003000038c2e0
> 0000030000280dd8 000002a1000f1540 md:setshared_name+2d8 (0,
30000079750, 0,
> 2a1000f16b0, ffffffffffffffff, 10)
> >
> > .
> >
> > #####################
> >
> >
> >
> > I have two internal 36GB disks ,put I have configured 6 replicas on
one
> disk !!!I know now that I have to configured 3 replicas on each
disk.But my
> system in production now so what is the steps to redo this in fast
time
> without having down time ( or not more than 15 min down).
Thanks,Rasheed
> > _______________________________________________
> > sunmanagers mailing list
> > sunmanagers@sunmanagers.org
> > http://www.sunmanagers.org/mailman/listinfo/sunmanagers
>
>
> ------------------------------
>
> Message: 6
> Date: Tue, 3 Feb 2004 10:37:47 -0000
> From: Jo?o Pedro Rodrigues <jprodrigues@tec.dsr.telecom.pt>
> Subject: RE: Send attachments
> To: "'KUMAR, Bageshwar, FM'" <Bageshwar.KUMAR@rbos.com>
> Cc: sunmanagers@sunmanagers.org
> Message-ID: <002901c3ea41$c48ffb50$3aa41cac@JPRODRIGUES>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Thanks to all.
> I sovle my problem using uuencode.
>
> J.Pedro
>
> -----Original Message-----
> From: KUMAR, Bageshwar, FM [mailto:Bageshwar.KUMAR@rbos.com]
> Sent: terga-feira, 3 de Fevereiro de 2004 10:25
> To: 'Joao Pedro Rodrigues'
> Subject: RE: Send attachments
>
>
> Let us assume the file u want to send is : /tmp/test.html
> Run this command :
> uuencode /tmp/test.html test.html | mailx -s "Subject_Line" <email_id>
>
> -----Original Message-----
> From: sunmanagers-bounces@sunmanagers.org
> [mailto:sunmanagers-bounces@sunmanagers.org]On Behalf Of Joao Pedro
> Rodrigues
> Sent: 03 February 2004 10:15
> To: 'SunManagers Mailing List'
> Subject: Send attachments
>
>
> Could someone tell me how to send a attach file (html file) using
mailx or
> sendmail. My OS is a solaris 5.7.
> Thanks
>
> Pedro
> _______________________________________________
> sunmanagers mailing list
> sunmanagers@sunmanagers.org
> http://www.sunmanagers.org/mailman/listinfo/sunmanagers
>
>
>
************************************************************************
***********
> The Royal Bank of Scotland plc. Registered in Scotland No
90312. Registered Office: 36 St Andrew Square, Edinburgh EH2
2YB.
> Authorised and regulated by the Financial Services Authority
>
> This e-mail message is confidential and for use by
the
> addressee only. If the message is received by anyone
other
> than the addressee, please return the message to the sender
> by replying to it and then delete the message from
your
> computer. Internet e-mails are not necessarily secure.
The
> Royal Bank of Scotland plc does not accept responsibility
for
> changes made to this message after it was
sent.
>
> Whilst all reasonable care has been taken to avoid
the
> transmission of viruses, it is the responsibility of the recipient
to
> ensure that the onward transmission, opening or use of
this
> message and any attachments will not adversely affect
its
> systems or data. No responsibility is accepted by The
Royal
> Bank of Scotland plc in this regard and the recipient should carry
> out such virus and other checks as it considers
appropriate.
>
Visit our websites
at:
>
http://www.rbs.co.uk/CBFM
>
http://www.rbsmarkets.com
>
************************************************************************
********
>
>
> ------------------------------
>
> Message: 7
> Date: Tue, 03 Feb 2004 13:09:01 -0500
> From: Chris Hoogendyk <choogend@library.umass.edu>
> Subject: runaway dtsession errors
> To: Sun Managers <sunmanagers@sunmanagers.org>
> Message-ID: <401FE3BD.9080106@library.umass.edu>
> Content-Type: text/plain; format=flowed; charset=ISO-8859-1
>
> I have a SunRay server with 20 SunRays that are critical. They are
> service points and there are lines of patrons at them. So I can't
simply
> take them down in the middle of the day. Furthermore, they seem to be
> working fine.
>
> However,
>
> On my server console (E450 with Solaris 8) there are error messages
> spinning by so fast I can't read them. The messages file has
ballooned
> to several hundred megabytes. This tells me it hasn't been going on
for
> a long time, because the rotated messages files are not this huge.
When
> I did a tail on the messages file to get a stop action of the flying
> errors, I found the following, repeated several times a second:
>
> Feb 3 12:19:29 amen-ra-01 dtsession[15745]: [ID401707 user.error]
> open_module:
> /usr/lib/security/pam_authtok_get.so.1 failed: ld.so.1:
> /usr/dt/bin/dtsession:
> fatal: sldaputil.so.5: version 'SUNWprivate_1.2' not found
> (required by file /usr/lib/libsldap.so.1)
> Feb 3 12:19:29 amen-ra-01 dtsession[15745]: [ID487707 user.error]
load
> modules:
> can not open module /usr/lib/security/pam_authtok.get.so.1
>
>
> meanwhile, dtsession is eating 40% or more of the available CPU.
>
>
> I'm wondering if it might be related to having done patches recently
and
> not having rebooted yet.
>
> I also did an install of the latest Java, but I didn't think that
would
> require rebooting or affect what I'm seeing here.
>
>
> TIA
>
>
> ---------------
>
> Chris Hoogendyk
>
> -
> O__ ---- Network Specialist & Unix Systems Administrator
> c/ /'_ --- Library Information Systems & Technology Services
> (*) \(*) -- W.E.B. Du Bois Library
> ~~~~~~~~~~ - University of Massachusetts, Amherst
>
> <choogend@library.umass.edu>
>
> ---------------
>
>
> ------------------------------
>
> Message: 8
> Date: Tue, 3 Feb 2004 16:39:08 +0100
> From: Grzegorz Bakalarski <G.Bakalarski@icm.edu.pl>
> Subject: SUMMARY: V440 & larger disks
> To: sunmanagers@sunmanagers.org
> Message-ID: <20040203153908.GI19829@burza.icm.edu.pl>
> Content-Type: text/plain; charset=us-ascii
>
> Hello,
>
> Recently I've asked about using larger internal disks
> inside V440 machine (see original question below).
>
> Thanks to Gregory Shaw, joe_fletcher & Jay Lessert,
> who responded.
>
> General consensus is that it is possible ("shouldn't be problem").
> Only I should take care about "matching the speed". I should not
> put "slower disks, because they'll slow everything else down as
well".
>
> CHeers,
>
> GB
>
> ------------Original query -------------------------------------
> Dear All,
>
> I've got V440 with four 36 SCSI (U320) r10k disks. I don't want to
> have any attached storage, but I need more storage. I think about
> replacing two 36GB internal drives with two 146GB drives.
> I found an info that V440 supports 36GB or 72GB drives. Is it possible
> that such large (146GB) drives will work?
>
> Kind regards,
>
> GB
> -------------------------------------------------------------------
>
>
> ------------------------------
>
> Message: 9
> Date: Tue, 3 Feb 2004 17:05:43 +0100
> From: Grzegorz Bakalarski <G.Bakalarski@icm.edu.pl>
> Subject: onboard external SCSI port in V440 & SunStorage 3310 array
> To: sunmanagers@sunmanagers.org
> Message-ID: <20040203160543.GJ19829@burza.icm.edu.pl>
> Content-Type: text/plain; charset=us-ascii
>
> Dear All
>
> Sorry for next maybe naive question:
>
> I've just got V440 & 3310 SCSI RAID array. I plan to connect them.
> V440 has external SCSI port (probably U320 LVD LSI,1030).
> S3310 has U160 LVD interface.
> According to S3310 web specifications, V440 is not "supported" host
> for S3310. According to S3310 Release Notes
> ( http://docs-pdf.sun.com/816-7292-17/816-7292-17.pdf)
> V440 is also not supported.
> According to above Release Notes, supported host adapters are:
> SUN PCI Dual Ultra3 X6758A (for Solaris) or Adaptec 39160 (for
Windows).
> Nothing about LSI 1030 ...
> So the question is: will they (v440 & S3310) talk each other and
> will it be good solution. Or should I order additional PCI card
(X6758A).
>
> Also: Recently, there was a query about S3310 "dual host" connected to
> two V440. But I've not seen a summary. Maybe I missed something
because
> of MyDoom ??? So, is it possible? Which mode is preferred/better:
> single bus or dual bus? Any other trick of trade?
>
> Thanks for your valuable advices.
>
> Kind regards,
>
> GB
>
>
> ------------------------------
>
> _______________________________________________
> sunmanagers mailing list
> sunmanagers@sunmanagers.org
> http://www.sunmanagers.org/mailman/listinfo/sunmanagers
>
>
> End of sunmanagers Digest, Vol 11, Issue 6
> ******************************************
>
>
Victor Duong
MemoryX Inc.
Sale/Technical Support
Sun - Cisco
Phone: 408-350-0361
Fax: 408-350-0324
[demime 1.01b removed an attachment of type application/octet-stream which had a name of Solaris 2.5.1 on system Ultra10 not recognize 20gb IDE drive]
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:27:59 EDT