headers
Padiyath Sreekumaran | 2 May 2005 14:51
Picon
Favicon

SUMMARY: Advanced File system problem - Help appreciated


    Hello,
    I got a lot of reply and many many thanks. As a last step
    I used the following command and could recover most of the files
    except the files created 1 day before. The disk seems to be defect.
    I get only zero entries in binary.errorlog file. 

     I did the following:

     1. rebooted the system without the corrupted domain.

     2./sbin/advfs/salvage -D directoryname -L logfilename  data_domain

     3. Got all the files in directoryname.

    Ones again many thanks for the help.

     Regards,
     Kumar
------------------------------------------------------------------
Padiyath Sreekumar       |   Tel: +41.56.310.3643
Paul Scherrer Institut   |   email: kumar.padiyath <at> psi.ch
AIT                      |   Office: WHGA/U132 
WHGA/U132                |   Fax: +41.56.310.3649
CH-5232 Villigen PSI     | 
Switzerland              |
-----------------------------------------------------------------
Permalink | Reply | 0 comments |
headers
Padiyath Sreekumaran | 2 May 2005 15:50
Picon
Favicon

Lost disklabel - How to write new label - More information regard ing to my previous question


      Hello,
      I have more information regarding my given problem. I had 3 defect
disks
      which I replaced.From 3 domain in the HSZ40 attached raid disks I
could 
      mount 2 domains without errors. The third one which I need(where the
disks
      are replaced) gives me the following error during the reboot:(This
domain
      cannot be mounted)

      May  2 08:54:46 psw224 vmunix: ADVFS: using 2322 buffers containing
18.14 megabytes of memory May  2 08:55:31 psw224 vmunix: AdvFS I/O error:
May  2 08:55:31 psw224 vmunix:     Volume: /dev/rz28c
May  2 08:55:31 psw224 vmunix:     Tag: 0xfffffff3.0000
May  2 08:55:31 psw224 vmunix:     Page: 49
May  2 08:55:32 psw224 vmunix:     Block: 880
May  2 08:55:32 psw224 vmunix:     Block count: 256
May  2 08:55:32 psw224 vmunix:     Type of operation: Read
May  2 08:55:32 psw224 vmunix:     Error: 5
May  2 08:55:32 psw224 vmunix: AdvFS I/O error:
May  2 08:55:32 psw224 vmunix:     Volume: /dev/rz28c
May  2 08:55:32 psw224 vmunix:     Tag: 0xfffffff3.0000
May  2 08:55:32 psw224 vmunix:     Page: 33
May  2 08:55:32 psw224 vmunix:     Block: 624
May  2 08:55:32 psw224 vmunix:     Block count: 256
May  2 08:55:32 psw224 vmunix:     Type of operation: Read
May  2 08:55:32 psw224 vmunix:     Error: 5
May  2 08:55:37 psw224 vmunix: AdvFS I/O error:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jeffrey_Hummel | 2 May 2005 19:47

ddr.dbase question

In the "Name = " section of a new ddr.dbase entry, how can I be certain I
have the correct "product_id"?

I'm using the command "hwmgr view devices" to see my device.  In this
listing it is showing a mfg column and a model column.  Is the Mfg column
the vendor_id and is the Model the product_id?  Can anybody confirm that
this is the correct way to determine these values for a new device? Does
somebody else have a better way?

Thanks in advance!
Jeffrey Hummel
Albemarle Corporation
Permalink | Reply | 0 comments |
headers
Graham Allan | 3 May 2005 17:39
Picon
Favicon

Samba "Incurred fault #32" on ES40

We've had Samba 3.0.x running for about a year now on our ES40, Tru64
5.1B PK4. Suddenly yesterday it went badly wrong, for no apparent
reason - all smbd processes become cpu-bound, though they function
(slowly). Load average on the server heads up towards 200 or so unless
we kill samba. We tried a bunch of things ranging from tweaking the
samba config (which has worked for a long time unchanged), updating
samba from 3.0.11 to 3.0.14a, to restarting the system. No change.

Attaching to a cpu-bound smbd with truss shows rapid repeated
occurances of:

Incurred fault #32, FLTBOUNDS  %pc = 0x000003FF801D40BC   
addr = 0x000000011FFF8C40

the memory addresses stay contant across processes and samba restarts.

This is perhaps more samba related than Tru64, but while we continue to
look for a cause, I thought I'd throw this out to the list, to see if
anyone has any ideas about interpreting it...

Graham
--

-- 
-------------------------------------------------------------------------
Graham Allan
School of Physics and Astronomy - University of Minnesota
-------------------------------------------------------------------------
Permalink | Reply | 1 comment |
headers
Graham Allan | 3 May 2005 19:19
Picon
Favicon

SUMMARY Re: Samba "Incurred fault #32" on ES40

We found the cure:

Remove "ldap" from the netgroups line of /etc/nsswitch.conf

Discovered from truss as smbd was accessing the netscape ldap
certificate files /etc/cert7.db, despite being linked against openldap.

It's possible that samba had not been restarted since ldap was added to
nsswitch.conf a month or so ago. One certainly wouldn't expect a config
change like this to break a previously working application, but...

We did "sort of" get ldap netgroups working a while back, but it was
always on the todo-list to either email the list about or open a
support call, as it's very inconsistent, not to mention almost
undocumented.

At present, we have several systems which are successfully using ldap
for netgroups. They're all running 5.1B PK3. Those running PK4
generally don't work, although the samba server did have PK4 and was
using ldap netgroups successfully prior to today. I've re-enabled NIS
purely for netgroups support, for now.

On PK3 machines, "lsof" shows that mountd makes a direct connection to
the ldap server. On PK4 machines, there is no such connection, *but* a
small C program written to enumerate the netgroups contents does work!
Goodness knows what is going on. If ldap netgroups (presumably
/usr/shlib/libnss_ldap.so) doesn't operate through ldapcd and
ldapcd.conf, then I don't even see where it gets its configuration from
(how does it know where the ldap server is?) - yet if it does operate
through ldapcd, then why does the PK3 mountd itself connect to the ldap
(Continue reading)

Permalink | Reply | 0 comments |
headers
Beck, Jeff | 3 May 2005 20:52
Picon

Ultra scsi 2 disks

Any source suggestions for a few cheap (i.e. for my personal use
instead of work use) disk drives of the DS-RZ1DB-VW or DS-RZ1EA-VW
variety? Anybody got any they're looking to get rid of? I've
got a partially filled rack, and I'm toying with the idea of using
an old computer and making a "song server", and it's about to the
point where I decide if I should spring for a new IDE type drive,
or try to fully populate ny BA356. Thanks. 

Jeff Beck 
Unix System Engineer
SHPS

1501 4th Ave. 
Suite 700 
Seattle, WA 98101-1629 
Phone: (206) 749-1878

Jeff.Beck <at> shps.com


-----------------------------------------
CONFIDENTIALITY NOTICE: This electronic message transmission is intended
only for the person or the entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. If you have received this transmission, but are not the
intended recipient, you are hereby notified that any disclosure, copying,
distribution or use of the contents of this information is strictly
prohibited. If you have received this e-mail in error, please contact SHPS
at privacy <at> shps.com and destroy the original message and all copies.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Senn, Bruce | 3 May 2005 21:01
Favicon

AdvFS Problems Yesterday?

Yesterday AdvFS caused a CPU panic when trying to mount our
usr_domain#usr file domain on /usr.  The problem was fixed by removing
and recreating the domain and then restoring the files from backup.

I note that Padiyath Sreekumaran [Kumar.Padiyath <at> psi.ch] had a similar
problem with AdvFS causing a domain panic.  Just wondering if there were
any others, possibly related to yesterday, May 2, 2005.  Our panic hit
at about 8:40 AM EDT.

This was on an Alpha Server 4100 running Tru64 4.0F.

Bruce.
------------------------------------------------------------------------
----
  Bruce J. Senn			Phone:  (518) 388-6664
  Senior System Manager	FAX:    (518) 388-6458
  Union College			E-mail:  sennb <at> union.edu
  Schenectady, NY 12308	WWW:  http://www1.union.edu/~sennb
------------------------------------------------------------------------
----
Permalink | Reply | 0 comments |
headers
Howard Arnold | 4 May 2005 00:31

Tru64 4.0g with fiber channel storage

I haven't work on a 4.0g system in awhile and then when I did they were
mostly scsi based so excuses me if this sounds like a dumb question.

Does 4.0g support multibus fail over?

I have a standalone ES40 with two KGPSA-CA's connected to two Compaq
Storagework 16 EL's connected to an dual controller HSG80. The HSG80 is set
up as transparent failover and not multibus.

I have one emx controller going to one switch and the other emx controller
going to the other switch just like I have set up before on 5.1b systems. I
started running a disk exerciser and then pulled emx0, but the disk
exerciser failed rather than failing over. Is this normal for 4.0g? Could it
be because I don't have my HSG80's set up in multibus failover?

I haven't installed any patches yet so if that will fix this I'll try it.

It looks like emx1 is a separate bus from emx0 so to me it looks like 4.0g
doesn't support failover, but I'm just trying to confirm.

Howard Arnold
Consultant Engineer
Email: arnoldh <at> celerent.com
Phone: (603)685-6060 ext. 206
Permalink | Reply | 0 comments |
headers
Banane, George | 4 May 2005 03:24
Picon
Favicon

Lib Centre


Folks,

	Can anyone tell me where to find Lib Centre. Need to upgrade
firmware to tl891's.

>  
George

Australia Post is committed to providing our customers with excellent service. If we can assist you in any
way please telephone 13 13 18 or visit our website www.auspost.com.au.

CAUTION

This e-mail and any files transmitted with it are privileged and confidential information intended for
the use of the addressee. The confidentiality and/or privilege in this e-mail is not waived, lost or
destroyed if it has been transmitted to you in error. If you have received this e-mail in error you must (a)
not disseminate, copy or take any action in reliance on it; (b) please notify Australia Post immediately
by return e-mail to the sender; and (c) please delete the original e-mail.
Permalink | Reply | 0 comments |
headers
Nagy Ákos | 4 May 2005 12:27
Picon

ES40: CPU1 VIO warn


Dear all,

We have an ES40 displaying "CPU1 VIO warn" on
its OCP. We do not have a service guide, and
nothing can be found on the net about this.
Could anyone help please, what can cause this?

Thank you in advance again,
Regards,

Akos Nagy
Hungary
Permalink | Reply | 0 comments |

Gmane