Showing results for 
Search instead for 
Did you mean: 

ftp transfer issue

Super Advisor

ftp transfer issue

hi we are having transfer speed issue from two vm's .


Base O.S 11i v3

vmclient O.S 11iv2



we are facing tranfer issue from vmclient machines to remote location when doing ftp from vmclient to non-vm server .

Link sped checked from non-vm to non-vm its fine 5MB/s

But when cheked from VM to non-vm the transfer chokes.

Why is it so ???

Switch side port settings checked they are autonegotiation on .



P.S. This thread has been moved  from HP-UX > System Administration to HP-UX > networking - HP Forums Moderator

Bill Hassell
Honored Contributor

Re: ftp transfer issue

We'll need just a bit more information...


5 MBytes/sec is horrible for a 1000BaseT connection, but fairly normal for 100BaseT.

So what speed network cards are you using?


Auto-negotiation should be on *but* what is the duplex? If it is half-duplex, then run lanadmin -g #

where # is the lan card number (ie, 0=lan0, 2=lan2, etc). The second half of the statistics should be all zeros, specfically the collisions and errors. If there are errors, then auto-negotiation has failed. There is nothing you can do to fix the remote end from HP-UX. Talk to your network administrator and get the switch setup to match autonegotiation that is set on the HP-UX side.


>> But when cheked from VM to non-vm the transfer chokes.


I'm not sure what speed = chokes.

Are you saying that no data is transferred at all?


Bill Hassell, sysadmin
Todd McDaniel_1
Honored Contributor

Re: ftp transfer issue

Can you generate any traffic from vm to non-vm? it sounds like you may have a port issue... granted if by "choke" you mean zero data xfer happening.


otherwise, you may need to explicitly state the speed for the lan card in the conf file.


or i have seen where, if you have more than one lan, that the traffic may be asycnchronous, (ie the traffic is initiated from one lan but the return is coming over a different lan card.


check to be sure which lan is primary on each server and ensure the traffic is coming over that lan.




Todd McDaniel

Unix, the other white meat.
Super Advisor

Re: ftp transfer issue

Hi Bill,



From that host belwo is the o/p;



root #/tmp >lanadmin -x 0
Speed = 1000 Full-Duplex.
Autonegotiation = On.

root #/tmp >lanadmin -x 1
Speed = 1000 Full-Duplex.
Autonegotiation = On.

root #/tmp >netstat -in
Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll
lan0:1 1500 872 0 10 0 0
lan1 1500 10567729 0 5411912 0 0
lan0:2 1500 370879584 0 340688232 0 0
lan0 1500 347056014 0 313747670 1261 0
lo0 4136 90301707 0 90301744 0 0


AS we can seeOerrors still showing errors.

The transfer gets initiated , but suddenly after few MB it halts and does not respond at all.


M trying to ftp 100MB of file , in the same lan from other server the file gets transferred in 20 sec,

whereas from this box sometime s it takes 40 sec , and sometimes goes in loop totally. ( only 20 MB gets transferred )


We are using 1000base t cards.


Hi Todd ,


How to check about 2 lan cards ??

and the trafic flow and reverse ?? 

Super Advisor

Re: ftp transfer issue

Hi Todd,


the host having problem is IVM guests O.S hpux 11iv2 , both cluster nodes.



root #/etc/rc.config.d >netstat -rn

Routing tables
Destination Gateway Flags Refs Interface Pmtu UH 0 lo0 4136 UH 0 lan1 4136 UH 0 lan0:2 4136 UH 0 lan0 4136 UH 0 lan0:1 4136 U 4 lan0 1500 U 4 lan0:2 1500 U 4 lan0:1 1500 U 2 lan1 1500 UG 0 lan0 0 UG 0 lan0 0 UG 0 lan0 0 U 0 lo0 0
default UG 0 lan0 0

root #/etc/rc.config.d >lanscan
Hardware Station Crd Hdw Net-Interface NM MAC HP-DLPI DLPI
Path Address In# State NamePPA ID Type Support Mjr#
0/0/1/0 0x3E6C8B983CC5 0 UP lan0 snap0 1 ETHER Yes 119
0/0/2/0 0xEE87D19D22F8 1 UP lan1 snap1 2 ETHER Yes 119

root #/etc/rc.config.d >netstat -in

Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll
lan0:1 1500 872 0 10 0 0
lan1 1500 10569979 0 5413066 0 0
lan0:2 1500 370892542 0 340696269 0 0
lan0 1500 347104949 0 313795809 1261 0
lo0 4136 90302232 0 90302269 0 0
root #/etc/rc.config.d >

Super Advisor

Re: ftp transfer issue

Hi my base OS has 


dcucbsr1:/tmp # swlist -l product|grep -i avio
AVIO-GVSD B.11.31.1201 HPVM Guest AVIO Storage Software
AVIO-HSSN B.11.31.1111 HPVM Host AVIO LAN Software
AVIO-HVSD B.11.31.1201 HPVM Host AVIO Storage Software
AVIO-IGSSN B.11.31.1111 HPVM Guest AVIO LAN Software



whereas the ivm guest has ;


root #/ >swlist -l product|grep -i avio
AVIO-GVSD B.11.23.0903 HPVM Guest AVIO Storage Software
AVIO-HSSN B.11.23.0712.01 HP AVIO LAN HSSN Host Driver
AVIO-HVSD B.11.23.0712 HPVM Host AVIO Storage Software
AVIO-IGSSN B.11.23.1003 HPVM Guest AVIO LAN Software
PHKL_32478 1.0 Fix for incorrect behavior in pstat_getdisk


can that be a problem ????

Super Advisor

Re: ftp transfer issue

Hi ,


Below are switch side port details ;
PRISW#sh mac address-table | in 3e6c.8b98.3cc5
   1    3e6c.8b98.3cc5    DYNAMIC     Gi0/28
PRISW#sh int gi
PRISW#sh int gigabitEthernet 0/28
GigabitEthernet0/28 is up, line protocol is up (connected)
  Hardware is Gigabit Ethernet, address is 68bd.ab2b.651c (bia 68bd.ab2b.651c)
  MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX
  input flow-control is off, output flow-control is unsupported
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input never, output 00:00:00, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 119000 bits/sec, 40 packets/sec
  5 minute output rate 53000 bits/sec, 44 packets/sec
     836749832 packets input, 936424363239 bytes, 0 no buffer
     Received 16472 broadcasts (80 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 80 multicast, 0 pause input
     0 input packets with dribble condition detected
     401724596 packets output, 325290531327 bytes, 0 underruns
     0 output errors, 0 collisions, 2 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 pause output
     0 output buffer failures, 0 output buffers swapped out
Super Advisor

Re: ftp transfer issue

We have two IVM guest O.S 


Out of which through one we are able to achieve speed in LAN but not in WAN.

The other IVM guest we are not able to achieve both.





11iv2 , 10.1.x.x


root #/tmp >netstat -in
Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll
lan0:1 1500 890 0 10 0 0
lan1 1500 10625030 0 5441251 0 0
lan0:2 1500 371527652 0 340988664 0 0
lan0 1500 348363498 0 315017774 1871 0
lo0 4136 92167581 0 92167618 0 0





11iv2 10.1.x.x.


root #/tmp >netstat -in
Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll
lan0:1 1500 720 0 0 0 0
lan1 1500 5441283 0 10625077 0 0
lan0 1500 9509653 0 12178756 420 0
lo0 4136 1552788 0 1552788 0 0




Super Advisor

Re: ftp transfer issue

Hi ,


HP response given below




"Thank you for your update, if it is taking less time in same subnet and taking more time for different subnet ,it shows there is no issue from server side, communicating with different networking devices are involved like routers, Please check with network team and confirm why it is taking more time for different network"



Found the below issues from the logs.


  1. Stream resource pressure. 

527% of streams_sqmax has been reached

It seems that there is or there was a STREAM resource pressure


  1. Suspecting this could be a cause for outbound errors. Found that stream patch installed is very low. Install the latest stream patch and its dependencies.



  1. Ftpd patch installed in the system is very low. Kindly install the latest ftpd patch and its dependencies.



  1. Found HPVM Mandatory patches are not installed in the system. Which is having the fix for all the known issue.

PHSS_43303 - HPVM Core (PK4) - host
Supersedes: PHSS_42189 (PK1), PHSS_42542 (PK2), PHSS_42973 (PK3)

    1. PHSS_43304 - HPVM VMAGENT patch (PK4) - host
    2. PHSS_42974 - HPVM HPVM HPVM-VMSGTK (PK3) - host
      Supersedes: PHSS_42544 (PK2)
    3. PHSS_43305 - HPVM VMMIGRATE PATCH (PK4) - host
      Supersedes: PHSS_42543 (PK2)
    4. PHSS_42545 - HPVM vmProvider PATCH (11.31) (PK2) - host/guest
    5. PHSS_42546 - HPVM vmProvider PATCH (11.23) (PK2) - guest
    6. PHSS_42547 - HPVM VMCONVERT (PK2) - host
Super Advisor

Re: ftp transfer issue

Hi ,
Let me explain you the exact problem,

We have 2 rx2800 servers.
They both are in S/G cluster.
My application reqmnt is of 11iv2 and since tukvila processor doesnt support 11iv2 we had no choice but to go with IVM.
Hence we have two Base O.S of hpux 11iv3 and 2 IVM guests of 11iv2

The problem we are facing now is from 1st IVM when we are trying to do ftp transfer within LAN we are facing no issues no matter how many files ( tested 5 files each of 100MB goes in 8 sec to another hosts in same LAN )
But when i try the same number of files to transfer to DR site 1st,2nd file goes in desired speed, the 3rd,4th,5th file simply hangs.gets stalled.

From Second IVM we are neither able to transfer data within LAN nor WAN.

Now HP has recommended some patches ( PHNE_42014 and PHNE_42661 ) which require a reboot.

What am planning is do a cmhaltnode to remove second IVM from cluster.
Take ignite backup of 2nd IVM.
Install patches , take a reboot and then check ftp transfer .

Kindly let me know if am missing something.

Super Advisor

Re: ftp transfer issue

Hi guys ,


Any suggestion