Value too large for defined data type...
in [Solaris]
|
From: maps on 22 Dec 2009 12:20 This error has been popping up since a few days back on our production servers. Googling it retrieved the following article: http://docs.sun.com/app/docs/doc/806-1075/6jacsnin5?a=view I'm not into Solaris administration but this issue has been bugging me since quite some time. If anyone can help explain it to me in simple terms; also what are the recommended solutions. Thanks.
From: Andrew Gabriel on 22 Dec 2009 14:55 In article <39d2df64-5d73-4650-a5e9-266dc5d9211d(a)t42g2000yqd.googlegroups.com>, maps <mapsiddiqui(a)gmail.com> writes: > This error has been popping up since a few days back on our production > servers. Googling it retrieved the following article: > http://docs.sun.com/app/docs/doc/806-1075/6jacsnin5?a=view > > I'm not into Solaris administration but this issue has been bugging me > since quite some time. If anyone can help explain it to me in simple > terms; also what are the recommended solutions. I can think of several things, but first, you'll have to give some context. -- Andrew Gabriel [email address is not usable -- followup in the newsgroup]
From: maps on 23 Dec 2009 11:15 Thanks to all for your replies ! I am just a humble programmer who is needed to use solaris as our production servers run on it. there is a separate solaris admin team which handles all administration tasks. Coming back to the topic, allow me to cite a few examples and my understanding on this whole issue: 1. we started facing this problem over the weekend with sendmail with the following command erroring out: sed 's/RECIPIENT_EMAIL_ID/someemailid/' mailfiletemplate | /usr/ lib/sendmail -t stdin: Value too large for defined data type when this stopped working we came up with a workaround: sed 's/RECIPIENT_EMAIL_ID/someemailid/' mailfiletemplate > mailfilefinal /usr/lib/sendmail -t < mailfilefinal and this worked. 2. The following also stopped working: zcat somearchive.Z | diff somefile - diff: stdin: Value too large for defined data type It is interesting to note that none of the above programs (sendmail, diff etc) have a modification date in the past one week (so they were not compiled/replaced/modified). I am not sure if this has anything to do with a 32-bit binary being executed on a 64-bit system (which should work perfectly fine, as far as i know). By the way, our production box has Solaris 5.9 64-bit for Sun Sparc (obtained using isainfo -kv) Thanks.
From: maps on 23 Dec 2009 11:31 I actually do not know if somebody from the admin team changed it. I have tried it in bash, ksh and csh and this still fails.
From: Chris Ridd on 23 Dec 2009 11:21
On 2009-12-23 16:15:35 +0000, maps said: > Thanks to all for your replies ! I am just a humble programmer who is > needed to use solaris as our production servers run on it. there is a > separate solaris admin team which handles all administration tasks. > > Coming back to the topic, allow me to cite a few examples and my > understanding on this whole issue: > 1. we started facing this problem over the weekend with sendmail with > the following command erroring out: > sed 's/RECIPIENT_EMAIL_ID/someemailid/' mailfiletemplate | /usr/ > lib/sendmail -t > stdin: Value too large for defined data type > when this stopped working we came up with a workaround: > sed 's/RECIPIENT_EMAIL_ID/someemailid/' mailfiletemplate > > mailfilefinal > /usr/lib/sendmail -t < mailfilefinal > and this worked. > 2. The following also stopped working: > zcat somearchive.Z | diff somefile - > diff: stdin: Value too large for defined data type > > It is interesting to note that none of the above programs (sendmail, > diff etc) have a modification date in the past one week (so they were > not compiled/replaced/modified). I am not sure if this has anything to > do with a 32-bit binary being executed on a 64-bit system (which > should work perfectly fine, as far as i know). > > By the way, our production box has Solaris 5.9 64-bit for Sun Sparc > (obtained using isainfo -kv) It looks more like pipes aren't working. Has the shell changed? -- Chris |