Re: [OpenIndiana-discuss] , The+AShift+Value+and+Advanced+Format+disks+and+ZFS
2012-06-20 12:42, Hans J. Albertsson wrote: Is the OI151 kernel going to be updated anytime soon? I don't know - I'm also on the outside of the project core. I think the idea was to have roughly monthly (or quarterly?) dev-releases, and some time has passed since early May ;) Alternatively, if I have an OI151a4 machine running well on a SuperMicro machine, is there another Illumos distro I could move to w/o too much pain? Technically yes, you can follow the How To Build Illumos wiki page and build your own kernel from up-to-date bits, while the rest would remain the same OI at your discretion (you can also rebuild that according to a different manual). You'd need to ensure that your build's number is higher than the installed packages (described in Wiki) and wait a while for the compilation to complete. The process is quite straightforward, I think - I spent some time earlier revising this wiki page in places where there was something to elaborate on in greater detail (now seen as child pages). HTH, //Jim Klimov ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] intermittent network? (rge device)
On 06/17/2012 03:15 PM, ramble1035 @dslextreme.com wrote: I've got a small PC with two rge networking interfaces (one on the motherboard, one on a separate pcie card). I'm seeing some intermittently flakey behavior, where the network just stops talking. Looking at it seems to indicate things are alive and well, and my internal LAN switch shows a hardware connection but no activity. This last episode, I experienced: a completely unresponsive local net connection on rge0 ifconfig showed correct values (possibly left over from when it *was* working) ping out got nothing ping in got request timeouts and no route to host errors the other network interface worked fine netstat -r produced (eventually) a routing table with a correct default route, but it took a while. Until recently, my experience with rge was good - at least on Asus M4A785-M and M5A97 motherboards, where they've never skipped a beat. However, I ran into the exact same behavior you're seeing on an M5A88-V EVO that I recently built up. My solution was to disable it and use an Intel PCIe card. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] Idea on mixing OI and SVR4 sparse zones
Hello David et al, I had a new idea for your project of using OI as a base for the distro to sustain/update existing Solaris deployments. In *our* systems management we have relatively little use for sparse-root zones, but quite a bit more of full-root ones, and to save on disk space (and minimize human error) we pre-create a golden dummy zone which remains unused per se, while its zfs clones are used to initialize the application zones. I understand that other deployments may have more use for sparse-root zones. I believe that fundamental differences between zones of different packaging would be in their branding and the scripts which implement this zone-branding (i.e. actions upon boot/attach/upgrade/etc.) - for example, an SVR4 native zone-attachment or even bootup might involve detection of packages installed in the global zone (or some other SVR4 template zone) and migration of zone info into the local zone's /var/sadm/install/contents, /var/sadm/pkg/* and similar databases. I wonder: if we add support for SVR4 zones into OI, maybe with an option to support sparse-root zones in some manner like read-only lofi-mounts of *some* /usr /lib etc. images, why not also support an svr4-golden zone type which would be a golden-image zone for mounting into sparse zones (and maybe for cloning into full-root zones - though any source zone can be cloned). This way updates of an svr4-golden zone would automatically propagate into svr4-sparse zones which are based on this golden zone instance, just like it used to take place for native SVR4 global zones. The differences now would be: 1) Instead of one global zone, there can be several golden zones to template for different tasks; it would also be more simple to have a full installation with GUI in GZ and a minimized installation in its zones 2) The GZ can be of any type (like IPS or DEB), while SVR4 packaging can be used to instantiate and bulk-upgrade sparse-root zones; 3) Possibly, it might make sense to change an LZ's assigned golden zone (where it mounts its binaries from) so as to change versions or whole software sets - perhaps this could aid in one-by-one migrations into newer software. Maybe, even, migrate an SVR4-based zone into an ipkg zone with an identical set of software in different packaging. PS: I think some terminology should be made, because the way I wrote it above, GZ stands for Global Zones as usual, but could be mistaken for golden zones. Maybe, define TZ (template zones) or something like that? ;) HTH, //Jim Klimov ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] OI151a4: ld.so.1: cadaver: fatal: relocation error: file /usr/lib/libreadline.so.5: symbol tgetent: referenced symbol not found
I installed the cadaver WebDav program from SFE, and when running it, I get the below error. cadaver http://www.branneriet.se/ . Connection to `www.branneriet.se' closed. ld.so.1: cadaver: fatal: relocation error: file /usr/lib/libreadline.so.5: symbol tgetent: referenced symbol not found Killed Before I spend a lot of effort finding a cure ( I suppose it's a problem in libreadline linking termcap) I thought to ask if there's a known easy fix. An alternative would be to point me at some other way to run a webdav client on OI151a4 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] , The+AShift+Value+and+Advanced+Format+disks+and+ZFS
On Wed, 20 Jun 2012, Hans J. Albertsson wrote: Is the OI151 kernel going to be updated anytime soon? Alternatively, if I have an OI151a4 machine running well on a SuperMicro machine, is there another Illumos distro I could move to w/o too much pain? OpenIndiana build 151a is indeed rather stale and not capable of installing on some recent hardware. Illumos has progressed quite a lot since last September. Illumos has recently made some significant leaps (e.g. GCC 4.4 compilation) and perhaps OpenIndiana wants to pick up these and make sure that it is all stable before making another formal release. I hope to accept delivery of a SuperMicro machine this week which required 151a4 in order to use its network interfaces and support audio. 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 http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OI151a4: ld.so.1: cadaver: fatal: relocation error: file /usr/lib/libreadline.so.5: symbol tgetent: referenced symbol not found
Thanks. I know it isn't dav enabled. Skickat från min Android MobilUdo Grabowski (IMK) udo.grabow...@kit.edu skrev:On 20/06/2012 14:31, Hans J. Albertsson wrote: I installed the cadaver WebDav program from SFE, and when running it, I get the below error. cadaver http://www.branneriet.se/ . Connection to `www.branneriet.se' closed. ld.so.1: cadaver: fatal: relocation error: file /usr/lib/libreadline.so.5: symbol tgetent: referenced symbol not found Killed Before I spend a lot of effort finding a cure ( I suppose it's a problem in libreadline linking termcap) I thought to ask if there's a known easy fix. An alternative would be to point me at some other way to run a webdav client on OI151a4 This workaround helps (and reveals that the server is not WebDAV enabled) setenv LD_PRELOAD /usr/lib/libcurses.so (for csh/tcsh, or export LD_PRELOAD=/usr/lib/libcurses.so for bash) cadaver http://www.branneriet.se/ or https://www.branneriet.se/ -- Dr.Udo Grabowski Inst.f.Meteorology a.Climate Research IMK-ASF-SAT www-imk.fzk.de/asf/sat/grabowski/ www.imk-asf.kit.edu/english/sat.php KIT - Karlsruhe Institute of Technology http://www.kit.edu Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] VirtualBox in an IPS repo?
Hello, I was asked why the OI repos don't provide VirtualBox? My first reply was that this may be because of PUEL license limitations; however, since release of the 4.x branch, the basic software and its source code are GPLv2, with only the Extended Pack being PUEL. Hence the question: it there anything (but lack of time and other resources) forbidding the IPS redistribution of VirtualBox? Can the original Oracle SVR4 package be repacked for IPS, or must that be a private rebuild? Finally, which repo would that best fit into (illumos-userland, SFE, etc.) if anyone were to do this quest? Thanks for info, //Jim Klimov ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OI151a4: ld.so.1: cadaver: fatal: relocation error: file /usr/lib/libreadline.so.5: symbol tgetent: referenced symbol not found
On 20/06/2012 18:51, Gordon Ross wrote: On Wed, Jun 20, 2012 at 8:46 AM, Udo Grabowski (IMK) udo.grabow...@kit.edu wrote: On 20/06/2012 14:31, Hans J. Albertsson wrote: I installed the cadaver WebDav program from SFE, and when running it, I get the below error. cadaver http://www.branneriet.se/ . Connection to `www.branneriet.se' closed. ld.so.1: cadaver: fatal: relocation error: file /usr/lib/libreadline.so.5: symbol tgetent: referenced symbol not found Killed Before I spend a lot of effort finding a cure ( I suppose it's a problem in libreadline linking termcap) I thought to ask if there's a known easy fix. An alternative Huh. After I implemented https://www.illumos.org/issues/1168 I thought libreadline got fixed so it would always find either the tgetent from the calling program, or the one in libtermcap. Right: here is the second issue, for readline: https://www.illumos.org/issues/1206 Unfortunately it looks like this never got integrated. What does this command show you: elfdump -d /usr/lib/libreadline.so.5 oi_151a4: Dynamic Section: .dynamic index tagvalue [0] NEEDED0x381b libc.so.1 [1] SONAME0x1 libreadline.so.5 [2] HASH 0x1c4 [3] STRTAB0x4c80 [4] STRSZ 0x3a57 [5] SYMTAB0x2240 [6] SYMENT0x10 [7] SUNW_SYMTAB 0x16f0 [8] SUNW_SYMSZ0x3590 [9] SUNW_SORTENT 0x4 [10] SUNW_SYMSORT 0x8c80 [11] SUNW_SYMSORTSZ0xb78 [12] CHECKSUM 0xc96b [13] VERNEED 0x86d8 [14] VERNEEDNUM0x1 [15] RELCOUNT 0xfc [16] PLTRELSZ 0xaa0 [17] PLTREL0x11 [18] JMPREL0xc158 [19] REL 0x97f8 [20] RELSZ 0x3400 [21] RELENT0x8 [22] FLAGS 0 0 [23] FLAGS_1 0 0 [24] SUNW_STRPAD 0x200 [25] SUNW_LDMACH 0x3eEM_AMD64 [26] PLTGOT0x3c094 [27-37] NULL 0 -- Dr.Udo GrabowskiInst.f.Meteorology a.Climate Research IMK-ASF-SAT www-imk.fzk.de/asf/sat/grabowski/ www.imk-asf.kit.edu/english/sat.php KIT - Karlsruhe Institute of Technologyhttp://www.kit.edu Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] VirtualBox in an IPS repo?
Hi, Jim Klimov píše v st 20. 06. 2012 v 19:22 +0400: Hello, I was asked why the OI repos don't provide VirtualBox? My first reply was that this may be because of PUEL license limitations; however, since release of the 4.x branch, the basic software and its source code are GPLv2, with only the Extended Pack being PUEL. Hence the question: it there anything (but lack of time and other resources) forbidding the IPS redistribution of VirtualBox? Can the original Oracle SVR4 package be repacked for IPS, or must that be a private rebuild? Finally, which repo would that best fit into (illumos-userland, SFE, etc.) if anyone were to do this quest? VBox team was delivering IPS package for some time. But their requirements for preinstall/postinstall were in collision with IPS team view. It is hard to judge who was/is right but generally, what is wrong with this SVR4 package (except autoupdate I would not recommend in case of VBox anyway)? As if the original SVR4 package can be repacked - you need to do more than just publish it as IPS, you have to deal with all work needed during install process. Also building VBox on Solaris was not simple task, not sure if it improved. Thanks for info, //Jim Klimov Best regards, Milan ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
