OK, I was right. It was a silly question. ;-) Several people nailed it fairly shortly after I posted the question. It is basically this: # file /usr/lib/sendmail /usr/lib/sendmail: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, not stripped Probably built without POSIX Large File Support (LFS). So, even though all other indications are that files can be larger than 2G, sendmail hits the wall at 2G. Rebuilding sendmail would solve the problem, but I think we'll opt for the solution of just telling people there is this limit and they shouldn't ever even be close to it. Thank you to Bryan Smith, Jef, Rober Baker, Alexander LeDonne, joe fletcher, ostromd, Anthony D'Atri, Matthew Stier, Mark Hargrave, Jeff Wasilko and anyone else who responds before I manage to get this summary posted. ;-) --------------- Chris Hoogendyk - O__ ---- Systems Administrator c/ /'_ --- Biology& Geology Departments (*) \(*) -- 140 Morrill Science Center ~~~~~~~~~~ - University of Massachusetts, Amherst <hoogendyk@bio.umass.edu> --------------- Erdvs 4 -------- Original Message -------- Subject: What is limiting file size? (Solaris 9, Sendmail 8.14.2) Date: Thu, 15 Sep 2011 14:22:08 -0400 From: Chris Hoogendyk <hoogendyk@bio.umass.edu> To: Sun Managers List <sunmanagers@sunmanagers.org> Seems a silly question, but I can't figure out what is causing this difficulty, which seems to be a file size limit of 2G (which, as far as I can tell, shouldn't be). I had a user who hit 2G in his /var/mail/username file. Sendmail stopped sending him mail, giving the error "stat=Can't create output" every time anyone tried to send mail to him. The date stamp on his mail file would change, but the contents and length would not. On that system, I checked everything I could think of: `ulimit -a` returns "file(blocks) unlimited". `mount | grep c3t2d0s5` returns /var/mail on /dev/dsk/c3t2d0s5 read/write/nosuid/intr/largefiles/logging/xattr/onerror=panic/dev=80017d on Mon Aug 1 13:19:16 2011 /etc/default/login contains the following: # ULIMIT sets the file size limit for the login. Units are disk blocks. # The default of zero means no limit. # #ULIMIT=0 I also checked the init.d script for sendmail to make sure there was no ulimit there (and /etc/profile). /etc/mail/sendmail.cf contains the following (commented out and no other instances of that parameter): # define(`confMAX_MESSAGE_SIZE',`15000000')dnl `uname -iprsv` returns SunOS 5.9 Generic_118558-10 sun4u sparc SUNW,Ultra-250 `isainfo -v` returns 64-bit sparcv9 applications 32-bit sparc applications As far as I can tell, there should be no limit on the file size. However, the system clearly behaved as though there were a limit at 2G. When we broke up the file and gave him his most recent mail in /var/mail, and the rest in other mail boxes, he could receive mail again. So, it's not a critical problem, but I'm sure we are going to run into it again, and I'd like to know why as well as what can be done about it. -- --------------- Chris Hoogendyk - O__ ---- Systems Administrator c/ /'_ --- Biology& Geology Departments (*) \(*) -- 140 Morrill Science Center ~~~~~~~~~~ - University of Massachusetts, Amherst <hoogendyk@bio.umass.edu> --------------- Erdvs 4 _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagers _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Thu Sep 15 15:24:55 2011
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:44:18 EST