Re: [OpenIndiana-discuss] to update oi to hipster or install hipster ...
Hi guys, I can conclude that updating from OI /dev was tested in july/august and it worked. HOWEVER, those systems had these specifics: - no zones installed. /dev ipkg vs /hipster ipkg are completely different types, so upgrading if you have zones is _DANGEROUS_. - were mostly only base installs If somebody of you wants to try it out, I would recommend following steps: - ensure that you can revert to previous state - replace dev with hipster publisher and try pkg update -nv to see the outcome. - if that does'nt work try hipster-2015 publisher and try pkg update -nv - decide if you want to try it After successfull update, you will be in hipster (in the case of hipster-2015, you might need to update to hipster once more). When updating, also keep in mind that once hipster is installed and you potentionally upgrade your zpool to support new features, there is no way back to dev. Also, when updating keep grub vs loader change in my, so you are not suprised upon reboot (if you wish to continue using grub, follow tbe steps mentioned in loader announcement). If you have any questions, just ask. Cheers, Adam > On 8 Nov 2016, at 03:21, Bob Friesenhahn wrote: > >> On Mon, 7 Nov 2016, Harry Putnam wrote: >> >> I have another pair of matching mirrored disks with the main data, but >> still plenty of room on that setup to send/receive the zfs fs I do >> have on the rpool disk. >> >> Then I could just leave those data discs out of the install, >> incorporating them after. >> >> I seem to remember there being some technique to do that. >> >> Something you do prior to shutdown preceding a new install that allows >> to retrieve them after...? > > If you keep your data on different disks than the root pool, then just due > 'zpool export' and then later 'zpool import'. > > Thanks for asking this question. I am also thinking about update vs install. > > Bob > -- > Bob Friesenhahn > bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ > GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ > > ___ > openindiana-discuss mailing list > openindiana-discuss@openindiana.org > https://openindiana.org/mailman/listinfo/openindiana-discuss ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Sun Ray server, OS and VDI patches were released by Oracle last week.
I'm also planning to do this on Hipster. Please lete know when you're starting that trial. I'm a bit unsure about what must be hacked in SRSS to make it work in Hipster. Hans J. Albertsson >From my Nexus 5 Den 8 nov. 2016 00:22 skrev "Ivar Janmaat" : > No, I favor the Solaris flavor. > The Sun ray are now running on opensolaris B127 with some userland updates > for the browser and office. > If I find the time I will try to install SRSS on Hipster. > > For me the Sun Ray is a much better userinterface than the smart tv > browser on my Ultra HD Samsung tv. > So for the next few years there is still a future for the Sunray 3 plus > clients. ;-) > > I have the filibeto sunray list from 2005 till 2015 in my Thunderbird > mailbox. > If anyone is interested in hosting this somewhere I am happy to share it. > > Kind regards, > > Ivar > > Nikola M schreef: > >> On 11/ 7/16 12:52 AM, Ivar Janmaat wrote: >> >> >>> Hello, >>> >>> Since there are still people (like me) who like to run Sun Rays on >>> Hipster I thought this information might be interesting for some. >>> >>> Sun Ray server, OS and VDI patches were released last week. >>> They are available from support.oracle.com. >>> >>> Besides OpenSSL updates the following bugfixes were reported: >>> >>> >> >> Hi, >> Have you tried it on anything beside Oracle's OS? >> >> >> ___ >> openindiana-discuss mailing list >> openindiana-discuss@openindiana.org >> https://openindiana.org/mailman/listinfo/openindiana-discuss >> >> >> > > > ___ > openindiana-discuss mailing list > openindiana-discuss@openindiana.org > https://openindiana.org/mailman/listinfo/openindiana-discuss > ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] to update oi to hipster or install hipster ...
Hi, I would be very aware of the issues with zfs send/recv I have posted here and to illumos discuss before performing either activity. If you have an OI 151aN series install I would be cautious thinking you can zfs send/receive data between them. We have found that newer hipster/Omni releases carry something new in filesystems created that means that we cannot send datasets to ZFSoL, older (151aN) OI releases without some sort of deadlock in zfs recv. We’re at a bit of a standstill until something comes up explaining this. It’s unclear to me whether or not it’s a bug in older systems or in the newer ones, or, if it’s something that should have caused a zfs version bump since clearly the older systems cannot recv filesystems from later releases. Joe On 11/7/16, 8:21 PM, "Bob Friesenhahn" wrote: On Mon, 7 Nov 2016, Harry Putnam wrote: > > I have another pair of matching mirrored disks with the main data, but > still plenty of room on that setup to send/receive the zfs fs I do > have on the rpool disk. > > Then I could just leave those data discs out of the install, > incorporating them after. > > I seem to remember there being some technique to do that. > > Something you do prior to shutdown preceding a new install that allows > to retrieve them after...? If you keep your data on different disks than the root pool, then just due 'zpool export' and then later 'zpool import'. Thanks for asking this question. I am also thinking about update vs install. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] migrating from grub to loader on 2016.10
All- One of the things that didn't happen when I updated my hipster install to 2016.10 is that my machine didn't get converted from grub to loader. Presumably, it's because of the last section here: https://www.openindiana.org/2016/09/28/loader-integration/ I have mirrored ZFS root, and my two disks are formatted as such: $ printf "0\npartition\nprint\n" | sudo format [elided] partition> Current partition table (original): Total disk cylinders available: 60764 + 2 (reserved cylinders) Part TagFlag Cylinders SizeBlocks 0 rootwm 1 - 60763 930.94GB(60763/0/0) 1952315190 1 unassignedwm 00 (0/0/0) 0 2 backupwu 0 - 60763 930.95GB(60764/0/0) 1952347320 3 unassignedwm 00 (0/0/0) 0 4 unassignedwm 00 (0/0/0) 0 5 unassignedwm 00 (0/0/0) 0 6 unassignedwm 00 (0/0/0) 0 7 unassignedwm 00 (0/0/0) 0 8 bootwu 0 - 0 15.69MB(1/0/0) 32130 9 unassignedwm 00 (0/0/0) 0 Same partition table for disk 1: $ printf "0\npartition\nprint\n" | sudo format Searching for disks...done AVAILABLE DISK SELECTIONS: 0. c3t0d0 /pci@0,0/pci8086,3c08@3/pci1028,1f78@0/sd@0,0 1. c3t1d0 /pci@0,0/pci8086,3c08@3/pci1028,1f78@0/sd@1,0 Specify disk (enter its number): selecting c3t1d0 [disk formatted] /dev/dsk/c3t1d0s0 is part of active ZFS pool rpool. Please see zpool(1M). [elided] partition> Current partition table (original): Total disk cylinders available: 60764 + 2 (reserved cylinders) Part TagFlag Cylinders SizeBlocks 0 rootwm 1 - 60763 930.94GB(60763/0/0) 1952315190 1 unassignedwm 00 (0/0/0) 0 2 backupwu 0 - 60763 930.95GB(60764/0/0) 1952347320 3 unassignedwm 00 (0/0/0) 0 4 unassignedwm 00 (0/0/0) 0 5 unassignedwm 00 (0/0/0) 0 6 unassignedwm 00 (0/0/0) 0 7 unassignedwm 00 (0/0/0) 0 8 bootwu 0 - 0 15.69MB(1/0/0) 32130 9 unassignedwm 00 (0/0/0) 0 So for a mirrored rpool like mine, is switching to loader still just as simple as the end of the article makes it seem? Also, would I install the loader boot block into s0, or s8? Since *both* disks are marked as bootable, do I run the command once for each disk? I haven't had a single problem with 2016.10 in more than a week, so I really don't see ever needing to go back to any of my old boot environments. I'm completely OK with the conversion to loader being a one-way trip. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] to update oi to hipster or install hipster ...
"Hetrick, Joseph P" writes: > Hi, > > I would be very aware of the issues with zfs send/recv I have posted > here and to illumos discuss before performing either activity. If you > have an OI 151aN series install I would be cautious thinking you can > zfs send/receive data between them. We have found that newer > hipster/Omni releases carry something new in filesystems created that > means that we cannot send datasets to ZFSoL, older (151aN) OI releases > without some sort of deadlock in zfs recv. Am I reading you right in thinking you are speaking of send from new - receive on old... as being the place a problem occurs? If its not a typo, I'm not sure what ZFSoL means. In the case I'm describing I was referring to send from rpool disk and receive on a different zpool on the same OS. 151_9 is what it was called a couple of years ago. And is straight oi .. no hipster. Another poster named the technique I suggested I would use getting between the old oi and new hipster install. I couldn't remember it. It is called export/import. So before shutting down that final time I would export my zpools, do the new install (keeping the exported zpool disks unmounted during install) and then import them. Do you know if there is likely to be trouble with that?... Has zpool been updated enough during hipster dev that zpools from 151_9 will not import correctly? I'm guessing since people have reported successfully updating from 151_9 to hipster that there must not be enough difference between the repective zpools to cause problems. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] Not proposing a flame war ...What are the pros in favor of hipster
I am so far from knowledgable about the differences between the various Solaris branches is the only reason for asking this question. I'd like to hear a bit about the pro's of hipster as compared to Solaris 11.3. Maybe a few pointer showing where the real differences are and what they mean. Maybe a bit about how well either one is supported, too. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Not proposing a flame war ...What are the pros in favor of hipster
I am so far from knowledgable about the differences between the various Solaris branches is the only reason for asking this question. I'd like to hear a bit about the pro's of hipster as compared to Solaris 11.3. Maybe a few pointer showing where the real differences are and what they mean. Maybe a bit about how well either one is supported, too. I'm not much knowledgeable either, but here is how I see it: - Price (main advantage of Hipster): Solaris 11: Very expensive annual subscription Hipster: Free - Source code availability (I see no difference here, as I don't want to build OS from source): Solaris 11: Closed source Hipster: Open source - Development and support manpower (Solaris 11 wins here): Solaris 11: Backed by a large corporation Hipster: Developed and supported by a small group of enthusiasts - Technical differences: As the two operating systems go their own ways, differences will increase in the future. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Not proposing a flame war ...What are the pros in favor of hipster
On 11/ 9/16 03:04 AM, Harry Putnam wrote: I am so far from knowledgable about the differences between the various Solaris branches is the only reason for asking this question. I'd like to hear a bit about the pro's of hipster as compared to Solaris 11.3. Maybe a few pointer showing where the real differences are and what they mean. Maybe a bit about how well either one is supported, too. Hi. For me the greatest advantage of OI is that if something doesn't work, I can try fixing it. And when I don't know how I should fix it, I can ask others and they are likely to help with issue. Also, as I'm mostly interested in Solaris-like open source desktop, OI is the evident choice here ;) As for general server solution, things are not so bright here. S11 is closed. More to this, it's Oracle product. It's bad enough for us to avoid it in any possible way. I think nobody here (at any of my jobs) will never even consider opportunity to deploy S11-based solution (it's much more ridiculous than using Oracle DBMS in newly-written application). If we want commercial support for unix-like OS (which is very unlikely), we have OmniOS for Solaris-like OS or RedHat for Unix-like OS. I don't understand why I should pay support fees for unix-like OS just to get updates. I can use any other open source unix-like system to get free security updates and minimal necessary support (reaction to bug reports). Actually we use Debian/Ubuntu and a bit OI. S11 has a lot of technologies which we don't have, for example, it has OpenStack support, Docker support, kernel zones. In my opinion, lately, illumos doesn't bring a lot of superior features, it's more like 'S11-beta-on-life-support'. Support for new devices is added, a lot of ZFS and DTrace work is done here, some work to enhance API compatibility with Linux/BSDs is done, but I can't name any ground-breaking technology which appeared here in last 2-3 years and is not present in Linux/BSD world. As for other open source unix-like OSes, we can see successs of Docker and containers in linux world, rise of systemd, perfect ZFS support in FreeBSD. So, if OpenSolaris in 2010 clearly had a lot of advantages over other OSes, now if we compare illumos and Linux/BSD world, this comparison will be not in favor of illumos. However, if we look at other distributions, we can see LX zones support or Docker support in SmartOS. So, if they go upstream, we can at least a bit compete on feature side with S11 ;) If we compare OI to other major illumos distributions, OmniOS and SmartOS, the thing we lack most of all is stable releases. I'm sure that we provide more packaged software than OmniOS, but we can't compete with SmartOS pkgsrc. However, you can use pkgsrc collection on OI. Note, that OI ships pristine illumos-gate, so we lack some base system features, which are present in SmartOS or OmniOS (such as LX zone support). Briefly: if you need general Unix-like OS, illumos-based solutions or S11 can be not the best choice. If you need ZFS storage, you hardly find anything better. If you need something S11-like, but free, your choices are restricted to OI and OmniOS (or SmartOS if you want good hypervisor). And if you want commercial supported general-purpose OS, you'd better look on RedHat, OmniOS or S11. -- Best regards, Alexander Pyhalov, system administrator of Southern Federal University IT department ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Font rendering
If anybody interested, I have found that in FreeType (including the latest v2.7), sub-pixel font smoothing is turned off by default - due to possible patent issues - see https://www.freetype.org/patents.html - scroll down to the last section of this page, and see: "... By default, FreeType's scan-line converter returns ‘gray’ sub-pixel images ... You can override these limitations by activating option FT_CONFIG_OPTION_SUBPIXEL_RENDERING". Using instructions from http://www.linuxfromscratch.org/blfs/view/svn/general/freetype2.html , I have managed to enable sub-pixel font smoothing in Hipster, here's how: Download freetype 2.7 source code, unpack. In include/freetype/config/ftoption.h uncomment FT_CONFIG_OPTION_SUBPIXEL_RENDERING and make sure that SUBPIXEL_HINTING set to 2; # ./configure --prefix=/usr --disable-static # gmake # gmake install Now fonts are looking really smooth! (but not in Firefox due to some reason). I'm using the following settings (right-click on desktop, select "Desktop Appearance...", click "Fonts" tab, click "Details" button, and select Smoothing: Subpixel (LCDs), and Hinting: Slight). ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
