Re: [OpenIndiana-discuss] Anyone using OpenIndiana in production?
On 13-03-26 07:29 PM, Gerry Weaver wrote: Hello All, I have been checking out OpenIndiana as a possible file server and KVM host. I have read in a couple of places that the OS is stable despite its development release status. Would anyone be so kind as to share their experiences using OpenIndiana in production? My testing so far shows it to be rock solid. BTW: Many thanks to those who are putting the hard work into this. I think it has a lot of potential. I have a few customers that are running an all-in-one OI+VirtualBox system and it has been going well. They are running a combination of Linux and Windows guests. They are not in a high workload environment. Geoff ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] *****SPAM***** Re: Anyone using OpenIndiana in production?
Spam detection software, running on the system "portal.local", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see christopher.c...@bradbury.edu.hk for details. Content preview: Hi Gerry, I use OI as a samba file server. Data wise, I have had zero issues with OI. File serving wise, I have had my share of fist shaking. Currently samba is kind of unmaintained. The repository has an old and problematic version of samba (3.5.7) although I have been involved in reporting issues with that version and also testing patches for the build tree for newer versions. In the end, I have had to 'roll my own' by installing from source over the package binaries. The package system does not give you the flexibility of rolling your own packages unless you start your own consolidation or pretty much fork your own. [...] Content analysis details: (7.6 points, 5.0 required) pts rule name description -- -- 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.1 RDNS_NONE Delivered to trusted network by a host with no rDNS 6.8 AWLAWL: From: address is in the auto white-list ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] Anyone using OpenIndiana in production?
Hello All, I have been checking out OpenIndiana as a possible file server and KVM host. I have read in a couple of places that the OS is stable despite its development release status. Would anyone be so kind as to share their experiences using OpenIndiana in production? My testing so far shows it to be rock solid. BTW: Many thanks to those who are putting the hard work into this. I think it has a lot of potential. Thanks, Gerry ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] I'm back with a physical machine but encounter the BLACK SCREEN as well
One year ago, I asked for helping about the incompatibilities of networking virtualization between OI and vbox. I thought Using a physical machine to play with Illumos-based System is the most proper way. Now I format the entire hard disk of my 2010-mid Macbook Pro for OpenIndiana b157a7. My experience in using OI virtualbox was not as well as it should be. The main trouble is about the fucking GNOME, it froze frequently, sometimes I could reboot via ssh or just push the power-off button. Okay there are more important things than struggling with the GUI so I disabled it. Now in the physical machine, the GNOME suddenly goes black frequently as well, even worse, rebooting it via ssh does not work. I figure that the root cause might be the switching between two video cards. Indeed 2010-mid Macbook Pro might intermittently freeze or stop displaying video in the past time, and disabling compiz animation (which enabled default) reduces the frequency effectively. Can you help me to locate the root cause more reasonable? It seems that it does not dump cores and lacks logs, maybe I deal with these facilities in a wrong way. I don't think disabling the GUI is a good idea. In virtual machine OpenIndiana was a server system, and now it is a workstation aim at scientific computing and visualizing. Compiz is good for effective settings rather than useless animations. By the way, How is the DE development going? ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Looking for capable notebook for OI and other OSes, small size and with real network.
Don'cha just love dells website ... asked for Ultrabook (i7+, 8Gb+ memory, Dedicated Graphics (Nvidia GT 630M 1Gb), 11-14" ...) sbnb1441 and sbnb1440 e-codes ... I've tried comparing them, and the only difference appears to be about £350 in price ... :) USB 3 though, so you won't be able to use an external mouse ... I have a dell laptop working with OI, but it's nothing like an "Ultrabook" :) Jon On 26 March 2013 20:02, Calin Somoza wrote: > Hi Hans, > > my Lenovo T510 works just fine running OI 151a7. PXE and Wifi worked > instantly, but yes, it's not an ultrabook of course. > > Calin > > > On 03/26/13 08:16 PM, Hans J. Albertsson wrote: >> >> I've been looking at possible choices for a small note-book for OI and >> some sort of Windows in dual boot, possibly even an ultrabook thingie. >> >> However, I keep running into disappointments: >> >> The biggest one is the apparent scarcity of proper high-capacity GB >> wired ethernet. >> >> Also, if I'd like to run such a thing under some Illumos based OS, I'd >> have to think very carefully. >> >> I sort of liked the Dell XPS 13 Linux Developer's Edition; small, full >> HD screen, nice kbd, very thin and fairly large SSD disk. >> >> But, running it under OI151a7??? I think that might be a bit unlikely to >> succeed! >> >> So, what advice can people give me on this subject? >> >> The Dell XPS 13 is the right price range, around €1000. >> The size is very nice, the screen is VERY good.. >> >> So, there's a nice exterior target type, but what if I absolutely >> require to run OI and have a proper network connector, and PXE capacity? >> And MUST run OI, with working wired network and graphics accel. >> >> >> >> ___ >> OpenIndiana-discuss mailing list >> OpenIndiana-discuss@openindiana.org >> http://openindiana.org/mailman/listinfo/openindiana-discuss >> > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] Passing USB and optical media from the machine running vncviewer to the host displaying on an Xvnc server?
With SunRays, there's some capability of enabling users to access media and stuff connected via USB on the thin client on the SRS server. Is there any way at all to do something similar, enabling a remote host being accessed via vncviewer+Xvnc to read and write to a USB stick so on the vncviewer PC?? And maybe even play audio on the PC?? I know one could export a file system via nfs or smb/cifs, but I mean in a way that doesn't need the displaying PC to cooperate quite so much. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] Xvnc on a SunRay server machine, got it working at last!
For the longest time I've had Xvnc working perfectly as login facilities on a couple of mail+data servers, while I just couldn't get it to work on my SunRay Server machine... I just couldn't see what it was: I finally managed to get some logs and after a day actually managed to grep for the proper things, and as with everything well designed but less than perfectly documented, it was a simple thing. It turns out that Xvnc wants the permissions on the directories /tmp/.X11-{pipe,unix} to be 0777 and on /var/run/xkb to be 0775. SRSS installation sets them all more restrictively. Opening them up just enough cleared away all my problems. This isn't a security issue, if it had been I would have had to fiddle around with ACLs and stuff, I THINK. In my environment, everything is behind impervious firewalls and anyone doing any damage will also be the person hurting from the damage. So this is fine. I'll write something in the wiki, if I may. Just to put it on spinning rust. P.S. I REALLY think I only needed to open up /var/run/xkb. I'll test some more later. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Looking for capable notebook for OI and other OSes, small size and with real network.
Hi Hans, my Lenovo T510 works just fine running OI 151a7. PXE and Wifi worked instantly, but yes, it's not an ultrabook of course. Calin On 03/26/13 08:16 PM, Hans J. Albertsson wrote: I've been looking at possible choices for a small note-book for OI and some sort of Windows in dual boot, possibly even an ultrabook thingie. However, I keep running into disappointments: The biggest one is the apparent scarcity of proper high-capacity GB wired ethernet. Also, if I'd like to run such a thing under some Illumos based OS, I'd have to think very carefully. I sort of liked the Dell XPS 13 Linux Developer's Edition; small, full HD screen, nice kbd, very thin and fairly large SSD disk. But, running it under OI151a7??? I think that might be a bit unlikely to succeed! So, what advice can people give me on this subject? The Dell XPS 13 is the right price range, around €1000. The size is very nice, the screen is VERY good.. So, there's a nice exterior target type, but what if I absolutely require to run OI and have a proper network connector, and PXE capacity? And MUST run OI, with working wired network and graphics accel. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Looking for capable notebook for OI and other OSes, small size and with real network.
Hi, some laptops with nVidia NVS could be usable. Best regards, Milan On út, 2013-03-26 at 13:42 -0600, Gregory S. Youngblood wrote: > If you find a good option I would like to know. The last good laptop I have > personally used that worked great with open Indiana was my Lenovo T61p from > 2008. I still have it and it works well though it is a bit dated and big. > > -- > Sent from my Jelly Bean Galaxy Nexus > > "Hans J. Albertsson" wrote: > > >I've been looking at possible choices for a small note-book for OI and > >some sort of Windows in dual boot, possibly even an ultrabook thingie. > > > >However, I keep running into disappointments: > > > >The biggest one is the apparent scarcity of proper high-capacity GB > >wired ethernet. > > > >Also, if I'd like to run such a thing under some Illumos based OS, I'd > >have to think very carefully. > > > >I sort of liked the Dell XPS 13 Linux Developer's Edition; small, full > >HD screen, nice kbd, very thin and fairly large SSD disk. > > > >But, running it under OI151a7??? I think that might be a bit unlikely to > >succeed! > > > >So, what advice can people give me on this subject? > > > >The Dell XPS 13 is the right price range, around €1000. > >The size is very nice, the screen is VERY good.. > > > >So, there's a nice exterior target type, but what if I absolutely > >require to run OI and have a proper network connector, and PXE capacity? > >And MUST run OI, with working wired network and graphics accel. > > ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Looking for capable notebook for OI and other OSes, small size and with real network.
The main problem of that laptop is the graphics card. http://www.dell.com/us/business/p/xps-13-linux/pd Intel HD 4000 *doesn't* work on OI. Only VESA. I've bought a Compaq CQ58-205SL with an Intel HD Graphics and OI is not be able to use the graphics acceleration due the lacks of the Intel's i915 (with KMS) driver. Only Solaris 11 is able to take advantage of my GPU, *but* i've a bad experience with that (Xorg freezes very often...especially with Firefox and Compiz, many glitches etc.). For a desktop purpose is quite unusable. If you want to use a laptop with an Intel HD GPU, then the only viable Unix-like OS is GNU/Linux. For the rest...i don't know if Intel Ivy Bridge (3rd generation) is supported by Illumos. Probably, many peripherals won't work (especially wireless). Best regards, Luca De Pandis Message: 8 > Date: Tue, 26 Mar 2013 20:16:15 +0100 > From: "Hans J. Albertsson" > To: Discussion list for OpenIndiana > > Subject: [OpenIndiana-discuss] Looking for capable notebook for OI and > other OSes, small size and with real network. > Message-ID: <5151f3ff.9050...@branneriet.se> > Content-Type: text/plain; charset=windows-1252; format=flowed > > I've been looking at possible choices for a small note-book for OI and > some sort of Windows in dual boot, possibly even an ultrabook thingie. > > However, I keep running into disappointments: > > The biggest one is the apparent scarcity of proper high-capacity GB > wired ethernet. > > Also, if I'd like to run such a thing under some Illumos based OS, I'd > have to think very carefully. > > I sort of liked the Dell XPS 13 Linux Developer's Edition; small, full > HD screen, nice kbd, very thin and fairly large SSD disk. > > But, running it under OI151a7??? I think that might be a bit unlikely to > succeed! > > So, what advice can people give me on this subject? > > The Dell XPS 13 is the right price range, around ?1000. > The size is very nice, the screen is VERY good.. > > So, there's a nice exterior target type, but what if I absolutely > require to run OI and have a proper network connector, and PXE capacity? > And MUST run OI, with working wired network and graphics accel. > > > > > > -- > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss > > > End of OpenIndiana-discuss Digest, Vol 32, Issue 64 > *** > ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Looking for capable notebook for OI and other OSes, small size and with real network.
If you find a good option I would like to know. The last good laptop I have personally used that worked great with open Indiana was my Lenovo T61p from 2008. I still have it and it works well though it is a bit dated and big. -- Sent from my Jelly Bean Galaxy Nexus "Hans J. Albertsson" wrote: >I've been looking at possible choices for a small note-book for OI and >some sort of Windows in dual boot, possibly even an ultrabook thingie. > >However, I keep running into disappointments: > >The biggest one is the apparent scarcity of proper high-capacity GB >wired ethernet. > >Also, if I'd like to run such a thing under some Illumos based OS, I'd >have to think very carefully. > >I sort of liked the Dell XPS 13 Linux Developer's Edition; small, full >HD screen, nice kbd, very thin and fairly large SSD disk. > >But, running it under OI151a7??? I think that might be a bit unlikely to >succeed! > >So, what advice can people give me on this subject? > >The Dell XPS 13 is the right price range, around €1000. >The size is very nice, the screen is VERY good.. > >So, there's a nice exterior target type, but what if I absolutely >require to run OI and have a proper network connector, and PXE capacity? >And MUST run OI, with working wired network and graphics accel. > > > >___ >OpenIndiana-discuss mailing list >OpenIndiana-discuss@openindiana.org >http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] Looking for capable notebook for OI and other OSes, small size and with real network.
I've been looking at possible choices for a small note-book for OI and some sort of Windows in dual boot, possibly even an ultrabook thingie. However, I keep running into disappointments: The biggest one is the apparent scarcity of proper high-capacity GB wired ethernet. Also, if I'd like to run such a thing under some Illumos based OS, I'd have to think very carefully. I sort of liked the Dell XPS 13 Linux Developer's Edition; small, full HD screen, nice kbd, very thin and fairly large SSD disk. But, running it under OI151a7??? I think that might be a bit unlikely to succeed! So, what advice can people give me on this subject? The Dell XPS 13 is the right price range, around €1000. The size is very nice, the screen is VERY good.. So, there's a nice exterior target type, but what if I absolutely require to run OI and have a proper network connector, and PXE capacity? And MUST run OI, with working wired network and graphics accel. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] SMF retries count
On Mar 26, 2013, at 9:15 AM, Jim Klimov wrote: > Well, regarding the glassfish part of the problem, the 60sec timeout > is hardcoded unconfigurable in the admin-cli part of the project. > > http://java.net/projects/glassfish/sources/svn/content/tags/3.1.1-b12/admin/cli/src/main/java/com/sun/enterprise/admin/cli/StopDomainCommand.java?rev=60828 > > Grep for WAIT_FOR_DAS_TIME_MS if interested. > > Likewise, the start timeout is specified as well somewhere in the code: > > http://java.net/projects/glassfish/sources/svn/content/tags/3.1.1-b12/admin/cli/src/main/java/com/sun/enterprise/admin/cli/StartServerHelper.java?rev=60828 > > import static com.sun.enterprise.admin.cli.CLIConstants.WAIT_FOR_DAS_TIME_MS; > > I see that the start method also goes into maintenance for us (exceeding > the 600sec timeout), but the JVM stays alive and ultimately starts up. > > > I guess the solution here would be to wrap the stop/startup into a > script which would monitor the logs for "I'm started/dead" kind of > message and the JVM process "aliveness" and only exit then. Been > there, done that for Tomcat and JBOSS... Just one more plugin to > add into another mega-script of mine ;) > > Now, if there are things I might do on SMF's side (like the question > I came with originally - increase number of retries), I'd still be > interested to know! ;) > > Thanks for discussion, > //Jim > > On 2013-03-26 14:26, Jim Klimov wrote: >> On 2013-03-26 14:09, Michael Stapleton wrote: >>> Hi Jim, >>> >>> Your SMF method is likely running asadmin. >>> >>> Have you tried using the asadmin command directly to stop the domain? >>> It sounds like it could be the default 60 second socket timeout when >>> asadmin attempts to contact glassfish. >>> Network issues? Glassfish already down? >> >> >> Yes, the default SMF integration of glassfish invokes asadmin with >> such actions as start-domain and stop-domain. I do want to have it >> managed by SMF since that's catered for, and these actions to seem >> to include a timeout (60s for stop, 600s for start), both of which >> are exceeded in this instance; I am looking into GlassFish code now >> to see if these two timeouts are hard-coded or configurable (aren't >> according to the docs). >> >> From what I gather, when these 60 or 600 seconds elapse, the admin >> CLI verifies the server state. If it was stopping but still runs, >> or if it was starting but still doesn't accept connections, the >> asadmin program (a java class, ultimately) returns a non-zero exit >> code. Thus the SMF method fails (despite configured lack of SMF's >> own timeouts), even though the server happily starts or stops a >> few minutes past the existing asadmin timeout. >> >> I am inclined to think this is poor programming on glassfish side, >> but wonder what I can do to properly host and manage the appserver >> via SMF. >> >> PS: If I use asadmin directly, i.e. to restart the appserver, while >> SMF is also enabled, the death of a java process causes SMF to start >> it up again - and my manual invokation of restart also starts it. >> So the two java processes competing for same ports come into conflict. > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss > FWIW - Do you really need to use Glassfish, or could you get by with something simpler, like Tomcat? Last year, I started writing a new ecommerce store using JSF and PrimeFaces. I was running into all sorts of problems when I first started out - when I was trying to use Glassfish. I switched to Tomcat7, and all those problems ceased - except for the work itself! So, if you haven't already, you might want to ask yourself if you really need the additional functionality (and complexity, and problems) Glassfish offers. And if you do, after you get it working, please make a wiki page or something in case I have to go back to Glassfish. []:-) Thanks. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] SMF retries count
Could these be of use? startd/critical_failure_count startd/critical_failure_period The critical_failure_count and critical_failure_period properties together specify the maximum number of ser- vice failures allowed in a given time interval before svc.startd transitions the service to maintenance. If the number of failures exceeds critical_failure_count in anyperiodof critical_failure_period seconds, svc.startd will transition the service to maintenance. Mike On Tue, 2013-03-26 at 15:52 +0100, Jim Klimov wrote: > On 2013-03-26 14:44, Michael Stapleton wrote: > > There are a number of environmental variables used by asadmin, but I did > > not find anything that looked promising. > > > > As a last resort hack, you could you wrap the asadmin command in a > > script. > > I thought of changing the SMF method to something like >"while ! asadmin ... ; do sleep 1; done" > (perhaps with my arbitrarily-picked timeout, like running 10 loops > max), but this would be prone to any number of other unforeseen > errors causing the failure exit code - and that event should be > detected/reported rather than ignored in this manner. > > > I would also try to find out why my app takes over 60 seconds to stop. > > We might be trying to cure the symptom. > > Well, there are no particular errors in the log, just zillions of > closing, unregistering, unhooking stuff. No erroneous stacktrace, > no real hiccups like a minute of silence. Simply a lot of work to > stop the portal properly. That part we don't really find unusual. > > Thanks for commiserating with me on this ;) > ///Jim > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] SMF retries count
Well, regarding the glassfish part of the problem, the 60sec timeout is hardcoded unconfigurable in the admin-cli part of the project. http://java.net/projects/glassfish/sources/svn/content/tags/3.1.1-b12/admin/cli/src/main/java/com/sun/enterprise/admin/cli/StopDomainCommand.java?rev=60828 Grep for WAIT_FOR_DAS_TIME_MS if interested. Likewise, the start timeout is specified as well somewhere in the code: http://java.net/projects/glassfish/sources/svn/content/tags/3.1.1-b12/admin/cli/src/main/java/com/sun/enterprise/admin/cli/StartServerHelper.java?rev=60828 import static com.sun.enterprise.admin.cli.CLIConstants.WAIT_FOR_DAS_TIME_MS; I see that the start method also goes into maintenance for us (exceeding the 600sec timeout), but the JVM stays alive and ultimately starts up. I guess the solution here would be to wrap the stop/startup into a script which would monitor the logs for "I'm started/dead" kind of message and the JVM process "aliveness" and only exit then. Been there, done that for Tomcat and JBOSS... Just one more plugin to add into another mega-script of mine ;) Now, if there are things I might do on SMF's side (like the question I came with originally - increase number of retries), I'd still be interested to know! ;) Thanks for discussion, //Jim On 2013-03-26 14:26, Jim Klimov wrote: On 2013-03-26 14:09, Michael Stapleton wrote: Hi Jim, Your SMF method is likely running asadmin. Have you tried using the asadmin command directly to stop the domain? It sounds like it could be the default 60 second socket timeout when asadmin attempts to contact glassfish. Network issues? Glassfish already down? Yes, the default SMF integration of glassfish invokes asadmin with such actions as start-domain and stop-domain. I do want to have it managed by SMF since that's catered for, and these actions to seem to include a timeout (60s for stop, 600s for start), both of which are exceeded in this instance; I am looking into GlassFish code now to see if these two timeouts are hard-coded or configurable (aren't according to the docs). From what I gather, when these 60 or 600 seconds elapse, the admin CLI verifies the server state. If it was stopping but still runs, or if it was starting but still doesn't accept connections, the asadmin program (a java class, ultimately) returns a non-zero exit code. Thus the SMF method fails (despite configured lack of SMF's own timeouts), even though the server happily starts or stops a few minutes past the existing asadmin timeout. I am inclined to think this is poor programming on glassfish side, but wonder what I can do to properly host and manage the appserver via SMF. PS: If I use asadmin directly, i.e. to restart the appserver, while SMF is also enabled, the death of a java process causes SMF to start it up again - and my manual invokation of restart also starts it. So the two java processes competing for same ports come into conflict. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] SMF retries count
On 2013-03-26 14:44, Michael Stapleton wrote: There are a number of environmental variables used by asadmin, but I did not find anything that looked promising. As a last resort hack, you could you wrap the asadmin command in a script. I thought of changing the SMF method to something like "while ! asadmin ... ; do sleep 1; done" (perhaps with my arbitrarily-picked timeout, like running 10 loops max), but this would be prone to any number of other unforeseen errors causing the failure exit code - and that event should be detected/reported rather than ignored in this manner. I would also try to find out why my app takes over 60 seconds to stop. We might be trying to cure the symptom. Well, there are no particular errors in the log, just zillions of closing, unregistering, unhooking stuff. No erroneous stacktrace, no real hiccups like a minute of silence. Simply a lot of work to stop the portal properly. That part we don't really find unusual. Thanks for commiserating with me on this ;) ///Jim ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] SMF retries count
There are a number of environmental variables used by asadmin, but I did not find anything that looked promising. As a last resort hack, you could you wrap the asadmin command in a script. I would also try to find out why my app takes over 60 seconds to stop. We might be trying to cure the symptom. Mike On Tue, 2013-03-26 at 14:26 +0100, Jim Klimov wrote: > On 2013-03-26 14:09, Michael Stapleton wrote: > > Hi Jim, > > > > Your SMF method is likely running asadmin. > > > > Have you tried using the asadmin command directly to stop the domain? > > It sounds like it could be the default 60 second socket timeout when > > asadmin attempts to contact glassfish. > > Network issues? Glassfish already down? > > > Yes, the default SMF integration of glassfish invokes asadmin with > such actions as start-domain and stop-domain. I do want to have it > managed by SMF since that's catered for, and these actions to seem > to include a timeout (60s for stop, 600s for start), both of which > are exceeded in this instance; I am looking into GlassFish code now > to see if these two timeouts are hard-coded or configurable (aren't > according to the docs). > > From what I gather, when these 60 or 600 seconds elapse, the admin > CLI verifies the server state. If it was stopping but still runs, > or if it was starting but still doesn't accept connections, the > asadmin program (a java class, ultimately) returns a non-zero exit > code. Thus the SMF method fails (despite configured lack of SMF's > own timeouts), even though the server happily starts or stops a > few minutes past the existing asadmin timeout. > > I am inclined to think this is poor programming on glassfish side, > but wonder what I can do to properly host and manage the appserver > via SMF. > > PS: If I use asadmin directly, i.e. to restart the appserver, while > SMF is also enabled, the death of a java process causes SMF to start > it up again - and my manual invokation of restart also starts it. > So the two java processes competing for same ports come into conflict. > > //Jim > > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] SMF retries count
On 2013-03-26 14:09, Michael Stapleton wrote: Hi Jim, Your SMF method is likely running asadmin. Have you tried using the asadmin command directly to stop the domain? It sounds like it could be the default 60 second socket timeout when asadmin attempts to contact glassfish. Network issues? Glassfish already down? Yes, the default SMF integration of glassfish invokes asadmin with such actions as start-domain and stop-domain. I do want to have it managed by SMF since that's catered for, and these actions to seem to include a timeout (60s for stop, 600s for start), both of which are exceeded in this instance; I am looking into GlassFish code now to see if these two timeouts are hard-coded or configurable (aren't according to the docs). From what I gather, when these 60 or 600 seconds elapse, the admin CLI verifies the server state. If it was stopping but still runs, or if it was starting but still doesn't accept connections, the asadmin program (a java class, ultimately) returns a non-zero exit code. Thus the SMF method fails (despite configured lack of SMF's own timeouts), even though the server happily starts or stops a few minutes past the existing asadmin timeout. I am inclined to think this is poor programming on glassfish side, but wonder what I can do to properly host and manage the appserver via SMF. PS: If I use asadmin directly, i.e. to restart the appserver, while SMF is also enabled, the death of a java process causes SMF to start it up again - and my manual invokation of restart also starts it. So the two java processes competing for same ports come into conflict. //Jim ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] SMF retries count
Hi Jim, Your SMF method is likely running asadmin. Have you tried using the asadmin command directly to stop the domain? It sounds like it could be the default 60 second socket timeout when asadmin attempts to contact glassfish. Network issues? Glassfish already down? Mike On Tue, 2013-03-26 at 12:37 +0100, Jim Klimov wrote: > Hello all, > >I have a GlassFish app-server server with lots of classes which > takes quite long to properly shut down. It has self-registered > with SMF as a service instance ("domain1"), and that includes no > forced timeout for starts and stops (value is 0), but the method > script somehow enforces a 60-second timeout. > >So during an "svcadm restart", the service tries 3 times, for a > minute each, and fails. Upon the third failure, it is marked as in > "maintenance" and the restart is not attempted. The actual appserver > completes its shutdown properly some time after this. > >The question regarding SMF is whether I can increase the number > of non-instant but consequent failures that it can tolerate (for a > transient service) from 3 to a higher value? > >Alternately, does someone know where to bump the timeout for > GlassFish stop-domain action? ;) > > Thanks, > //Jim > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] SMF retries count
Hello all, I have a GlassFish app-server server with lots of classes which takes quite long to properly shut down. It has self-registered with SMF as a service instance ("domain1"), and that includes no forced timeout for starts and stops (value is 0), but the method script somehow enforces a 60-second timeout. So during an "svcadm restart", the service tries 3 times, for a minute each, and fails. Upon the third failure, it is marked as in "maintenance" and the restart is not attempted. The actual appserver completes its shutdown properly some time after this. The question regarding SMF is whether I can increase the number of non-instant but consequent failures that it can tolerate (for a transient service) from 3 to a higher value? Alternately, does someone know where to bump the timeout for GlassFish stop-domain action? ;) Thanks, //Jim ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenIndiana-discuss Digest, Vol 32, Issue 62
Unless i'm mistaken, Illumos/OI is already able to use full disk encryption by using lofiadm. This is not a very ZFS on-disk encryption, but a block device encryption with a ZFS pool created on top of that. So, if Illumos/Linux/BSD has a block device encryption support (lofiadm, GELI and LUKS provide that) you can create a ZFS pool on top of an encrypted device. Best regards, Luca De Pandis On 03/26/13 10:07, paolo marcheschi wrote: > Date: Tue, 26 Mar 2013 10:07:15 +0100 > From: paolo marcheschi > That's very interesting ! > Do you think is it possible to integrate it also in Openindiana ? > > Paolo > > On 03/26/13 09:33, Apostolos Syropoulos wrote: > >> Speaking of full disk encryption and ZFS this article might raise an > >> eyebrow. > >> > >> http://www.h-online.com/open/news/item/FreeNAS-8-3-1-introduces-full-disk > >> -ZFS-encryption-1827206.html ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Yubico on OpenIndiana
Talking to myself here, but the answer is no, it doesn't need OpenSSH. It works fine with the built-in SSH server. I was having a few problems getting it working but tracked it down to a typo in the yubikey_mappings file. Works a treat! Thanks, James. On 26 Mar 2013, at 09:56, James Relph wrote: > Hi all, > > I've managed to get a YubiKey ( http://www.yubico.com ) working on Oi151a7 > (follow up post on that shortly) but I just wondered if anyone knew if it was > possible to use that with the build in SSH service, or if it does require > OpenSSH installing? I've got to the point where it asks for the YubiKey OTP > (and seems to accept it) on login over SSH, but when it asks for the user > password after that it then just goes round in circles for a bit asking for a > new OTP and then the password again. The examples I've seen on similar > systems (SmartOS for example - > http://blogs.everycity.co.uk/alasdair/2013/01/two-factor-ssh-authentication-with-yubico-yubikeys-on-smartos/ > ) use OpenSSH but I wasn't sure if that was via choice or necessity? > > Thanks, > > James > > Principal Consultant > > Website: www.themacplace.co.uk > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] Library/tool updates
Hi all, I am going to stick a wiki page up explaining the process involved in getting the YubiKey software installed, and I just wondered about how much I had needed to update/install to get it working. In terms of software other than the YubiKey software I needed to put on new versions of autoconf and automake, as well as install libtool. The versions that were on seemed relatively out-of-date, yet the newest releases built absolutely fine. Is the bug reporting mechanism the right way to recommend updates to these tools/libraries? Thanks, James Principal Consultant Website:www.themacplace.co.uk ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] Yubico on OpenIndiana
Hi all, I've managed to get a YubiKey ( http://www.yubico.com ) working on Oi151a7 (follow up post on that shortly) but I just wondered if anyone knew if it was possible to use that with the build in SSH service, or if it does require OpenSSH installing? I've got to the point where it asks for the YubiKey OTP (and seems to accept it) on login over SSH, but when it asks for the user password after that it then just goes round in circles for a bit asking for a new OTP and then the password again. The examples I've seen on similar systems (SmartOS for example - http://blogs.everycity.co.uk/alasdair/2013/01/two-factor-ssh-authentication-with-yubico-yubikeys-on-smartos/ ) use OpenSSH but I wasn't sure if that was via choice or necessity? Thanks, James Principal Consultant Website:www.themacplace.co.uk ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Fw: [solarisx86] ZFS and encryption
That's very interesting ! Do you think is it possible to integrate it also in Openindiana ? Paolo On 03/26/13 09:33, Apostolos Syropoulos wrote: Speaking of full disk encryption and ZFS this article might raise an eyebrow. http://www.h-online.com/open/news/item/FreeNAS-8-3-1-introduces-full-disk-ZFS-encryption-1827206.html ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] Fw: [solarisx86] ZFS and encryption
> >Speaking of full disk encryption and ZFS this article might raise an eyebrow. > >http://www.h-online.com/open/news/item/FreeNAS-8-3-1-introduces-full-disk-ZFS-encryption-1827206.html > -- Apostolos Syropoulos Xanthi, Greece ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss