| Author |
Message |
Michael Heiming *nix forums Guru
Joined: 19 Feb 2005
Posts: 1423
|
Posted: Fri Jun 09, 2006 6:36 am Post subject:
Re: How may I set NIC port speed and duplex on Digital Unix 4.00E?
|
|
|
In comp.unix.admin DiskMan <nobody@thewheel.com>:
| Quote: | "Adam Price" <adam+usenet@pappnase.co.uk> wrote in message
news:mpglqv60c8zu$.dlg@pappnase.co.uk...
On 7 Jun 2006 12:56:56 -0700, akwete@hotmail.com wrote:
I've got a DEC workstation running Digital Unix v4.00E. How may I set
the ethernet NIC's port speed and duplex (during bootup) to 100Mb/s
full duplex? Right now it defaults to 100Mb/s half duplex with
autonegotiation turned off. I currently use the following command to
set the desired speed and duplex manually: Ifconfig tu0 speed 200 .
This is a question in the FAQ that used to get regularly posted to
comp.unix.tru64 but now seems to be available from www.tru64.org. The link
from the main page seems to be broken but you can find the FAQ
here...http://www.tru64.org/faq/tru64_faq.php
Given that you have a tu0 device in unix, I think that would translate to
an ewa0 device at the srm-console.
So take the system down to the >>> prompt using shutdown -h, when you get
there, then type in show ewa0_mode. It should show something like auto.
Then change it with set ewa0_mode FastFD.
Or given that you say ifconfig works for you at the moment you could just
put something in one of the startup scripts that runs during boot and does
the right thing. You could for example put it in the /sbin/init.d/network
script.
Hope that helps
Adam
If the card is compatible, mii-tool should do the trick... Will L G
|
Nope, 'mii-tool' is a Linux specific tool, not available on
Tru64, the above mentioned method should do the trick, though
(iirc) one should be able to set srm parameters through 'consvar'
(man consvar) from a running Tru64 system.
--
Michael Heiming (X-PGP-Sig > GPG-Key ID: EDD27B94)
mail: echo zvpunry@urvzvat.qr | perl -pe 'y/a-z/n-za-m/'
#bofh excuse 30: positron router malfunction |
|
| Back to top |
|
 |
Adam Price *nix forums beginner
Joined: 31 May 2005
Posts: 23
|
Posted: Fri Jun 09, 2006 5:29 am Post subject:
Re: How may I set NIC port speed and duplex on Digital Unix 4.00E?
|
|
|
On Fri, 09 Jun 2006 03:15:36 GMT, DiskMan wrote:
| Quote: | If the card is compatible, mii-tool should do the trick... Will L G
|
Not on digital unix I don't think. I can try and build it later on today
but unless you have explicit knowlege that it works then I think you are
just wrong.
More importantly mii-tool is never a permanent solution on it's own even in
the Linux world.
Adam |
|
| Back to top |
|
 |
DiskMan *nix forums beginner
Joined: 06 Apr 2005
Posts: 20
|
Posted: Fri Jun 09, 2006 3:15 am Post subject:
Re: How may I set NIC port speed and duplex on Digital Unix 4.00E?
|
|
|
If the card is compatible, mii-tool should do the trick... Will L G
"Adam Price" <adam+usenet@pappnase.co.uk> wrote in message
news:mpglqv60c8zu$.dlg@pappnase.co.uk...
| Quote: | On 7 Jun 2006 12:56:56 -0700, akwete@hotmail.com wrote:
I've got a DEC workstation running Digital Unix v4.00E. How may I set
the ethernet NIC's port speed and duplex (during bootup) to 100Mb/s
full duplex? Right now it defaults to 100Mb/s half duplex with
autonegotiation turned off. I currently use the following command to
set the desired speed and duplex manually: Ifconfig tu0 speed 200 .
This is a question in the FAQ that used to get regularly posted to
comp.unix.tru64 but now seems to be available from www.tru64.org. The link
from the main page seems to be broken but you can find the FAQ
here...http://www.tru64.org/faq/tru64_faq.php
Given that you have a tu0 device in unix, I think that would translate to
an ewa0 device at the srm-console.
So take the system down to the >>> prompt using shutdown -h, when you get
there, then type in show ewa0_mode. It should show something like auto.
Then change it with set ewa0_mode FastFD.
Or given that you say ifconfig works for you at the moment you could just
put something in one of the startup scripts that runs during boot and does
the right thing. You could for example put it in the /sbin/init.d/network
script.
Hope that helps
Adam |
|
|
| Back to top |
|
 |
Adam Price *nix forums beginner
Joined: 31 May 2005
Posts: 23
|
Posted: Thu Jun 08, 2006 5:21 am Post subject:
Re: How may I set NIC port speed and duplex on Digital Unix 4.00E?
|
|
|
On 7 Jun 2006 12:56:56 -0700, akwete@hotmail.com wrote:
| Quote: | I've got a DEC workstation running Digital Unix v4.00E. How may I set
the ethernet NIC's port speed and duplex (during bootup) to 100Mb/s
full duplex? Right now it defaults to 100Mb/s half duplex with
autonegotiation turned off. I currently use the following command to
set the desired speed and duplex manually: Ifconfig tu0 speed 200 .
|
This is a question in the FAQ that used to get regularly posted to
comp.unix.tru64 but now seems to be available from www.tru64.org. The link
from the main page seems to be broken but you can find the FAQ
here...http://www.tru64.org/faq/tru64_faq.php
Given that you have a tu0 device in unix, I think that would translate to
an ewa0 device at the srm-console.
So take the system down to the >>> prompt using shutdown -h, when you get
there, then type in show ewa0_mode. It should show something like auto.
Then change it with set ewa0_mode FastFD.
Or given that you say ifconfig works for you at the moment you could just
put something in one of the startup scripts that runs during boot and does
the right thing. You could for example put it in the /sbin/init.d/network
script.
Hope that helps
Adam |
|
| Back to top |
|
 |
DiskMan *nix forums beginner
Joined: 06 Apr 2005
Posts: 20
|
|
| Back to top |
|
 |
Asterisk *nix forums beginner
Joined: 30 Jul 2005
Posts: 7
|
Posted: Sat Jul 30, 2005 5:27 pm Post subject:
Re: Tru64 V5.1 Name Resolving (DNS) problem
|
|
|
Thanks very much Mario and Peter !
I've tried on the svc.conf with "hosts=local,bind", but still can't
resolve the host with "ping www.cisco.com" command.
And since I'm not the owner of the box ... and the "truss" utility is
not found in it, so I can't get the truss output at this moment. Maybe
I'll try later after the owner has installed the "truss". And I think
I'll post this problem to HP's forum too .....
Thanks again for all you guys' help ! ^_^ |
|
| Back to top |
|
 |
Mario Stargard *nix forums beginner
Joined: 28 Feb 2005
Posts: 8
|
Posted: Sat Jul 30, 2005 12:29 pm Post subject:
Re: Tru64 V5.1 Name Resolving (DNS) problem
|
|
|
Asterisk wrote:
| Quote: | Dear Mario,
Firstly thanks for your kind suggestion !
I think version 5.1 should use the file nsswitch.conf .... but anyway
I've tried the svc.conf before with the entry you've suggested above. I
still can't resolve the host with "ping".
Should I restart some daemon after change this file ? Any what time
will use nsswitch.conf, what time will use svc.conf ?
Look forward your kind reply !
It's my understanding that the nsswitch.conf file was introduced in 5.1b |
in patch kit 3.
Try running the ping using truss to trace the system calls. You'll see
which files are referenced and in which order in the truss output.
truss is in the system V add on. It's in the associated products discs
that come with the OS.
The command should be something like:
truss -aef -o truss.out ping www.cisco.com
Let it run for one ping, then kill it with ctrl-c. Look at the
truss.out file with "more" or vi and look for which files it references.
You can search through the text file with more with the "/" key.
If you still can't figure out what's going on, then try posting your
question to the tru64 forums at itrc.hp.com. The gurus there will
probably be able to help you out.
Cheers,
Mario |
|
| Back to top |
|
 |
Asterisk *nix forums beginner
Joined: 30 Jul 2005
Posts: 7
|
Posted: Sat Jul 30, 2005 10:18 am Post subject:
Re: Tru64 V5.1 Name Resolving (DNS) problem
|
|
|
Dear Mario,
Firstly thanks for your kind suggestion !
I think version 5.1 should use the file nsswitch.conf .... but anyway
I've tried the svc.conf before with the entry you've suggested above. I
still can't resolve the host with "ping".
Should I restart some daemon after change this file ? Any what time
will use nsswitch.conf, what time will use svc.conf ?
Look forward your kind reply ! |
|
| Back to top |
|
 |
Peter da Silva *nix forums beginner
Joined: 02 Mar 2005
Posts: 3
|
Posted: Fri Jul 29, 2005 10:48 pm Post subject:
Re: Tru64 V5.1 Name Resolving (DNS) problem
|
|
|
In article <1122620560.656459.8770@f14g2000cwb.googlegroups.com>,
Asterisk <asteriskhelp@gmail.com> wrote:
| Quote: | I've encountered a problem related to Name Resolving on my Tru64 Box.
|
Which version of 5.1? How was it installed? You may find the file you
need to be looking at is /etc/svc.conf rather than /etc/nsswitch.conf...
it seems to be kind of random which one gets installed on a 5.1B system
even:
% uname -a
OSF1 xxx.xxxx.xxx.xxx V5.1 2650 alpha
% cat /etc/nsswitch.conf
cat: cannot open /etc/nsswitch.conf
% cat /etc/svc.conf
[...]
hosts=local,bind
[...]
# uname -a
OSF1 yyy.xxxx.xxx.xxx V5.1 2650 alpha
# cat /etc/nsswitch.conf
[...]
hosts: files dns
[...]
#
--
I've seen things you people can't imagine. Chimneysweeps on fire over the roofs
of London. I've watched kite-strings glitter in the sun at Hyde Park Gate. All
these things will be lost in time, like chalk-paintings in the rain. `-_-'
Time for your nap. | Peter da Silva | Har du kramat din varg, idag? 'U` |
|
| Back to top |
|
 |
Mario Stargard *nix forums beginner
Joined: 28 Feb 2005
Posts: 8
|
Posted: Fri Jul 29, 2005 1:41 pm Post subject:
Re: Tru64 V5.1 Name Resolving (DNS) problem
|
|
|
Asterisk wrote:
| Quote: | Hi Experts,
I've encountered a problem related to Name Resolving on my Tru64 Box.
I've defined the name servers' IP on the "resolv.conf" as below:
nameserver xxx.xxx.xxx.xxx
nameserver yyy.yyy.yyy.yyy
And the "nsswitch.conf" contains the following entries:
aliases: files
auth_prpasswd: files
group: compat
group_compat: nis
hosts: files dns
netgroup: nis
networks: files
passwd: compat
passwd_compat: nis
protocols: files
rpc: files
services: files
By using "nslookup" on the Tru64 box, I can resolve the name into IP:
#nslookup
Default Server: dns01-aa.bbbbbb.abc
Address: xxx.xxx.xxx.xxx
www.cisco.com
Server: dns01-aa.bbbbbb.abc
Address: xxx.xxx.xxx.xxx
Non-authoritative answer:
Name: www.cisco.com
Address: 198.133.219.25
But I can't ping the www.cisco.com:
# ping www.cisco.com
ping: unknown host www.cisco.com
The ping can get the IP of the host if it exist in "/etc/hosts"
And my "/etc/hosts" file has the 2 entries for my primary and secondary
name server IP and name.
I would like to know if anything I need to change in order to make the
"nsswitch.conf" file valid ? Or there's any problem on my
"nsswitch.conf" file ? Or I need to restart some process after changing
the above files ?
Please kindly help ! Million thanks ! :)
Have you tried svc.conf? The keywords are local and bind with a comma |
separator. There should be a manpage.
Example:
hosts=local,bind |
|
| Back to top |
|
 |
David Gutierrez *nix forums beginner
Joined: 02 Feb 2005
Posts: 30
|
Posted: Fri May 13, 2005 6:22 pm Post subject:
Re: NFS Over UDP gives very slow response.
|
|
|
These two servers are identical in hardawre and OS.
The OS is Tru64 5.1B pk4 The clients are running Tru64 5.1A pk6
David |
|
| Back to top |
|
 |
David Gutierrez *nix forums beginner
Joined: 02 Feb 2005
Posts: 30
|
Posted: Fri May 13, 2005 1:06 pm Post subject:
Re: NFS Over UDP gives very slow response.
|
|
|
The OS is Tru64 5.1B pk4 The clients are running Tru64 5.1A pk6
David
davegu1 wrote:
| Quote: | Hello Everyone,
We have the following environment.
Two ES45 with a DEGXA PCI Gigabit Cards as follows:
name = bcm0
category = network
sub_category = Ethernet
model = DEGXA
hardware_rev = BCM5703_C0
firmware_rev =
MAC_address = 00-10-18-0C-4E-39
MTU_size = 1500
media_speed = 1000
media_selection = Automatic
The NFS Environment we have is clustered running only samba.
The performance in the NFS Cluster is decreasing every day until it
reaches a point in which we have to reboot the cluster once a month
to
clear out the cache and buffer. Then the services come back fine.
The following errors are constantly logged on to the
/var/adm/messages
in relation to the
RFS3_COMMIT
RFS3_READ
RFS3_WRITE
RFS3_GETATTR, client address = xx.xx.xx.xx, errno 70
rfs_dispatch: sendreply failed IP address: xx.xx.xx.xx
rfs_dispatch: sendreply failed IP address: xx.xx.xx.xx
NFS server: stale file handle fs(2554,616540) file 857277 gen 32771
Our environment consists of over 40 TB of files in data being accross
the NFS.
Question:
Is there a problem with the retransmit of large file systems, since
most of our file systems are over 2 gig in size.
Also, while doing some tests internally we noticed the following in
MB/sec and while reading a file on being served by the CFS.
In server 1 the reads were at 11 and the writes at 25
In server 2 the reads were at 35 and the writes at 25
Questions:
Can someone tell me what is the high-performance blocksize for NFS
V3.
If there is a diagram online that will make us understand this better
it will be greatly appreciated.
TIA
David |
|
|
| Back to top |
|
 |
DiskMan *nix forums beginner
Joined: 06 Apr 2005
Posts: 20
|
Posted: Sun May 08, 2005 1:38 pm Post subject:
Re: Best OS for alpha platform going forward?
|
|
|
Yea on the Alpha Tru64 is pretty fast...the only problem is driver
support...for Dec hardware, you're set, for others, you're up the proverbial
creek. Personally, I try to stay away from Dec perpherals, not that it
isn't good, its just over priced and old as dirt. Don't believe me, try one
of Dec's top of the line vidcards and then compare it to $45 ATI Radeon card
w/64mb ram... You'll notice much more than the $400+ price difference.
"vishal" <vishal.ag@gmail.com> wrote in message
news:1115561432.111965.136030@g14g2000cwa.googlegroups.com...
| Quote: | I haven't tried Linux on alpha, guess it would work fine... I use both
Tru64 and FreeBSD on alphas. Tru64 is the obvious choice as far as
architecture and device support is concerned, however if you want
readily available (open-source) packages, it may not be the best option
(although many of those are supported/available through
internet-express, etc). see
http://h30097.www3.hp.com/affinity/download.html .
FreeBSD 5.3 installation failed on Miatas (a type of alpha
workstations), but works perfectly on an ES40 system. (Haven't tested
install/working on alphastations or DS/GS servers.) I've had no
troubles with hardware support with FreeBSD so far. Moreover, I guess
from version 5.2 onwards FreeBSD has SMP enabled by default (?), so you
can use all those CPUs.
Just a piece of trivia - there are some Windows NT ports available on
alpha (but sorry - you asked about the "best" OS).
http://h18000.www1.hp.com/support/files/alphant/
vishal
|
|
|
| Back to top |
|
 |
vishal *nix forums addict
Joined: 02 Mar 2005
Posts: 71
|
Posted: Sun May 08, 2005 12:10 pm Post subject:
Re: Best OS for alpha platform going forward?
|
|
|
I haven't tried Linux on alpha, guess it would work fine... I use both
Tru64 and FreeBSD on alphas. Tru64 is the obvious choice as far as
architecture and device support is concerned, however if you want
readily available (open-source) packages, it may not be the best option
(although many of those are supported/available through
internet-express, etc). see
http://h30097.www3.hp.com/affinity/download.html .
FreeBSD 5.3 installation failed on Miatas (a type of alpha
workstations), but works perfectly on an ES40 system. (Haven't tested
install/working on alphastations or DS/GS servers.) I've had no
troubles with hardware support with FreeBSD so far. Moreover, I guess
from version 5.2 onwards FreeBSD has SMP enabled by default (?), so you
can use all those CPUs.
Just a piece of trivia - there are some Windows NT ports available on
alpha (but sorry - you asked about the "best" OS).
http://h18000.www1.hp.com/support/files/alphant/
vishal |
|
| Back to top |
|
 |
DiskMan *nix forums beginner
Joined: 06 Apr 2005
Posts: 20
|
Posted: Sun May 08, 2005 12:02 pm Post subject:
Re: Best OS for alpha platform going forward?
|
|
|
There's also a 'better' Gentoo port available and a couple of dusty releases
at Debian and Suse sites.
"Big Dave" <dual_control@hotmail.com> wrote in message
news:ogcq715rl69eqcm77b1q738bqkh488f685@4ax.com...
| Quote: | On Sat, 07 May 2005 20:22:47 +0200, Måns Rullgård <mru@inprovide.com
wrote:
" DiskMan" <nobody@thewheel.com> writes:
I think you just hit on the only choice when you mentioned 'free'...
Linux... WinNT4/VMS/Tru64 are DOA as far as the alpha is considered and
have
been stagnant, out side of a few upgrades/patches for sometime.
I rolled over from FreeBSD after having so many 'issues' with the only
answer being, 'its not supported on the alpha' even though I knew damn
well
that it was. I did consider Tru64 for a bit when they offered the
'free
licensing' deal but when I learned that they weren't actively pursuring
it,
linux was my next logical conclusion.
NetBSD usually makes a point of supporting many different
architectures. Perhaps it would work better than FreeBSD.
Check out http://www.alphalinux.org/
There is a port fo fedora core to alpha.
I'm running Alpha Core 0.9 on a XP900.
Andy |
|
|
| Back to top |
|
 |
Google
|
|
| Back to top |
|
 |
|