From axelle_apvrille at yahoo.fr Mon Jun 6 20:45:11 2011 From: axelle_apvrille at yahoo.fr (axelle_apvrille at yahoo.fr) Date: Mon, 6 Jun 2011 20:45:11 +0200 (CEST) Subject: [csw-users] Installing gcc4core: postinstall error Message-ID: Hi list, I tried to install gcc4core, but I get a postinstall error: ./pkgutil -i gcc4core =====> postinstall Error: /opt/csw/gcc4/libexec/gcc/i386-pc-solaris2.11/4.3.3/install-tools/mkheaders Not Found And indeed the package does not contain that file, but it is in: /opt/csw/gcc4/libexec/gcc/i386-pc-solaris2.10/4.3.3/install-tools/mkheaders Note the 2.10 not 2.11 My system is : SunOS 5.11 snv_111b i86pc i386 i86pc Solaris What am I supposed to do to fix the problem? Create a link of the file in 2.10 to 2.11? How do I have the postinstall script run again? Regards Axelle From dam at opencsw.org Tue Jun 7 17:19:26 2011 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 7 Jun 2011 17:19:26 +0200 Subject: [csw-users] Dropping of KOffice Message-ID: <8076E0EA-2C24-4C27-83F5-8AEF626E2ECA@opencsw.org> Hi, there are plans to drop KOffice as in CSWkofficegcc and assorted packages. Is anybody still using the released 1.6.3 ? Best regards -- Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 From bwalton at opencsw.org Wed Jun 8 03:40:26 2011 From: bwalton at opencsw.org (Ben Walton) Date: Tue, 07 Jun 2011 21:40:26 -0400 Subject: [csw-users] php4 is pending deprecation Message-ID: <1307495958-sup-9967@pinkfloyd.chass.utoronto.ca> Hi All, As php4 is not supported upstream, is vulnerable to several security issues[1] and we have php5 packages (a bit stale currently, but being worked on), we're going to drop php4 from the catalog on July 1. This won't remove it from your systems of course, but it will mean you can't easily install it on new systems after that date. Thanks -Ben [1] http://www.cvedetails.com/vulnerability-list/vendor_id-74/product_id-128/version_id-66891/PHP-PHP-4.4.9.html -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From owen.eng at rogers.com Fri Jun 10 20:06:42 2011 From: owen.eng at rogers.com (Owen Eng) Date: Fri, 10 Jun 2011 14:06:42 -0400 Subject: [csw-users] Sendmail - File too large Message-ID: <4DF25D32.50003@rogers.com> Hi, We have been using CSWsendmail 8.14.2,REV=2007.12.17 flawlessly until now. One of our mailboxes has all its emails stuck in the mail queue and there are these messages in /var/log/syslog Jun 10 11:25:34 mayosoyva sm-mta[28750]: [ID 801593 mail.info] p5ADsY8f027775: to=, delay=01:30:54, xdelay=00:00:00, mailer=local, pri=10304087, relay=local, dsn=4.2.0, stat=Deferred: 450 4.2.0 /var/mail/xxx: File too large The server is using UFS in / and ZFS in /export. Here are some system details that might help. # uname -a SunOS mayosoyva 5.10 Generic_142910-17 i86pc i386 i86pc # ulimit -a time(seconds) unlimited file(blocks) unlimited data(kbytes) unlimited stack(kbytes) 10240 coredump(blocks) unlimited nofiles(descriptors) 256 memory(kbytes) unlimited # ls -l /var/mail/xxx -rw-rw---- 1 di.victor mail 2147481168 Jun 10 11:25 /var/mail/xxx # ls -l /var/mail lrwxrwxrwx 1 root root 12 Dec 5 2010 /var/mail -> /export/mail # df -h Filesystem size used avail capacity Mounted on /dev/dsk/c1d0s0 139G 4.4G 133G 4% / /devices 0K 0K 0K 0% /devices ctfs 0K 0K 0K 0% /system/contract proc 0K 0K 0K 0% /proc mnttab 0K 0K 0K 0% /etc/mnttab swap 7.1G 1.0M 7.1G 1% /etc/svc/volatile objfs 0K 0K 0K 0% /system/object sharefs 0K 0K 0K 0% /etc/dfs/sharetab /usr/lib/libc/libc_hwcap1.so.1 139G 4.4G 133G 4% /lib/libc.so.1 fd 0K 0K 0K 0% /dev/fd swap 7.1G 188K 7.1G 1% /tmp swap 7.1G 52K 7.1G 1% /var/run swap 7.1G 132K 7.1G 1% /var/spool/MailScanner/incoming export 5.3T 20G 5.3T 1% /export I believe it is failing because the mailbox "/var/mail/xxx" is 2GB. In fact, it works if I remove it and let it recreate a new one. Is there a max file size limit in play somewhere that I am not aware of? Can anyone help me solve this problem? Thanks in advance. Owen -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From maciej at opencsw.org Fri Jun 10 20:19:22 2011 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_Blizi=C5=84ski?=) Date: Fri, 10 Jun 2011 22:19:22 +0400 Subject: [csw-users] Sendmail - File too large In-Reply-To: <4DF25D32.50003@rogers.com> References: <4DF25D32.50003@rogers.com> Message-ID: 2011/6/10 Owen Eng : > I believe it is failing because the mailbox "/var/mail/xxx" is 2GB. In fact, > it works if I remove it and let it recreate a new one. Is there a max file > size limit in play somewhere that I am not aware of? > > Can anyone help me solve this problem? Hi Owen, I'm guessing it's the 2GB file size limit of 32-bit binaries. It can be overcome by using a special 64-bit file access API, or by building the binary in 64-bit mode. Maciej From owen.eng at rogers.com Fri Jun 10 20:55:48 2011 From: owen.eng at rogers.com (Owen Eng) Date: Fri, 10 Jun 2011 14:55:48 -0400 Subject: [csw-users] Sendmail - File too large In-Reply-To: References: <4DF25D32.50003@rogers.com> Message-ID: <4DF268B4.5040609@rogers.com> Thanks Maciej. I think you are most likely right. Your reply prompted me to dig further to figure out how to proceed. Can you elaborate further to give me a push start? 1) Find, install, configure, use "a special 64-bit file access API" This is probably the simpler of the two however I how no idea how to do it. Can you direct me on this or point me to some reading material? 2) Build "the binary in 64-bit mode" I hope I don't have to do this so I'll explore this last. Owen On 10/06/2011 2:19 PM, Maciej Blizi?ski wrote: > 2011/6/10 Owen Eng: >> I believe it is failing because the mailbox "/var/mail/xxx" is 2GB. In fact, >> it works if I remove it and let it recreate a new one. Is there a max file >> size limit in play somewhere that I am not aware of? >> >> Can anyone help me solve this problem? > Hi Owen, > > I'm guessing it's the 2GB file size limit of 32-bit binaries. It can > be overcome by using a special 64-bit file access API, or by building > the binary in 64-bit mode. > > Maciej > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users > > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1382 / Virus Database: 1513/3692 - Release Date: 06/10/11 > > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From bwalton at opencsw.org Fri Jun 10 21:04:08 2011 From: bwalton at opencsw.org (Ben Walton) Date: Fri, 10 Jun 2011 15:04:08 -0400 Subject: [csw-users] Sendmail - File too large In-Reply-To: <4DF268B4.5040609@rogers.com> References: <4DF25D32.50003@rogers.com> <4DF268B4.5040609@rogers.com> Message-ID: <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> Excerpts from Owen Eng's message of Fri Jun 10 14:55:48 -0400 2011: Hi Owen, > 1) Find, install, configure, use "a special 64-bit file access API" > This is probably the simpler of the two however I how no idea how to > do it. Can you direct me on this or point me to some reading > material? Start with: man largefile man lfcompile > 2) Build "the binary in 64-bit mode" I hope I don't have to do this > so I'll explore this last. If sendmail wasn't built with large file support, it'll need to be rebuilt. Specifically, it would need -D_FILE_OFFSET_BITS=64 and -D_LARGEFILE_SOURCE passed to the compilation process. While I agree that CSWsendmail should be updated, having a 2G mbox file scares me a little bit. :) Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From owen.eng at rogers.com Fri Jun 10 23:14:39 2011 From: owen.eng at rogers.com (Owen Eng) Date: Fri, 10 Jun 2011 17:14:39 -0400 Subject: [csw-users] Sendmail - File too large In-Reply-To: <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> References: <4DF25D32.50003@rogers.com> <4DF268B4.5040609@rogers.com> <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> Message-ID: <4DF2893F.3070901@rogers.com> Hi Ben, Thanks for your direction. I have either misunderstood the initial suggestions from Maciej or I am even further off now. I think I have to clarify my understanding that using "a special 64-bit file access API" means to "build the binary in 32-bit mode with largefile support, specifically -D_FILE_OFFSET_BITS=64 and -D_LARGEFILE_SOURCE passed to the compilation process".If this is so, then a recompile of the binary is the ONLY way to solve this problem. I will leave it up to the OpenCSW maintainers to determine the advantages of compiling in 64-bit or 32-bit with largefile support and patiently and passionately await for the release of a new CSWsendmail package. In the mean time I'll find another workaround. Thank you all for your support! Owen >> 1) Find, install, configure, use "a special 64-bit file access API" >> This is probably the simpler of the two however I how no idea how to >> do it. Can you direct me on this or point me to some reading >> material? > Start with: > > man largefile > man lfcompile > >> 2) Build "the binary in 64-bit mode" I hope I don't have to do this >> so I'll explore this last. > If sendmail wasn't built with large file support, it'll need to be > rebuilt. Specifically, it would need -D_FILE_OFFSET_BITS=64 and > -D_LARGEFILE_SOURCE passed to the compilation process. > > While I agree that CSWsendmail should be updated, having a 2G mbox > file scares me a little bit. :) > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From maciej at opencsw.org Sat Jun 11 07:54:17 2011 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_Blizi=C5=84ski?=) Date: Sat, 11 Jun 2011 09:54:17 +0400 Subject: [csw-users] Sendmail - File too large In-Reply-To: <4DF2893F.3070901@rogers.com> References: <4DF25D32.50003@rogers.com> <4DF268B4.5040609@rogers.com> <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> <4DF2893F.3070901@rogers.com> Message-ID: 2011/6/11 Owen Eng : > Hi Ben, > > Thanks for your direction. I have either misunderstood the initial > suggestions from Maciej or I am even further off now. > > I think I have to clarify my understanding that using "a special 64-bit file > access API" means to "build the binary in 32-bit mode with largefile > support, specifically -D_FILE_OFFSET_BITS=64 and -D_LARGEFILE_SOURCE passed > to the compilation process". Yes, this is a compile time thing. Sorry for not saying that in the first response. > If this is so, then a recompile of the binary is > the ONLY way to solve this problem. I will leave it up to the OpenCSW > maintainers to determine the advantages of compiling in 64-bit or 32-bit > with largefile support and patiently and passionately await for the release > of a new CSWsendmail package. We'll take a look at compiling sendmail. I looked whether we have the build description, and we do: http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/sendmail/trunk/Makefile This will make it easier to rebuild it. We'll talk on the maintainers@ mailing list about the rebuild. Maciej From bwalton at opencsw.org Sat Jun 11 15:53:55 2011 From: bwalton at opencsw.org (Ben Walton) Date: Sat, 11 Jun 2011 09:53:55 -0400 Subject: [csw-users] Sendmail - File too large In-Reply-To: <4DF2893F.3070901@rogers.com> References: <4DF25D32.50003@rogers.com> <4DF268B4.5040609@rogers.com> <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> <4DF2893F.3070901@rogers.com> Message-ID: <1307800271-sup-9096@pinkfloyd.chass.utoronto.ca> Excerpts from Owen Eng's message of Fri Jun 10 17:14:39 -0400 2011: Hi Owen, > In the mean time I'll find another workaround. Thank you all for > your support! Ok. My personal suggestion is either CSWexim or CSWpostfix, but that may not be an option for you. :) Hopefully somebody will tackle the rebuild. If you have the time or interest, we'd be happy to help you learn the ropes if you wanted to become the CSWsendmail maintainer. It's always best to have packages maintained by people using them as they're going to have more familiarity with how it should work, etc. As Maciej pointed out, there is already a recipe available, so the process is somewhat easier than a clean start. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From maciej at opencsw.org Sun Jun 12 09:53:24 2011 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_Blizi=C5=84ski?=) Date: Sun, 12 Jun 2011 08:53:24 +0100 Subject: [csw-users] Sendmail - File too large In-Reply-To: <1307800271-sup-9096@pinkfloyd.chass.utoronto.ca> References: <4DF25D32.50003@rogers.com> <4DF268B4.5040609@rogers.com> <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> <4DF2893F.3070901@rogers.com> <1307800271-sup-9096@pinkfloyd.chass.utoronto.ca> Message-ID: 2011/6/11 Ben Walton : > Excerpts from Owen Eng's message of Fri Jun 10 17:14:39 -0400 2011: >> In the mean time I'll find another workaround. Thank you all for >> your support! > > Ok. ?My personal suggestion is either CSWexim or CSWpostfix, but that > may not be an option for you. :) Hopefully somebody will tackle the > rebuild. I gave it a shot. First, I compiled the recipe without modifying it, to see if it still builds. It did. In the next step, I've set the additional compilation options (-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=6), sendmail compiled as well. As the last step, I bumped the version from 8.14.4 to 8.14.5, and sendmail built as well. The new sendmail packages are available here: http://buildfarm.opencsw.org/experimental.html#sendmail Owen, could you test the new packages? Do they allow you to work with files >2GB? Maciej From dam at opencsw.org Sun Jun 12 11:12:34 2011 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 12 Jun 2011 11:12:34 +0200 Subject: [csw-users] Sendmail - File too large In-Reply-To: References: <4DF25D32.50003@rogers.com> <4DF268B4.5040609@rogers.com> <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> <4DF2893F.3070901@rogers.com> <1307800271-sup-9096@pinkfloyd.chass.utoronto.ca> Message-ID: <21F64474-6E58-4A35-AFCD-C19C7FEFCB74@opencsw.org> Hi Maciej, Am 12.06.2011 um 09:53 schrieb Maciej Blizi?ski: > 2011/6/11 Ben Walton : >> Excerpts from Owen Eng's message of Fri Jun 10 17:14:39 -0400 2011: >>> In the mean time I'll find another workaround. Thank you all for >>> your support! >> >> Ok. My personal suggestion is either CSWexim or CSWpostfix, but that >> may not be an option for you. :) Hopefully somebody will tackle the >> rebuild. > > I gave it a shot. First, I compiled the recipe without modifying it, > to see if it still builds. It did. In the next step, I've set the > additional compilation options (-D_LARGEFILE_SOURCE > -D_FILE_OFFSET_BITS=6), sendmail compiled as well. As the last step, I > bumped the version from 8.14.4 to 8.14.5, and sendmail built as well. > > The new sendmail packages are available here: > > http://buildfarm.opencsw.org/experimental.html#sendmail > > Owen, could you test the new packages? Do they allow you to work with > files >2GB? Thanks for the effort :-) Please note however, that the sendmail update was a joint effort some time ago, but unfortunately it never got released: http://lists.opencsw.org/pipermail/maintainers/2009-October/010012.html The Garification was done after the sendmail Owen uses and it would be good to keep a close eye on it. But it is really good we are coming along with this to get it updated! Thanks also Brian and Mike (although you probably don't read this). Sebastian: You also did some testing, any feedback? Thanks and best regards -- Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 From bonivart at opencsw.org Sun Jun 12 15:31:34 2011 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 12 Jun 2011 15:31:34 +0200 Subject: [csw-users] Sendmail - File too large In-Reply-To: <21F64474-6E58-4A35-AFCD-C19C7FEFCB74@opencsw.org> References: <4DF25D32.50003@rogers.com> <4DF268B4.5040609@rogers.com> <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> <4DF2893F.3070901@rogers.com> <1307800271-sup-9096@pinkfloyd.chass.utoronto.ca> <21F64474-6E58-4A35-AFCD-C19C7FEFCB74@opencsw.org> Message-ID: On Sun, Jun 12, 2011 at 11:12 AM, Dagobert Michelsen wrote: > Thanks for the effort :-) Please note however, that the sendmail update > was a joint effort some time ago, but unfortunately it never got released: > ?http://lists.opencsw.org/pipermail/maintainers/2009-October/010012.html > The Garification was done after the sendmail Owen uses and it would > be good to keep a close eye on it. But it is really good we are coming along > with this to get it updated! Yes, Mike Watters did a lot of work and also Benny I think. I have touched it as well some time ago and would like to simplify it more in the direction of the current Postfix package by Sebastian. I don't like the current Sendmail package that messes with the system way too much. I would like it to install more passively and the admin has to run a script manually to get it to replace system binaries which the current package just does no questions asked. If I remember correctly it also hangs during first install. This was the first package I installed from OpenCSW because Sun didn't compile Sendmail with TLS support. :) /peter From owen.eng at rogers.com Sun Jun 12 22:13:10 2011 From: owen.eng at rogers.com (Owen Eng) Date: Sun, 12 Jun 2011 16:13:10 -0400 Subject: [csw-users] Sendmail - File too large In-Reply-To: References: <4DF25D32.50003@rogers.com> <4DF268B4.5040609@rogers.com> <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> <4DF2893F.3070901@rogers.com> <1307800271-sup-9096@pinkfloyd.chass.utoronto.ca> Message-ID: <4DF51DD6.7060508@rogers.com> I tried to install (upgrade) the new package to test a few times but kept running into this... ****** BEGIN ****** # pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/sendmail -u CSWsendmail => Fetching new catalog and descriptions (http://buildfarm.opencsw.org/opencsw/experimental/sendmail/i386/5.10) if available ... --15:48:44-- http://buildfarm.opencsw.org/opencsw/experimental/sendmail/i386/5.10/catalog => `/var/opt/csw/pkgutil/catalog.buildfarm.opencsw.org_opencsw_experimental_sendmail_i386_5.10.tmp' Resolving buildfarm.opencsw.org... done. Connecting to buildfarm.opencsw.org[213.178.77.176]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 240 [text/plain] 100%[========================================================================================>] 240 234.38K/s ETA 00:00 15:48:45 (234.38 KB/s) - `/var/opt/csw/pkgutil/catalog.buildfarm.opencsw.org_opencsw_experimental_sendmail_i386_5.10.tmp' saved [240/240] --15:48:45-- http://buildfarm.opencsw.org/opencsw/experimental/sendmail/i386/5.10/descriptions => `/var/opt/csw/pkgutil/descriptions.buildfarm.opencsw.org_opencsw_experimental_sendmail_i386_5.10.tmp' Resolving buildfarm.opencsw.org... done. Connecting to buildfarm.opencsw.org[213.178.77.176]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 24 [text/plain] 100%[========================================================================================>] 24 23.44K/s ETA 00:00 15:48:45 (23.44 KB/s) - `/var/opt/csw/pkgutil/descriptions.buildfarm.opencsw.org_opencsw_experimental_sendmail_i386_5.10.tmp' saved [24/24] ==> 1 packages loaded from /var/opt/csw/pkgutil/catalog.buildfarm.opencsw.org_opencsw_experimental_sendmail_i386_5.10 => Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/stable/i386/5.10) if available ... --15:48:45-- http://mirror.opencsw.org/opencsw/stable/i386/5.10/catalog => `/var/opt/csw/pkgutil/catalog.mirror.opencsw.org_opencsw_stable_i386_5.10.tmp' Resolving mirror.opencsw.org... done. Connecting to mirror.opencsw.org[131.188.40.80]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 314,612 [text/plain] 100%[========================================================================================>] 314,612 144.51K/s ETA 00:00 15:48:47 (144.51 KB/s) - `/var/opt/csw/pkgutil/catalog.mirror.opencsw.org_opencsw_stable_i386_5.10.tmp' saved [314612/314612] --15:48:47-- http://mirror.opencsw.org/opencsw/stable/i386/5.10/descriptions => `/var/opt/csw/pkgutil/descriptions.mirror.opencsw.org_opencsw_stable_i386_5.10.tmp' Resolving mirror.opencsw.org... done. Connecting to mirror.opencsw.org[131.188.40.80]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 90,031 [text/plain] 100%[========================================================================================>] 90,031 83.97K/s ETA 00:00 15:48:52 (83.97 KB/s) - `/var/opt/csw/pkgutil/descriptions.mirror.opencsw.org_opencsw_stable_i386_5.10.tmp' saved [90031/90031] ==> 1680 packages loaded from /var/opt/csw/pkgutil/catalog.mirror.opencsw.org_opencsw_stable_i386_5.10 Solving needed dependencies ... Solving dependency order ... Loop protection limit (100000 iterations) hit. There's probably a cyclic dependency in the catalog. Do you want to continue anyway? ([y],n) y Install 1 UPDATED packages: CSWsendmail-8.14.5,REV=2011.06.12 13 CURRENT packages: CSWbdb4-4.2.52,REV=2009.10.18 CSWbdb48-4.8.30,REV=2010.12.06_rev=p0 CSWcas-initsmf-1.42,REV=2010.11.26 CSWcommon-1.4.7,REV=2009.09.20 CSWcswclassutils-1.42,REV=2010.11.26 CSWlibnet-1.0.2,REV=2004.04.08_rev=a CSWoldaprt-2.4.23,REV=2010.11.17 CSWossl-0.9.8q,REV=2010.12.04 CSWossldevel-0.9.8q,REV=2010.12.04 CSWosslrt-0.9.8q,REV=2010.12.04 CSWosslutils-0.9.8q,REV=2010.12.04 CSWsasl-2.1.22,REV=2007.06.19 CSWtcpwrap-7.6,REV=2006.03.30.ipv6.4 Total size: 958.3 KB => Fetching CSWsendmail-8.14.5,REV=2011.06.12 (1/1) ... --15:49:07-- http://buildfarm.opencsw.org/opencsw/experimental/sendmail/i386/5.10/sendmail-8.14.5,REV=2011.06.12-SunOS5.9-i386-CSW.pkg.gz => `/var/opt/csw/pkgutil/packages/sendmail-8.14.5,REV=2011.06.12-SunOS5.9-i386-CSW.pkg.gz.tmp' Resolving buildfarm.opencsw.org... done. Connecting to buildfarm.opencsw.org[213.178.77.176]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 981,300 [application/x-gzip] 100%[========================================================================================>] 981,300 98.53K/s ETA 00:00 15:49:17 (98.53 KB/s) - `/var/opt/csw/pkgutil/packages/sendmail-8.14.5,REV=2011.06.12-SunOS5.9-i386-CSW.pkg.gz.tmp' saved [981300/981300] MD5 for CSWsendmail-8.14.5,REV=2011.06.12 matched. => Removing old version of CSWsendmail (1/1) ... The following package is currently installed: CSWsendmail sendmail - Sendmail MTA (i386) 8.14.2,REV=2007.12.17 Do you want to remove this package? [y,n,?,q] y ## Removing installed package instance (A previous attempt may have been unsuccessful.) This package contains scripts which will be executed with super-user permission during the process of removing this package. Do you want to continue with the removal of this package [y,n,?,q] y ## Verifying package dependencies in global zone ## Processing package information. ## Executing preremove script. /var/sadm/pkg/CSWsendmail/install/preremove: test: argument expected pkgrm: ERROR: preremove script did not complete successfully Removal of failed. => Installing CSWsendmail-8.14.5,REV=2011.06.12 (1/1) ... gzip: /var/opt/csw/pkgutil/packages/sendmail-8.14.5,REV=2011.06.12-SunOS5.9-i386-CSW.pkg already exists; do you wish to overwrite (y or n)? y Processing package instance from sendmail - Sendmail MTA(i386) 8.14.5,REV=2011.06.12 Current administration requires that a unique instance of the package be created. However, the maximum number of instances of the package which may be supported at one time on the same system has already been met. No changes were made to the system. pkgadd failed with exit code: 4 Exit from pkgutil and fix this issue first (recommended)? ([y],n) y Exiting pkgutil # ****** END ****** I do recall it was an effort to get everything working. Excerpts from the proccedure I used went something like this... # svcadm -v disable svc:/network/sendmail-client:default # svcadm -v disable svc:/network/smtp:sendmail # pkgutil -i -y CSWsendmail # /opt/csw/share/mail/Sun-sendmail-deactivate.sh # pkgutil -i -y CSWmailscanner CSWspamassassin CSWclamav # svcadm -v disable cswsendmail # svcadm -v enable cswmailscanner # svcadm -v enable cswmailscannersendmail Do you think I must undo everything and remove the old CSWsendmail package first? If so, I hope everything else does not break. Owen > I gave it a shot. First, I compiled the recipe without modifying it, > to see if it still builds. It did. In the next step, I've set the > additional compilation options (-D_LARGEFILE_SOURCE > -D_FILE_OFFSET_BITS=6), sendmail compiled as well. As the last step, I > bumped the version from 8.14.4 to 8.14.5, and sendmail built as well. > > The new sendmail packages are available here: > > http://buildfarm.opencsw.org/experimental.html#sendmail > > Owen, could you test the new packages? Do they allow you to work with > files>2GB? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From bonivart at opencsw.org Sun Jun 12 22:21:25 2011 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 12 Jun 2011 22:21:25 +0200 Subject: [csw-users] Sendmail - File too large In-Reply-To: <4DF51DD6.7060508@rogers.com> References: <4DF25D32.50003@rogers.com> <4DF268B4.5040609@rogers.com> <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> <4DF2893F.3070901@rogers.com> <1307800271-sup-9096@pinkfloyd.chass.utoronto.ca> <4DF51DD6.7060508@rogers.com> Message-ID: On Sun, Jun 12, 2011 at 10:13 PM, Owen Eng wrote: > Do you think I must undo everything and remove the old CSWsendmail package > first? If so, I hope everything else does not break. Seems to be a bug in the current package hindering it from being cleanly uninstalled, that's why pkgadd complains when installing the new package. Yes, you can uninstall it manually before installing the new one. You can always later install the current one the normal way after removing the experimental package. Note though that this experimental package can be quite different from the current one so I can't recommend you do this testing on your production system. Maybe it's wiser to try from a zone or in VirtualBox? /peter From owen.eng at rogers.com Sun Jun 12 22:56:07 2011 From: owen.eng at rogers.com (Owen Eng) Date: Sun, 12 Jun 2011 16:56:07 -0400 Subject: [csw-users] Sendmail - File too large In-Reply-To: <4DF51DD6.7060508@rogers.com> References: <4DF25D32.50003@rogers.com> <4DF268B4.5040609@rogers.com> <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> <4DF2893F.3070901@rogers.com> <1307800271-sup-9096@pinkfloyd.chass.utoronto.ca> <4DF51DD6.7060508@rogers.com> Message-ID: <4DF527E7.5040707@rogers.com> OK...I got it installed... # svcadm -v disable cswmailscannersendmail # svcadm -v disable cswmailscanner # svcadm -v enable cswsendmail # pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/sendmail -u CSWsendmail ... [ verifying class ] Installing class ... Creating service script in /var/opt/csw/svc/method/svc-cswsendmail ... Creating manifest ... Configuring service in SMF ... CSWsendmail is using Service Management Facility. The FMRI is svc:/network/cswsendmail:default Clearing svc:/network/cswsendmail in case it's in the maintenance state... Enabling svc:/network/cswsendmail ... [ verifying class ] ## Executing postinstall script. Updating Package Dtabase for /opt/csw/bin/vacation chmod: WARNING: can't access /opt/csw/bin/vacation chown: /opt/csw/bin/vacation: No such file or directory Updating Package Dtabase for /opt/csw/lib/mail.local chown: /opt/csw/lib/mail.local: No such file or directory chmod: WARNING: can't access /opt/csw/lib/mail.local Updating Package Dtabase for /opt/csw/lib/rmail chown: /opt/csw/lib/rmail: No such file or directory chmod: WARNING: can't access /opt/csw/lib/rmail Updating Package Dtabase for /opt/csw/lib/sendmail chown: /opt/csw/lib/sendmail: No such file or directory chmod: WARNING: can't access /opt/csw/lib/sendmail Updating Package Dtabase for /opt/csw/lib/smrsh chown: /opt/csw/lib/smrsh: No such file or directory chmod: WARNING: can't access /opt/csw/lib/smrsh Updating Package Dtabase for /opt/csw/sbin/mailstats chown: /opt/csw/sbin/mailstats: No such file or directory chmod: WARNING: can't access /opt/csw/sbin/mailstats Updating Package Dtabase for /opt/csw/sbin/praliases chown: /opt/csw/sbin/praliases: No such file or directory chmod: WARNING: can't access /opt/csw/sbin/praliases Updating Package Dtabase for /opt/csw/sbin/editmap chown: /opt/csw/sbin/editmap: No such file or directory chmod: WARNING: can't access /opt/csw/sbin/editmap Updating Package Dtabase for /opt/csw/sbin/makemap chown: /opt/csw/sbin/makemap: No such file or directory chmod: WARNING: can't access /opt/csw/sbin/makemap ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist ERROR: attribute verification of failed pathname does not exist Updating Pacakge Database for /opt/csw/bin/sol10.vacation /opt/csw/bin/sol10.vacation Updating Pacakge Database for /opt/csw/lib/sol10.mail.local /opt/csw/lib/sol10.mail.local Updating Pacakge Database for /opt/csw/lib/sol10.rmail /opt/csw/lib/sol10.rmail Updating Pacakge Database for /opt/csw/lib/sol10.sendmail /opt/csw/lib/sol10.sendmail Updating Pacakge Database for /opt/csw/lib/sol10.smrsh /opt/csw/lib/sol10.smrsh Updating Pacakge Database for /opt/csw/sbin/sol10.mailstats /opt/csw/sbin/sol10.mailstats Updating Pacakge Database for /opt/csw/sbin/sol10.praliases /opt/csw/sbin/sol10.praliases Updating Pacakge Database for /opt/csw/sbin/sol10.editmap /opt/csw/sbin/sol10.editmap Updating Pacakge Database for /opt/csw/sbin/sol10.makemap /opt/csw/sbin/sol10.makemap Installation of was successful. # # pkgutil -c | fgrep sendmail CSWsendmail 8.14.5,REV=2011.06.12 8.14.2,REV=2007.12.17 # svcadm -v enable cswsendmail svc:/network/cswsendmail:default enabled. # svcs -xv svc:/network/cswsendmail:default (?) State: maintenance since Sun Jun 12 16:54:19 2011 Reason: Restarting too quickly. See: http://sun.com/msg/SMF-8000-L5 See: /var/svc/log/network-cswsendmail:default.log Impact: This service is not running. # tail /var/svc/log/network-cswsendmail:default.log ... [ Jun 12 16:55:26 Executing start method ("/var/opt/csw/svc/method/svc-cswsendmail start") ] [ Jun 12 16:55:26 Method "start" exited with status 0 ] [ Jun 12 16:55:26 Stopping because all processes in service exited. ] [ Jun 12 16:55:26 Executing stop method ("/var/opt/csw/svc/method/svc-cswsendmail stop") ] [ Jun 12 16:55:26 Method "stop" exited with status 0 ] [ Jun 12 16:55:26 Executing start method ("/var/opt/csw/svc/method/svc-cswsendmail start") ] [ Jun 12 16:55:26 Method "start" exited with status 0 ] [ Jun 12 16:55:26 Stopping because all processes in service exited. ] [ Jun 12 16:55:26 Executing stop method ("/var/opt/csw/svc/method/svc-cswsendmail stop") ] [ Jun 12 16:55:26 Method "stop" exited with status 0 ] [ Jun 12 16:55:26 Restarting too quickly, changing state to maintenance ] # Yikes! On 12/06/2011 4:13 PM, Owen Eng wrote: > > Do you think I must undo everything and remove the old CSWsendmail package first? If so, I hope everything else does not break. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owen.eng at rogers.com Sun Jun 12 23:12:17 2011 From: owen.eng at rogers.com (Owen Eng) Date: Sun, 12 Jun 2011 17:12:17 -0400 Subject: [csw-users] Sendmail - File too large In-Reply-To: <4DF527E7.5040707@rogers.com> References: <4DF25D32.50003@rogers.com> <4DF268B4.5040609@rogers.com> <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> <4DF2893F.3070901@rogers.com> <1307800271-sup-9096@pinkfloyd.chass.utoronto.ca> <4DF51DD6.7060508@rogers.com> <4DF527E7.5040707@rogers.com> Message-ID: <4DF52BB1.50801@rogers.com> The new package does not seem to install /opt/csw/lib/sendmail ? # ls -l /opt/csw/lib/sendmail /opt/csw/lib/sendmail: No such file or directory # pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/sendmail -L CSWsendmail | fgrep sendmail ... /etc/opt/csw/init.d/cswsendmail /etc/opt/csw/mail/sendmail.cf.CSW /opt/csw/share/doc/sendmail /opt/csw/share/doc/sendmail/README.CSW /opt/csw/share/mail/cf/sendmail.schema /opt/csw/share/man/man8/sendmail.8 /var/opt/csw/svc/manifest/network/cswsendmail.xml /var/opt/csw/svc/method/svc-cswsendmail # On 12/06/2011 4:56 PM, Owen Eng wrote: > # svcadm -v enable cswsendmail > svc:/network/cswsendmail:default enabled. > # svcs -xv > svc:/network/cswsendmail:default (?) > State: maintenance since Sun Jun 12 16:54:19 2011 > Reason: Restarting too quickly. > See: http://sun.com/msg/SMF-8000-L5 > See: /var/svc/log/network-cswsendmail:default.log > Impact: This service is not running. > # tail /var/svc/log/network-cswsendmail:default.log > ... > [ Jun 12 16:55:26 Executing start method ("/var/opt/csw/svc/method/svc-cswsendmail start") ] > [ Jun 12 16:55:26 Method "start" exited with status 0 ] > [ Jun 12 16:55:26 Stopping because all processes in service exited. ] > [ Jun 12 16:55:26 Executing stop method ("/var/opt/csw/svc/method/svc-cswsendmail stop") ] > [ Jun 12 16:55:26 Method "stop" exited with status 0 ] > [ Jun 12 16:55:26 Executing start method ("/var/opt/csw/svc/method/svc-cswsendmail start") ] > [ Jun 12 16:55:26 Method "start" exited with status 0 ] > [ Jun 12 16:55:26 Stopping because all processes in service exited. ] > [ Jun 12 16:55:26 Executing stop method ("/var/opt/csw/svc/method/svc-cswsendmail stop") ] > [ Jun 12 16:55:26 Method "stop" exited with status 0 ] > [ Jun 12 16:55:26 Restarting too quickly, changing state to maintenance ] > # -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From bonivart at opencsw.org Sun Jun 12 23:13:26 2011 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 12 Jun 2011 23:13:26 +0200 Subject: [csw-users] Sendmail - File too large In-Reply-To: <4DF527E7.5040707@rogers.com> References: <4DF25D32.50003@rogers.com> <4DF268B4.5040609@rogers.com> <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> <4DF2893F.3070901@rogers.com> <1307800271-sup-9096@pinkfloyd.chass.utoronto.ca> <4DF51DD6.7060508@rogers.com> <4DF527E7.5040707@rogers.com> Message-ID: On Sun, Jun 12, 2011 at 10:56 PM, Owen Eng wrote: > Yikes! I think it's better that you run the current package with the 2 GB problem than these highly experimental packages if you can only test it on your production system. We will try to provide better test packages but it will take a few days. /peter PS. Cool to see that you're a user of my MailScanner package. :) From owen.eng at rogers.com Mon Jun 13 00:16:26 2011 From: owen.eng at rogers.com (Owen Eng) Date: Sun, 12 Jun 2011 18:16:26 -0400 Subject: [csw-users] Sendmail - File too large In-Reply-To: References: <4DF25D32.50003@rogers.com> <4DF268B4.5040609@rogers.com> <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> <4DF2893F.3070901@rogers.com> <1307800271-sup-9096@pinkfloyd.chass.utoronto.ca> <4DF51DD6.7060508@rogers.com> <4DF527E7.5040707@rogers.com> Message-ID: <4DF53ABA.5020608@rogers.com> Well that was way too much fun for me on a Sunday. I've got CSWsendmail 8.14.2,REV=2007.12.17 reinstated again quickly enough. It was definitely worth it to take a shot on a slow day just for entertainment value alone. I do have a VirtualBox I can use when I'm in less of a roguish mood. :) Nice job on MailScanner Peter. In fact I love all the CSW packages I use because they work as expected and shave days off the time it takes to build a server. I've only had to downgrade CSWgd to gd-2.0.33 because it broke some images. No big deal. Thanks, Owen > PS. Cool to see that you're a user of my MailScanner package. :) -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From dam at opencsw.org Mon Jun 13 08:34:01 2011 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 13 Jun 2011 08:34:01 +0200 Subject: [csw-users] Sendmail - File too large In-Reply-To: <4DF53ABA.5020608@rogers.com> References: <4DF25D32.50003@rogers.com> <4DF268B4.5040609@rogers.com> <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> <4DF2893F.3070901@rogers.com> <1307800271-sup-9096@pinkfloyd.chass.utoronto.ca> <4DF51DD6.7060508@rogers.com> <4DF527E7.5040707@rogers.com> <4DF53ABA.5020608@rogers.com> Message-ID: <9C74C8D4-3579-4B55-A3C6-D354CC4359F9@opencsw.org> Hi Owen, Am 13.06.2011 um 00:16 schrieb Owen Eng: > Well that was way too much fun for me on a Sunday. I've got CSWsendmail 8.14.2,REV=2007.12.17 reinstated again quickly enough. It was definitely worth it to take a shot on a slow day just for entertainment value alone. I do have a VirtualBox I can use when I'm in less of a roguish mood. :) It would be great if you could help in testing the new sendmail so we get everything fixed before an updated release. > Nice job on MailScanner Peter. In fact I love all the CSW packages I use because they work as expected and shave days off the time it takes to build a server. I've only had to downgrade CSWgd to gd-2.0.33 because it broke some images. No big deal. This should not be the case. As I happen to be the maintainer for gd we need to find out if this is a fault of our build or an upstream regression and see that it gets fixed. Would you mind having a look? Eventually you have another 2.0.35 on another (non-csw) system around and see if the error persists? Best regards -- Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 From owen.eng at rogers.com Mon Jun 13 18:31:50 2011 From: owen.eng at rogers.com (Owen Eng) Date: Mon, 13 Jun 2011 12:31:50 -0400 Subject: [csw-users] Sendmail - File too large In-Reply-To: <9C74C8D4-3579-4B55-A3C6-D354CC4359F9@opencsw.org> References: <4DF25D32.50003@rogers.com> <4DF268B4.5040609@rogers.com> <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> <4DF2893F.3070901@rogers.com> <1307800271-sup-9096@pinkfloyd.chass.utoronto.ca> <4DF51DD6.7060508@rogers.com> <4DF527E7.5040707@rogers.com> <4DF53ABA.5020608@rogers.com> <9C74C8D4-3579-4B55-A3C6-D354CC4359F9@opencsw.org> Message-ID: <4DF63B76.9090108@rogers.com> Hi Dago, On 13/06/2011 2:34 AM, Dagobert Michelsen wrote: > It would be great if you could help in testing the new sendmail > so we get everything fixed before an updated release. If I had more time I would be happy to take up Ben's offer to build it but unfortunately it wouldn't be wise for me right now. As far as testing goes, I might be able to help out when I can. :) > This should not be the case. As I happen to be the maintainer for gd we need to find > out if this is a fault of our build or an upstream regression and see that it > gets fixed. Would you mind having a look? Eventually you have another 2.0.35 > on another (non-csw) system around and see if the error persists? > Oh. I was getting the exact problem (PHP Warning: imagecreatefromjpg()... is not a valid JPEG file in...) as described here and I used the same downgrade to stable workaround to fix it. http://lists.opencsw.org/pipermail/bug-notifications/2010-March/007418.html I'll see if I can get a non csw gd-2.0.35 to work if I get some time to play. Owen -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From dam at opencsw.org Mon Jun 13 21:23:46 2011 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 13 Jun 2011 21:23:46 +0200 Subject: [csw-users] Sendmail - File too large In-Reply-To: <4DF63B76.9090108@rogers.com> References: <4DF25D32.50003@rogers.com> <4DF268B4.5040609@rogers.com> <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> <4DF2893F.3070901@rogers.com> <1307800271-sup-9096@pinkfloyd.chass.utoronto.ca> <4DF51DD6.7060508@rogers.com> <4DF527E7.5040707@rogers.com> <4DF53ABA.5020608@rogers.com> <9C74C8D4-3579-4B55-A3C6-D354CC4359F9@opencsw.org> <4DF63B76.9090108@rogers.com> Message-ID: Hi Owen, Am 13.06.2011 um 18:31 schrieb Owen Eng: > On 13/06/2011 2:34 AM, Dagobert Michelsen wrote: >> It would be great if you could help in testing the new sendmail >> so we get everything fixed before an updated release. > > If I had more time I would be happy to take up Ben's offer to build it but unfortunately it wouldn't be wise for me right now. As far as testing goes, I might be able to help out when I can. :) Cool :) >> This should not be the case. As I happen to be the maintainer for gd we need to find >> out if this is a fault of our build or an upstream regression and see that it >> gets fixed. Would you mind having a look? Eventually you have another 2.0.35 >> on another (non-csw) system around and see if the error persists? >> > > Oh. I was getting the exact problem (PHP Warning: imagecreatefromjpg()... is not a valid JPEG file in...) as described here and I used the same downgrade to stable workaround to fix it. > http://lists.opencsw.org/pipermail/bug-notifications/2010-March/007418.html > I'll see if I can get a non csw gd-2.0.35 to work if I get some time to play. This is probably an issue about mixed libjpeg.so.62 and libjpeg.so.70 linkage which must not occur within one binary: http://www.opencsw.org/packages/jpeg/ Ben is working on an updated PHP5. It would be cool if you could see if the error persists there. Best regards -- Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 From ggunselm at emporia.edu Tue Jun 14 21:28:54 2011 From: ggunselm at emporia.edu (Glen Gunselman) Date: Tue, 14 Jun 2011 19:28:54 +0000 Subject: [csw-users] ongoing problem with Orca master abend after filling memory Message-ID: <83904B8EF53D51499A9B43662BC670A90139167A@STINGRAY.esuad.ds> (Note: The server is: uname -a SunOS fozzie 5.10 Generic_118833-17 sun4u sparc SUNW,Sun-Fire-V490) I seem to have an ongoing problem with Orca master filling memory and then abending. (Note: I deleted the Orca graph showing memory usage as the post was rejected because it was larger than 64K.) This has been happening for almost a year about every 2 weeks: grep 'dumped core' /var/svc/log/network-csworca:default.log [ Jul 11 10:05:40 Stopping because process dumped core. ] [ Oct 27 05:15:42 Stopping because process dumped core. ] [ Nov 9 08:57:33 Stopping because process dumped core. ] [ Nov 22 07:05:39 Stopping because process dumped core. ] [ Dec 5 08:00:42 Stopping because process dumped core. ] [ Dec 18 12:10:39 Stopping because process dumped core. ] [ Dec 31 16:15:38 Stopping because process dumped core. ] [ Jan 17 11:00:43 Stopping because process dumped core. ] [ Jan 31 13:45:32 Stopping because process dumped core. ] [ Feb 13 12:40:36 Stopping because process dumped core. ] [ Feb 26 08:40:40 Stopping because process dumped core. ] [ Mar 11 17:42:37 Stopping because process dumped core. ] [ Apr 4 10:14:12 Stopping because process dumped core. ] [ Apr 17 13:10:42 Stopping because process dumped core. ] [ Apr 30 11:25:37 Stopping because process dumped core. ] [ May 13 07:10:40 Stopping because process dumped core. ] [ May 26 06:25:38 Stopping because process dumped core. ] [ Jun 8 18:22:26 Stopping because process dumped core. ] Here is a complete set of log messages for the last two failures: [ May 26 06:25:38 Stopping because process dumped core. ] [ May 26 06:25:39 Executing stop method ("/var/opt/csw/svc/method/svc-csworca stop") ] /var/opt/csw/svc/method/svc-csworca: kill: no such process [ May 26 06:25:39 Method "stop" exited with status 0 ] [ May 26 06:25:41 Executing start method ("/var/opt/csw/svc/method/svc-csworca start") ] [ May 26 06:25:41 Method "start" exited with status 0 ] Version string '1.05 ' contains invalid data; ignoring: ' ' at /opt/csw/bin/orca line 66. [ Jun 8 18:22:26 Stopping because process dumped core. ] [ Jun 8 18:22:27 Executing stop method ("/var/opt/csw/svc/method/svc-csworca stop") ] /var/opt/csw/svc/method/svc-csworca: kill: no such process [ Jun 8 18:22:27 Method "stop" exited with status 0 ] [ Jun 8 18:22:29 Executing start method ("/var/opt/csw/svc/method/svc-csworca start") ] [ Jun 8 18:22:29 Method "start" exited with status 0 ] Version string '1.05 ' contains invalid data; ignoring: ' ' at /opt/csw/bin/orca line 66. I believe the problem started after I installed CSWhobbit and CSWhobbitc: pkginfo -l CSWhobbit CSWhobbitc PKGINST: CSWhobbit NAME: hobbit - Hobbit Monitoring Server CATEGORY: application ARCH: sparc VERSION: 4.2.0,REV=2007.04.12 BASEDIR: / VENDOR: http://hobbitmon.sf.net/ packaged for CSW by Mike Arnold DESC: Hobbit is a system for monitoring servers and networks. (Server) PSTAMP: solaris8-sparc64.razorsedge.org20070412151442 INSTDATE: Jun 23 2010 14:34 HOTLINE: http://www.opencsw.org/bugtrack/ EMAIL: mike at opencsw.org STATUS: completely installed FILES: 346 installed pathnames 17 shared pathnames 50 directories 78 executables 1 setuid/setgid executables 13858 blocks used (approx) PKGINST: CSWhobbitc NAME: hobbit_client - Hobbit Monitoring Client CATEGORY: application ARCH: sparc VERSION: 4.2.0,REV=2007.04.12 BASEDIR: / VENDOR: http://hobbitmon.sf.net/ packaged for CSW by Mike Arnold DESC: Hobbit is a system for monitoring servers and networks. (Client) PSTAMP: solaris8-sparc64.razorsedge.org20070412151516 INSTDATE: Jun 23 2010 14:41 HOTLINE: http://www.opencsw.org/bugtrack/ EMAIL: mike at opencsw.org STATUS: completely installed FILES: 54 installed pathnames 10 shared pathnames 15 directories 24 executables 1355 blocks used (approx) pkgutil -c shows Orca and Hobbit are current: ... CSWhobbit 4.2.0,REV=2007.04.12 SAME CSWhobbitc 4.2.0,REV=2007.04.12 SAME ... CSWorca snapshot_r535,REV=2010.08.04 SAME CSWorcaweb snapshot_r535,REV=2010.08.04 SAME Thanks for any clues, GlenG -------------- next part -------------- An HTML attachment was scrubbed... URL: From ggunselm at emporia.edu Mon Jun 20 18:28:27 2011 From: ggunselm at emporia.edu (Glen Gunselman) Date: Mon, 20 Jun 2011 16:28:27 +0000 Subject: [csw-users] ongoing problem with Orca master abend after filling memory In-Reply-To: <83904B8EF53D51499A9B43662BC670A90139167A@STINGRAY.esuad.ds> References: <83904B8EF53D51499A9B43662BC670A90139167A@STINGRAY.esuad.ds> Message-ID: <83904B8EF53D51499A9B43662BC670A905C77001@STINGRAY.esuad.ds> Here is the graphic: [cid:image001.png at 01CC2F3D.2B9B2480] Looks like less than 3 day to go before it crashes. Thanks, GlenG -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 21466 bytes Desc: image001.png URL: From bwalton at opencsw.org Thu Jun 23 04:19:40 2011 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 22 Jun 2011 22:19:40 -0400 Subject: [csw-users] call for php5 testing In-Reply-To: <1304255952-sup-2924@pinkfloyd.chass.utoronto.ca> References: <1304255952-sup-2924@pinkfloyd.chass.utoronto.ca> Message-ID: <1308795440-sup-3551@pinkfloyd.chass.utoronto.ca> Excerpts from Ben Walton's message of Sun May 01 09:20:27 -0400 2011: Hi All, > I've placed a set of packages in experimental/php5[1] that I think > are worthy of wider testing. This is a large overhaul of the build > recipe and I've also modernized the package in other ways. With a long delay in the middle, I think I've addressed the issues of the previous update. A new set of packages is available for testing. If nobody finds any issues, I'll push these in a week or so. http://buildfarm.opencsw.org/experimental.html#php5 Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From ggunselm at emporia.edu Thu Jun 23 19:03:45 2011 From: ggunselm at emporia.edu (Glen Gunselman) Date: Thu, 23 Jun 2011 17:03:45 +0000 Subject: [csw-users] ongoing problem with Orca master abend after filling memory In-Reply-To: <83904B8EF53D51499A9B43662BC670A90139167A@STINGRAY.esuad.ds> References: <83904B8EF53D51499A9B43662BC670A90139167A@STINGRAY.esuad.ds> Message-ID: <83904B8EF53D51499A9B43662BC670A905CAC410@STINGRAY.esuad.ds> I did a little research on Perl. Looks like Orca was OK with CSWperl 5.8.8, but hobbit updated it to 5.10.1. I see some comments about Perl 5.10, Solaris 10, and memory leaks ... I will assume it is a Perl thing Have a good weekend, GlenG From: users-bounces+ggunselm=emporia.edu at lists.opencsw.org [mailto:users-bounces+ggunselm=emporia.edu at lists.opencsw.org] On Behalf Of Glen Gunselman Sent: Tuesday, June 14, 2011 2:29 PM To: Glen Gunselman; CSW-users Subject: [csw-users] ongoing problem with Orca master abend after filling memory (Note: The server is: uname -a SunOS fozzie 5.10 Generic_118833-17 sun4u sparc SUNW,Sun-Fire-V490) I seem to have an ongoing problem with Orca master filling memory and then abending. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bonivart at opencsw.org Sat Jun 25 09:46:30 2011 From: bonivart at opencsw.org (Peter Bonivart) Date: Sat, 25 Jun 2011 09:46:30 +0200 Subject: [csw-users] Sendmail - File too large In-Reply-To: <4DF63B76.9090108@rogers.com> References: <4DF25D32.50003@rogers.com> <4DF268B4.5040609@rogers.com> <1307732481-sup-761@pinkfloyd.chass.utoronto.ca> <4DF2893F.3070901@rogers.com> <1307800271-sup-9096@pinkfloyd.chass.utoronto.ca> <4DF51DD6.7060508@rogers.com> <4DF527E7.5040707@rogers.com> <4DF53ABA.5020608@rogers.com> <9C74C8D4-3579-4B55-A3C6-D354CC4359F9@opencsw.org> <4DF63B76.9090108@rogers.com> Message-ID: On Mon, Jun 13, 2011 at 6:31 PM, Owen Eng wrote: > If I had more time I would be happy to take up Ben's offer to build it but > unfortunately it wouldn't be wise for me right now. As far as testing goes, > I might be able to help out when I can. :) Now we may have a Sendmail package that is working better. It's still experimental of course but at least a new install is clean and it starts without a hitch. My advise is still to test it on a non-production server. Things to consider with the new package: * This is Sendmail 8.14.5 * Configuration will be migrated from /opt/csw/etc/mail to /etc/opt/csw/mail. If you're upgrading be careful to look what files you need, not included files will not be migrated, e.g. access and mailertable. You will have to do those yourself. * Spool queues are now by default in /var/opt/csw/spool * Includes deactivate/reactivate scripts instead of messing with built-in Sendmail at install A special note if you want to use it with MailScanner is that the two service scripts there may need some updates. The packages are here: http://buildfarm.opencsw.org/experimental.html#sendmail /peter From bonivart at opencsw.org Sat Jun 25 23:56:03 2011 From: bonivart at opencsw.org (Peter Bonivart) Date: Sat, 25 Jun 2011 23:56:03 +0200 Subject: [csw-users] ongoing problem with Orca master abend after filling memory In-Reply-To: <83904B8EF53D51499A9B43662BC670A905CAC410@STINGRAY.esuad.ds> References: <83904B8EF53D51499A9B43662BC670A90139167A@STINGRAY.esuad.ds> <83904B8EF53D51499A9B43662BC670A905CAC410@STINGRAY.esuad.ds> Message-ID: On Thu, Jun 23, 2011 at 7:03 PM, Glen Gunselman wrote: > I did a little research on Perl.? Looks like Orca was OK with CSWperl 5.8.8, > but hobbit updated it to 5.10.1.? I see some comments about Perl 5.10, > Solaris 10, and memory leaks ... > > I will assume it is a Perl thing There's some research supporting your view, apparently if you compile Perl on Solaris 8 or 9 as we do it will leak some memory, even when run on Solaris 10. Only way to avoid this is to compile on Solaris 10. Good news is that our next update to Perl will be built separately on Solaris 9 and 10 to avoid this problem. We will also enable DTrace support for the Solaris 10 Perl to help you and others with debugging. Ref: http://www.opencsw.org/mantis/view.php?id=4689 /peter