headers
Alexandre Vasconcelos | 1 Jun 2004 01:08
Picon

HSG80 disk space

Helo All,

That's my first shot here, so be patient ;)
I've searched the list history without success..
I have a HSG80 with 30 36.4GB disks, in multible bus failover, two 
Aplhas ES40 running Tru64 5.1A, both systems can see the disks, and 
everything seems to work fine. When I try to create a Raidset on the 
HSG80 with 3 disks I can see only 33GB! I've tried to create Stripsets 
with two disks and the results are the same, it gives me only 33GB!
The procedure while connected to HSG80:

SHOW DISKS
ADD RAIDSET R8 DISK11100 DISK21100 DISK31100
INITIALIZE R8
ADD D12 R8

The AdvFS utility shows me only 33GB on the brand new /dev/disk/dsk22c

I can't see what I'm doing wrong here..
Any help would be nice!
Thanks in advance.

--

-- 
Alexandre Vasconcelos
Unix Admin
SSP/GO
Permalink | Reply | 0 comments |
headers
Alen Yokhanis | 1 Jun 2004 06:42
Picon
Picon
Favicon

SUMMARY: DS10 AlphaServer does not come up

The powerup failure and the six consecutive beeps including the
permanently lit up environmental amber LED have all disappeared and the
server is now happy to come up and get to the console level.

It turned out that the 6 beeps mean "memory error (or bad checksum)
detected" and the remedy was to reseat the pair of DIMM memory modules
which I now have moved from bank 0 to bank 1...

This problem of mine wouldn't have been fixed without the great and
fabulous support and help of so many members of this fantastic Tru64
list...and I would like to personally give big thanks to:

Howard Arnold
Dr Thomas Blinn
Kris Smith
Iain Barker
Phil Sullivan
Martin Roende Andersen

Regards,
Alen

On Thu, 2004-05-27 at 17:44, Alen Yokhanis wrote:
> Greetings Managers,
> 
>    I was wondering if I would be able to get some information in regards
> to DS10 Alpha diagnostic BEEPING sounds and flashing LEDs on power up...
> 
> I have this DS10 AlphaServer that is beeping and flashing its LEDs when
> the power switch is turned on. The power supply comes on, the fans kick
(Continue reading)

Permalink | Reply | 0 comments |
headers
David Nillesen | 1 Jun 2004 08:41
Picon
Picon

SUMMARY: OpenSSH 3.8p1 bug and 5.1B issues

Two gotchas recently discovered which may be of interest.

When compiling OpenSSH 3.8p1 on Tru64 there is a bug that prevents it
from linking against neccesary libraries.

Symptoms are this when making:

unresolved:
xcrypt
shadow_pw

Solution:
Apply patch from here to source to fix. Apprently already fixed in CVS
for next release.
http://bugzilla.mindrot.org/show_bug.cgi?id=802

Next problem was that 5.1B installs the commercial SSH by default
(apparently). We upgraded from 5.1A pk5 to 5.1B pk3 and scp dissapeared.

It is caused by OpenSSH on the server executing the firct scp program it
finds in its path which is the /usr/bin/scp installed during the
upgrade. Tru64 scp doesnt speak OpenSSH scp.

Solution:
Configure with:
./configure --prefix=/usr/local/ --with-cppflags=-I/usr/local/include \
--with-osfsia --without-privsep \
--with-default-path='/usr/local/bin:/bin:/usr/bin'

Setting the server path to look in /usr/local/bin solves the issue.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Stephane.Moser | 1 Jun 2004 11:42
Picon

SUMMARY: TruCluster won't boot (quorum disk in use)

Hi

The problem is/was a cluster interconnect Problem. As cluster interconnect I
tried to use a DEGXA-TA Gigabit Ethernet. I noticed that the cluster
interconnect (bcm0) goes up at the begin of the boot process and a little
bit after it goes down again (see below).

So I decided to use another cluster interconnect (COMPAQ Intel 82559 (10/100
Mbps) 3X-DE602-BB) and with this interconnect the cluster is working.

I don't know what is the problem with the DEGXA-TA Gigabit Ethernet but I
have found a workaround for this problem.

I'm still interested about a solution for the DEGXA-TA Gigabit Ethernet. I
opened a call at HP.

Thanks a lot for the people that help me to try to solve this problem.

Best regards,

Stephane

##### bcm: DEGXA driver V1.0.21 NUMA lanlog		==> Link up to other
member #####
failed configuring ev7_ocla subsystem
Alpha boot: available memory from 0x8216000 to 0xfffee000 Compaq Tru64 UNIX
P5.1B (Rev. 608); Mon Sep 29 03:54:39 EDT 2003 physical memory = 4096.00
megabytes.
available memory = 3965.84 megabytes.
using 15646 buffers containing 122.23 megabytes of memory Master cpu at slot
(Continue reading)

Permalink | Reply | 0 comments |
headers
Parkin Frank - fparki | 1 Jun 2004 12:31
Favicon

Samba Share File Size Limits.

Running Samba Version 2.2.2 on Tru64 v51b.

We are experiencing file transfer problems on large files. 

A quick search on Google returns various discussions on a 2GB file size
limit. 

Does any one know what version of Samba supports large file transfers and
compiles on v51b?

Thanks
Frank

**********************************************************************
The information contained in this communication is
confidential, is intended only for the use of the recipient
named above, and may be legally privileged.
If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, 
distribution, or copying of this communication is strictly
prohibited.
If you have received this communication in error,
please re-send this communication to the sender and
delete the original message or any copy of it from your
computer system. Thank You.
Permalink | Reply | 0 comments |
headers
Tom Linden | 1 Jun 2004 16:54
Favicon

Mounting advfs volumes

Installed 5.1B over 5.1A (was unable to boot 5.1A owing
to a corruption in kenel)  Now I need to mount to drives
labeled user1 and user2 which, which i can't seem to find
going through sysman advfs utilities.I suppose I first
have to construct a new domain for these volumes.
TIA
Tom
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.680 / Virus Database: 442 - Release Date: 5/9/2004
Permalink | Reply | 2 comments |
headers
Nick Goodman | 1 Jun 2004 17:45

Backup Exec 8.6 and Tru64 4.0f?

Hello there managers, I'm in the process of consolodating our backup
routines and had a question.  Currently I have a single alphaserver 4100
running tru64 4.0f that is backed up seperately from the rest of our servers
using the legato networker backup software, and we also run Veritas
BackupExec 8.6 for all the windows servers, ms exchange, etc., I'd like to
start using backupexec to backup our 4100.  Was curious if anyone has used
the unix agent, or if it is even supported.  

According to Veritas compatibility list I don't even see Tru64

http://seer.support.veritas.com/docs/237486.htm

Am I simply out of luck on this?

Nick Goodman
Systems Administrator
Voice: 817-385-3535
Fax: 817-385-3587
Email: ngoodman <at> americanexcelsior.com
Web:  http://www.americanexcelsior.com
Permalink | Reply | 0 comments |
headers
Jeffrey_Hummel | 1 Jun 2004 18:37

Summary: Performance Decrease in 5.1b1 compared to 4.0g

Many thanks are deserved by Alan Rollow, Fred Serino, Denise McKracken, and
Olle Bjorck.

There were no specific changes that caused the slowdown in backup speeds.
The most likely cause in our case was the coincidental use of older tapes
after we upgraded the system combined with some additional OS overhead from
the new version of UNIX.

The tapex command was great because it allowed us to verify that we could
achieve 4MB/sec. to/from the TZ89 tape drives with block sizes from 32k to
64k.

The suggestions to backup to /dev/null were great because it also showed us
that if we were backing up from disk to disk we could move a 2GB file in
one minute instead of 4 1/2 minutes by increasing the blocksize from 64k to
16MB. The point of greatly diminished improvements was experienced around
8MB /sec.  The configuration for this test was a DS-RZ1FC-VW -> KZPBA-CB ->
KZPBA-CB -> DS-RZ1FC-VW.

Additionally, we loaded the ltt tape library tool and discovered that a
tape drive that had been problematic was showing a firmware version that
was much older than the rest of our tape drives.

Thanks everybody for the suggestions!

Jeffrey Hummel
Albemarle Corporation
Permalink | Reply | 0 comments |
headers
Tom Linden | 1 Jun 2004 18:51
Favicon

UPDATE: Mounting advfs volumes

Using diskconfig  

Usage		Domain	Set		label
AdvFS		vms		vms		user1
AdvFS						user2

# /sbin/advfs/advscan dsk1 dsk2

Scanning devices        /dev/rdisk/dsk1 /dev/rdisk/dsk2

Found domains:

vms
                Domain Id       3fe712b3.0003b550
                Created         Mon Dec 22 07:50:11 2003

                Domain volumes          1
                /etc/fdmns links        1

                Actual partitions found:
                                        dsk1c
*unknown*
                Domain Id       3fe71289.00085ad0
                Created         Mon Dec 22 07:49:29 2003

                Domain volumes          1
                /etc/fdmns links        0

                Actual partitions found:
                                        dsk2c*
(Continue reading)

Permalink | Reply | 1 comment |
headers
Deacy, Michael | 1 Jun 2004 19:34

SUMMARY: Quota.group file issue

Thanks to:

Dr. Thomas Blinn
Chris Ruhnke
Iain Barker
Alan Davis
Bryan LaVelle

In summary, I got assurances that while the quota file might say it is big,
it really is not, though as I indicated in the original post, vdump appeared
to be out of the loop on that.  Toward that end, HP Support directed me to
use the -D switch which avoids backing up the quota files, which could be a
help.

I was hoping to gain some insight as to why the file might report in as big
as it does; I have similar systems with similar group IDs (including the
source system) but the quota files are fractions of this size of this one.
HP Support also gave me an idea on shrinking the reported size (turn quotas
on and run quotacheck) but this did not change anything.

Thanks again for the assistance.

Mike

-----Original Message-----
From: Deacy, Michael [mailto:Michael.Deacy <at> TycoHealthcare.com] 
Sent: Thursday, May 27, 2004 12:10 PM
To: Tru64 Unix Managers (tru64-unix-managers <at> ornl.gov)
Subject: Quota.group file issue
(Continue reading)

Permalink | Reply | 0 comments |

Gmane