help

help

[Jens-U. Mozdzen]

-- 
Jens-U. Mozdzen				voice	: +49-40-559 51 75
NDE Netzdesign und -entwicklung	AG	fax	: +49-40-559 51 77
Postfach 61 03 15			mobile	: +49-179-4 98 21 98
D-22423 Hamburg				e-mail	: jmozdzen-9fbXLY7Yocc@public.gmane.org

        Vorsitzende des Aufsichtsrates: Angelika Mozdzen
          Sitz und Registergericht: Hamburg, HRB 90934
                  Vorstand: Jens-U. Mozdzen
                   USt-IdNr. DE 814 013 983

help

[Fred]

help

help

[Kapil Maheshwari]

-----Original Message-----
From: nfs-bounces@lists.sourceforge.net
[mailto:nfs-bounces@lists.sourceforge.net] On Behalf Of
nfs-request@lists.sourceforge.net
Sent: Friday, August 17, 2007 10:45 PM
To: nfs@lists.sourceforge.net
Subject: NFS Digest, Vol 15, Issue 71

Send NFS mailing list submissions to
	nfs@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/nfs
or, via email, send a message with subject or body 'help' to
	nfs-request@lists.sourceforge.net

You can reach the person managing the list at
	nfs-owner@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of NFS digest..."


Today's Topics:

   1. StreamCorruptedException Urgent. (Ignatius Pradeep Kumar Joseph)
   2. Re: [PATCH] nfsstat: without option nfsstat always output the
      statistics of Client NFS v4( though sometimes they are all zero)
      (david m. richter)
   3. [PATCH] nfsstat: update manpage for --since (david m. richter)
   4. Re: [PATCH] 64 bit ino support for NFS server (J. Bruce Fields)
   5. Re: StreamCorruptedException Urgent. (Chuck Lever)


----------------------------------------------------------------------

Message: 1
Date: Fri, 17 Aug 2007 18:46:39 +0530
From: "Ignatius Pradeep Kumar Joseph"
	<IgnatiusPradeep_Joseph@mindtree.com>
Subject: [NFS] StreamCorruptedException Urgent.
To: <nfs@lists.sourceforge.net>
Message-ID:
	<9AE21525342E4C4F8ECDC61B978843BD03823274@mtw01ex02.mindtree.com>
Content-Type: text/plain; charset="us-ascii"

Hi,

 

We are facing the following issue "StreamCorruptedException", when we are
writing large files into NFS directory. The report we were trying to run was
of 41MB size. 

When we un-mount the NFS and write the large file directly to the
application
server directly, we don't face any issues. For the moment, in order to make
the CAT successful, we have un-mounted the NFS in QA2 and set up the same in
QA3 where the stack is deployed. 

 

But we have to test these reports with the NFS before we can release it to
other environments. Please help us in finding why this issue is only
happening when we are using NFS.

 

See below part of the stack trace. From our end we are also looking at
various forums to resolve this issue. 

 

2007-06-20 01:00:03,773 [service_SessionDataService-1.0] INFO
[platform.session.PlatformSessionHelper]  - end : invokeAppSessionServices()


2007-06-20 01:02:13,925 [service_ReportGeneratorService-1.0] ERROR
[common.helper.Timer]  - Report Staticstics:Total time taken to fill the
report is  :2.7473166 mins: :: 164839.0 millies 

2007-06-20 01:02:13,925 [service_ReportGeneratorService-1.0] ERROR
[jasper.printer.PDFReportPrinter]  - After invoking
JasperFillManager.fillReport

2007-06-20 01:02:13,926 [service_ReportGeneratorService-1.0] ERROR
[jasper.printer.PDFReportPrinter]  - Before invoking exporter.exportReport()

2007-06-20 01:02:19,589 [service_ReportGeneratorService-1.0] ERROR
[engine.fill.JRAbstractLRUVirtualizer]  - Error devirtualizing object

java.io.StreamCorruptedException: invalid stream header

            at
java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:737)

            at java.io.ObjectInputStream.<init>(ObjectInputStream.java:253)

            at
net.sf.jasperreports.engine.fill.JRAbstractLRUVirtualizer.readData(JRAbstrac
t
LRUVirtualizer.java:510)

            at
net.sf.jasperreports.engine.fill.JRSwapFileVirtualizer.pageIn(JRSwapFileVirt
u
alizer.java:112)

            at
net.sf.jasperreports.engine.fill.JRAbstractLRUVirtualizer.requestData(JRAbst
r
actLRUVirtualizer.java:401)

            at
net.sf.jasperreports.engine.base.JRVirtualPrintPage.ensureVirtualData(JRVirt
u
alPrintPage.java:312)

            at
net.sf.jasperreports.engine.base.JRVirtualPrintPage.getElements(JRVirtualPri
n
tPage.java:304)

            at
net.sf.jasperreports.engine.export.JRPdfExporter.exportPage(JRPdfExporter.ja
v
a:553)

 

Appreciate your help.

 

Regards,

Pradeep.

 



DISCLAIMER:
This message (including attachment if any) is confidential and may be
privileged. Before opening attachments please check them for viruses and
defects. MindTree Consulting Limited (MindTree) will not be responsible for
any viruses or defects or any forwarded attachments emanating either from
within MindTree or outside. If you have received this message by mistake
please notify the sender by return  e-mail and delete this message from your
system. Any unauthorized use or dissemination of this message in whole or in
part is strictly prohibited.Please note that e-mails are susceptible to
change and MindTree shall not be liable for any improper, untimely or
incomplete transmission.
E-mail may contain viruses. Before opening attachments please check them for
viruses and defects. While MindTree Consulting Limited (MindTree) has put in
place checks to minimize the risks, MindTree will not be responsible for any
viruses or defects or any forwarded attachments emanating either from within
MindTree or outside. 
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 2
Date: Fri, 17 Aug 2007 11:04:29 -0400 (EDT)
From: "david m. richter" <richterd@citi.umich.edu>
Subject: Re: [NFS] [PATCH] nfsstat: without option nfsstat always
	output the statistics of Client NFS v4( though sometimes they are
all
	zero)
To: chuli <chul@cn.fujitsu.com>
Cc: nfs@lists.sourceforge.net
Message-ID: <Pine.BSO.4.64.0708171056030.32037@citi.umich.edu>
Content-Type: TEXT/PLAIN; charset=US-ASCII

> Hi,
> 
>    There is a bug when using nfsstat without options, the Client NFS 
> v4's statistics always are output.
>     Actually it should be output when they are all zero.
>     I looked up into the code and found it says "NFSv4 call counts ([0] 
> == 32)", but it is 35 in "/proc/net/rpc/nfs".

	hello,

	good eyes -- those extra calls are getacl, setacl, and 
fs_locations counts.  it's already been fixed in the git tree at 
git://linux-nfs.org/nfs-utils.


	cheers,

	d
	.



------------------------------

Message: 3
Date: Fri, 17 Aug 2007 12:50:42 -0400 (EDT)
From: "david m. richter" <richterd@citi.umich.edu>
Subject: [NFS] [PATCH] nfsstat: update manpage for --since
To: Neil Brown <neilb@suse.de>
Cc: nfs@lists.sourceforge.net
Message-ID: <Pine.BSO.4.64.0708171247130.32037@citi.umich.edu>
Content-Type: TEXT/PLAIN; charset=US-ASCII

	Add -S/--since to the manpage with a couple examples.

---
	Hello, Neil -- here's the manpage stuff.  I'm not so sure about 
the "Examples" additions, though.. meh.  thanks, d.

 utils/nfsstat/nfsstat.man |   41 ++++++++++++++++++++++++++++++++++++++++-
 1 files changed, 40 insertions(+), 1 deletions(-)

diff --git a/utils/nfsstat/nfsstat.man b/utils/nfsstat/nfsstat.man
index 5d2acc5..6908b06 100644
--- a/utils/nfsstat/nfsstat.man
+++ b/utils/nfsstat/nfsstat.man
@@ -72,8 +72,27 @@ Display all of the above facilities.
 .B \-v, \-\-verbose
 This is equivalent to \fB\-o all\fR.
 .TP
+.BI "\-S, \-\-since " file
+Instead of printing current statistics,
+.B nfsstat
+imports statistics from
+.I file
+and displays the difference between those and the current statistics.
+Valid input
+.IR file "s may be in the form of "
+.B /proc/net/rpc/nfs
+(raw client stats),
+.B /proc/net/rpc/nfsd
+(raw server stats), or saved output from
+.B nfsstat
+itself (client and/or server stats).   Any statistics missing from a saved
+.B nfsstat
+output
+.I file
+are treated as zeroes.
+.TP
 .B \-Z, \-\-sleep
-Instead of printing statistics and immediately exiting,
+Instead of printing current statistics and immediately exiting,
 .B nfsstat
 takes a snapshot of the current statistics and pauses until it receives
 .B SIGINT
@@ -81,6 +100,7 @@ takes a snapshot of the current statisti
 .BR Ctrl-C ),
 at which point it takes another snapshot and displays the difference
 between the two.
+.\" --------------------- EXAMPLES -------------------------------
 .SH EXAMPLES
 .TP
 .B nfsstat \-o all \-234
@@ -97,6 +117,25 @@ Show statistics for \fBNFS\fR version 3
 .TP
 .B nfsstat \-m
 Show information about mounted \fBNFS\fR filesystems.
+.TP
+.B nfsstat -v >/tmp/stats; run_short_test.sh; nfsstat -v --since /tmp/stats
+Show statistics collected while a user's
+.B run_short_test.sh
+ran.
+.P
+.RE 3
+.nf
+.B run_long_test.sh &
+.B watch -n 5 eval 'nfsstat -4 --since /tmp/stats; nfsstat -4 >/tmp/stats'
+.fi
+.RS
+Using
+.BR watch (1),
+show updates every 5 seconds of NFSv4 activity being tested by a user's
+.B run_long_test.sh
+script.
+.RE
+
 .\" --------------------- DISPLAY --------------------------------
 .SH DISPLAY
 The \fBFlags\fR output from the \fB\-m\fR option is the same as the
-- 
1.4.4



------------------------------

Message: 4
Date: Fri, 17 Aug 2007 12:51:22 -0400
From: "J. Bruce Fields" <bfields@fieldses.org>
Subject: Re: [NFS] [PATCH] 64 bit ino support for NFS server
To: Peter Staubach <staubach@redhat.com>
Cc: Neil Brown <neilb@suse.de>, Andrew Morton
	<akpm@linux-foundation.org>,	NFS List <nfs@lists.sourceforge.net>
Message-ID: <20070817165122.GC28529@fieldses.org>
Content-Type: text/plain; charset=us-ascii

On Thu, Aug 16, 2007 at 12:10:07PM -0400, Peter Staubach wrote:
> Attached is a new patch which should address the issues raised
> by Bruce.

Thanks!

> I also haven't come to any conclusions regarding the value of
> lease_get_mtime() and whether it should or should not be invoked
> by fill_post_wcc() too.  I chose not to change this because I
> thought that it was safer to leave well enough alone.  If we
> decide to make a change, it can be done separately.

OK.

Only superficial complaints:
	- There were some minor whitespace oddities; running the patch
	  through scripts/checkpatch.pl may be the quickest way to catch
	  those.
	- This would be better as two, maybe three separate patches;
	  e.g.  moving the lease_get_mtime out of encode_fattr3 could be
	  done separately first.  Ideally we'd do some trivial
	  transformations like that, followed by one change that
	  actually changes the inode behavior.  That makes the whole
	  thing trival to review.

I fixed up the first and added the result to

	git://linux-nfs.org/~bfields/linux.git for-mm

so it should show up in the next -mm.  I'd happily replace it by a more
finely split up version if that was something you could whip up in a few
minutes.

--b.



------------------------------

Message: 5
Date: Fri, 17 Aug 2007 12:07:43 -0400
From: Chuck Lever <chuck.lever@oracle.com>
Subject: Re: [NFS] StreamCorruptedException Urgent.
To: Ignatius Pradeep Kumar Joseph
	<IgnatiusPradeep_Joseph@mindtree.com>
Cc: nfs@lists.sourceforge.net
Message-ID: <46C5C7CF.5040600@oracle.com>
Content-Type: text/plain; charset="windows-1252"

Ignatius Pradeep Kumar Joseph wrote:
> We are facing the following issue ?StreamCorruptedException?, when we 
> are writing large files into *NFS* directory. The report we were trying 
> to run was of 41MB size.
> 
> When we un-mount the NFS and write the large file directly to the 
> application server directly, we don?t face any issues. For the moment, 
> in order to make the CAT successful, we have un-mounted the NFS in QA2 
> and set up the same in QA3 where the stack is deployed.
> 
>  
> 
> But we have to test these reports with the NFS before we can release it 
> to other environments. Please help us in finding why this issue is only 
> happening when we are using NFS.
> 
>  
> 
> See below part of the stack trace. From our end we are also looking at 
> various forums to resolve this issue.

Hello-

The Exception message you posted is generated entirely within your Java 
environment.  Your problem description is very specific to your 
environment and application.  You need to debug your Java application 
first to determine what exactly NFS is doing to trigger this issue.

Without a lot of domain expertise, I suggest you start with strace to 
find out what system calls your application uses, and what return codes 
they generate, as your application encounters the error.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: chuck.lever.vcf
Type: text/x-vcard
Size: 290 bytes
Desc: not available

------------------------------

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/

------------------------------

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs


End of NFS Digest, Vol 15, Issue 71
***********************************


DISCLAIMER
==========
This e-mail may contain privileged and confidential information which is the property of Persistent Systems Pvt. Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Pvt. Ltd. does not accept any liability for virus infected mails.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

RE: help

[김용철]

You can check client's  ipchains or iptables.
Sometimes, this  is cause failure.
With regards,

Yongchul Kim.

-----Original Message-----
From: chandrashekhar dethe [mailto:cgdethe@yahoo.com]=20
Sent: Saturday, May 31, 2003 11:26 AM
To: nfs@lists.sourceforge.net
Subject: [NFS] help

Dear All,
I have been trying to mount server fs on the client
using nfs, but could not be successful in mounting fs.
Herewith I am attaching three files which can be
helpful to suggest the remedy.
1) test.txt  file - is a error message
2) rpcinfo_localhost.txt
3) rpcinfo_server.txt
Pl. suggest the appropriate remedy.

=20

=3D=3D=3D=3D=3D
with regards,

- C.G.DETHE.

__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com


-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

help

[chandrashekhar dethe]

[-- Attachment #1: Type: text/plain, Size: 498 bytes --]

Dear All,
I have been trying to mount server fs on the client
using nfs, but could not be successful in mounting fs.
Herewith I am attaching three files which can be
helpful to suggest the remedy.
1) test.txt  file - is a error message
2) rpcinfo_localhost.txt
3) rpcinfo_server.txt
Pl. suggest the appropriate remedy.

 

=====
with regards,

- C.G.DETHE.

__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

[-- Attachment #2: rpcinfo_localhost.txt --]
[-- Type: text/plain, Size: 909 bytes --]

[root@durga cgdethe]# /usr/sbin/rpcinfo -p 192.168.254.76
   program vers proto   port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp   1024  status
    100024    1   tcp   1024  status
    391002    2   tcp   1025  sgi_fam
    100011    1   udp   1008  rquotad
    100011    2   udp   1008  rquotad
    100011    1   tcp   1011  rquotad
    100011    2   tcp   1011  rquotad
    100005    1   udp   1025  mountd
    100005    1   tcp   1026  mountd
    100005    2   udp   1025  mountd
    100005    2   tcp   1026  mountd
    100005    3   udp   1025  mountd
    100005    3   tcp   1026  mountd
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100021    1   udp   1026  nlockmgr
    100021    3   udp   1026  nlockmgr
    100021    4   udp   1026  nlockmgr
    300019    1   tcp    622  amd
    300019    1   udp    623  amd


[-- Attachment #3: rpcinfo_server.txt --]
[-- Type: text/plain, Size: 841 bytes --]

[root@etc hpc_course]# /usr/sbin/rpcinfo -p 192.168.254.75
   program vers proto   port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp   1024  status
    100024    1   tcp   1024  status
    391002    2   tcp   1025  sgi_fam
    100011    1   udp   1015  rquotad
    100011    2   udp   1015  rquotad
    100011    1   tcp   1018  rquotad
    100011    2   tcp   1018  rquotad
    100005    1   udp   1026  mountd
    100005    1   tcp   1026  mountd
    100005    2   udp   1026  mountd
    100005    2   tcp   1026  mountd
    100005    3   udp   1026  mountd
    100005    3   tcp   1026  mountd
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100021    1   udp   1027  nlockmgr
    100021    3   udp   1027  nlockmgr
    100021    4   udp   1027  nlockmgr

[-- Attachment #4: test.txt --]
[-- Type: text/plain, Size: 238 bytes --]

[root@durga cgdethe]#  mount 192.168.254.75:/home /shrikant
mount: RPC: Port mapper failure - RPC: Unable to receive
[root@durga cgdethe]# mount 192.168.254.75:/home /home/cgdethe
mount: RPC: Port mapper failure - RPC: Unable to receive

Re: help

[ashutosh.varshney]

Use NFS over TCP and set rsize,wsize = 32K .It will definitely resolve ur
problem.

rgds
ashu


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

help

[Nataraj]

[-- Attachment #1: Type: text/plain, Size: 4383 bytes --]

Hi,

I have Redhat linux 7.2 and NFS V3 working on it. it puts too much load on network which slows down all network operations.
Also I am running NFS on Solaris 7. I just want to know the who is cause the problem.

both side NFS working on UDP.

  a.. the version of nfs-utils Iam  are using (nfs-utils-0.3.1-13.7.2.1)

  b.. the version of the kernel and any non-stock applied kernels. is (2.4.7-10)

  c.. the distribution of linux you are using (REDHAT )

  d.. the version(s) of other operating systems involved. ( Linux 7.2)

It is also useful to know the networking configuration connecting the hosts ( cat 5 with 10/100 switch network).

Linux NFS server.


  a.. the output of rpcinfo -p localhost run on the server out put is 

program vers proto   port
100000    2   tcp    111  portmapper
100000    2   udp    111  portmapper
100024    1   udp  32768  status
100024    1   tcp  32768  status
100004    2   udp    624  ypserv
100004    1   udp    624  ypserv
100004    2   tcp    627  ypserv
100004    1   tcp    627  ypserv
100007    2   udp    644  ypbind
100007    1   udp    644  ypbind
100007    2   tcp    647  ypbind
100007    1   tcp    647  ypbind
100003    2   udp   2049  nfs
100003    3   udp   2049  nfs
100021    1   udp  32771  nlockmgr
100021    3   udp  32771  nlockmgr
100021    4   udp  32771  nlockmgr
100009    1   udp    830  yppasswdd
100011    1   udp    685  rquotad
100011    2   udp    685  rquotad
100011    1   tcp    688  rquotad
100011    2   tcp    688  rquotad
100005    1   udp  32774  mountd
100005    1   tcp  32770  mountd
100005    2   udp  32774  mountd
100005    2   tcp  32770  mountd
100005    3   udp  32774  mountd
100005    3   tcp  32770  mountd



for Solaris is

  a.. the output of rpcinfo -p localhost out put is

program vers proto   port
100000    4   tcp    111  portmapper
100000    3   tcp    111  portmapper
100000    2   tcp    111  portmapper
100000    4   udp    111  portmapper
100000    3   udp    111  portmapper
100000    2   udp    111  portmapper
100004    2   udp    728  ypserv
100004    1   udp    728  ypserv
100004    1   tcp    729  ypserv
100004    2   tcp  32771  ypserv
1073741824    2   udp  32772
100007    3   udp  32778  ypbind
100007    2   udp  32778  ypbind
100007    1   udp  32778  ypbind
100007    3   tcp  32772  ypbind
100007    2   tcp  32772  ypbind
100007    1   tcp  32772  ypbind
100024    1   udp  32783  status
100024    1   tcp  32773  status
100133    1   udp  32783
100133    1   tcp  32773
100021    1   udp   4045  nlockmgr
100021    2   udp   4045  nlockmgr
100021    3   udp   4045  nlockmgr
100021    4   udp   4045  nlockmgr
100232   10   udp  32785  sadmind
100011    1   udp  32786  rquotad
100002    2   udp  32787  rusersd
100002    3   udp  32787  rusersd
100002    2   tcp  32774  rusersd
100002    3   tcp  32774  rusersd
100012    1   udp  32788  sprayd
100008    1   udp  32789  walld
100001    2   udp  32790  rstatd
100001    3   udp  32790  rstatd
100001    4   udp  32790  rstatd
100083    1   tcp  32775
100221    1   tcp  32776
100235    1   tcp  32777
100068    2   udp  32791
100068    3   udp  32791
100068    4   udp  32791
100068    5   udp  32791
300326    4   tcp  32778
100021    1   tcp   4045  nlockmgr
100021    2   tcp   4045  nlockmgr
100021    3   tcp   4045  nlockmgr
100021    4   tcp   4045  nlockmgr
100005    1   udp  32803  mountd
100005    2   udp  32803  mountd
100005    3   udp  32803  mountd
100005    1   tcp  32779  mountd
100005    2   tcp  32779  mountd
100005    3   tcp  32779  mountd
100003    2   udp   2049  nfs
100003    3   udp   2049  nfs
100227    2   udp   2049  nfs_acl
100227    3   udp   2049  nfs_acl
100003    2   tcp   2049  nfs
100003    3   tcp   2049  nfs
100227    2   tcp   2049  nfs_acl
100227    3   tcp   2049  nfs_acl
300598    1   udp  32805
300598    1   tcp  32781
805306368    1   udp  32805
805306368    1   tcp  32781
100249    1   udp  32807
100249    1   tcp  32782
1289637087    4   tcp  32859
1289637087    1   tcp  32859
1289637087    3   tcp  32859
1289637087    2   tcp  32859
1289637086    4   tcp  35213
1289637086    1   tcp  35213
1289637086    3   tcp  35213
1289637086    2   tcp  35213

Help on this will be greatful

Thanks 

Yukthi




[-- Attachment #2: Type: text/html, Size: 9923 bytes --]