[OpenIndiana-discuss] Libreoffice
Hi Is there any success to have a fully funcional Libreoffice on Openindiana ? Greetings Paolo ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Crossbow performance bit rot
Jason Matthews wrote: Have you tried isolating other components? Is the behavior the same on all switch ports? Does it differ if you're connected to a different brand of switch? So I have four servers performing this particular role. Three of them, slowly and quietly march to their death. One, marches to its death but periodically gets a 'reset' where http response time suddenly drops and the clock on the march to death starts over. Yesterday, the 'resets' started happening on a second box. I current switch is a Junper EX4200 configured as a virtual switch with reasonable size stack chassis configured as line cards. It seems to work just dandy for the other systems connected to it. I haven't tried another switch yet, but there are no link related issues being reported on either side. I have used this configuration before with e1000 based nics on OSOL2009.6 and OI148. OK. Still, if it's possible in your hardware environment, I suggest trying different connections. There are several reasons for this: 1. It will help rule out another possible source of trouble, namely some kind of compatibility problem between these two systems. This is valid regardless of what else may be attached to that switch. 2. We've observed the same bad behavior from two different network interface cards with two completely different drivers, which makes the odds of some kind of low-level kernel driver problem a good bit lower. 3. I don't know of any reports of similar behavior from anyone else, which means that either others are ignoring the problem, or that there's something that is somehow special about your environment. Is there anything special going on here? For example, do you have standard IEEE link negotiation turned off -- forcing duplex or link speed? Nothing particularly special. The gigE spec says to leave those in autoneg, and they are in autoneg. Autoneg appears to work as advertised. OK; good. The servers are connected via a LACP with 2 members in the bundle. I have tested with LACP and with straight up Ethernet switching, it makes no difference. That's an interesting bit. I'm not positive what you mean by straight up Ethernet switching. Does that mean a single physical link from the server to the switch, or does it mean two links using 802.3ad link aggregation but with LACP turned off? If it means the latter, then that sounds like another variable to check out. I would configure a plain vanilla Ethernet link -- no 802.3ad -- and see if the problem can be seen there. (Traditionally, on Solaris, IPMP has been used for link facility protection. In some cases, it can detect errors that LACP cannot. I'm not saying that LACP is a bad idea at all, but rather that since it has far fewer miles on it, at least in terms of the Solaris kernel, the ice is almost certainly thinner below.) Here is the switch config, it is pretty plain vanilla. Yes, except for the 802.3ad link aggregation, it does look pretty plain. I havent seen the APIC issues but I have been turning the APIC knobs. I gave apic_timer_preferred_mode a whirl. It made no impact. I also tried setprop acpi-user-options=0x8 and setprop acpi-user-options=0x2 individually. These also brought me no joy. OK. That eliminates a few possibilities. I gave disabling hw acceleration a whirl. tx_hcksum_enable = 0; rx_hcksum_enable = 0; lso_enable = 0; disabling the hardware acceleration earned me about 40% jump in cpu utilization but no relief on the original problem. ... as does that. I haven't tried connecting them to another switch, but I see no link related issues. No discards, errors, etc. I would consider excessive packet delivery delays to be a potential link-related issue. I realize that the problem isn't causing the counters to pop, but that by itself doesn't mean that there's no issue there. Another thing to look at would be the kstats for the Ethernet drivers. It would be interesting to see what changes before and after one of these reset events, to see if the driver is noticing something or if the problem is actually elsewhere. I did notice one interesting item. The server that has had the 'resets' where performance returns to normal but then begins the march of death has a link state of 'unknown' on its two vnics. That is interesting. Unfortunately, I'm not sure what it means. At this point I think the prime suspect would have to be 802.3ad, though I can't point at anything definitive. -- James Carlson 42.703N 71.076W carls...@workingcode.com ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Suitable Dev box to replace Ultra 80
I would love a sparc port. Right now I am putting openbsd on my blade1000 because I hate to see it sit there and collect dust. I just wish we had a driver for the xvr-1200 although truthfully vi doesn't really need much 3d acceleration. On 01/23/12 08:04 PM, Peter Firmstone wrote: I've used Sparc since the 90's, in my undergrad university days, I used to log in remotely to the University network, using a Sparc Classic, I never suffered the consequences of MS Word documents becoming corrupted, or the other PC reliability issues and had the benefit of additional account privileges (unofficially) like untimed internet access, only because the sysadmin used sparc and all the important infrastructure at the Uni was sparc or Unix based. I'm somewhat afraid of using Intel hardware, especially on the internet, due to the bios and network hardware security issues that OS's can't prevent. OpenBoot is far more powerful than typical x86 bios. It would be nice to have a Niagara dev box, for multi threading development. How portable is Openindiana, from what I can tell it's intel only? How easy is Openindiana to build, do you think there would be enough interest in a sparc port? Or perhaps an ARM64 port? Arm seems to have much greater economy of scale and could displace x86 the same way x86 displaced the big Unix vendors (well actually it was more like top brass knee jerk reactions, like Alpha's untimely and premature death). Unlike Intel, anyone can license arm (or sparc for that matter, but ARM has the numbers). If Openindiana was to support ARM64 some time in future, now would be the time to start, while hardware vendors are looking to enter new markets. Cheers, Peter. Message: 4 Date: Mon, 23 Jan 2012 08:22:40 -0500 From: Daniel Kjar dk...@elmira.edu To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org Subject: Re: [OpenIndiana-discuss] Suitable Dev box to replace Ultra 80 Message-ID: 4f1d5f20.6010...@elmira.edu Content-Type: text/plain; charset=ISO-8859-1; format=flowed If you like old sun hardware you could pick up an ultra 40 or 20 used. I put a 3ghz dual core in my ultra 20 and 8 gbs of ram + 4 hard drives. The 40 has much better options. I also have a 4x2 core (885s I believe) v40z with 32gb of ram I picked up for 500 dollars a couple years ago. That is my openindiana sunray server. Follow the instructions on the sunray users forum and it works great. No kiosks though. Sadly I have had to retire my old blade1000 due to the same kind of stuff you mention. I use the ultra 20 as a file server and my desktop. 08:21am up 61 days 21:53 On 01/22/12 12:16 AM, Peter Firmstone wrote: Hi, I've got a Grandfathers Axe, Ultra 80, 4 CPU, 4GB Ram, 4 x 2.5 SAS Drives, 2 x 3.5 SCSI, 2x XVR-1000's and dual 24 LCD Monitors. I had been waiting for Sun to release a new sparc workstation, but it never happened. Its a Java dev box, all round work computer (with sunray clients), has a zone with a web server, online since 2005. I recently noticed that JDK1.7 isn't supported on my release of Solaris 10, I'm guessing it isn't on Openindiana either ;), but better to have community support than nothing at all! I also participate in the Apache River project, once I replace this workstation, our software will no longer be tested on Solaris Sparc, so support for that OS / Hardware combo will be dropped. What's the best (Rock solid) CPU / Motherboard / ECC Ram / Hardware to run Openindiana with? Can Openindiana server thin clients eg ltsp? Where do you order Openindiania DVD's? Thanks, Peter. ___ 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 -- Dr. Daniel Kjar Assistant Professor of Biology Division of Mathematics and Natural Sciences Elmira College 1 Park Place Elmira, NY 14901 607-735-1826 http://faculty.elmira.edu/dkjar ...humans send their young men to war; ants send their old ladies -E. O. Wilson ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Libreoffice
Hi Paolo, On Tue, Jan 24, 2012 at 4:44 AM, Paolo Marcheschi paolo.marches...@ftgm.it wrote: Is there any success to have a fully funcional Libreoffice on Openindiana ? I'm not aware of a published binary. With the number of various applications that have been ported to Solaris/OpenIndiana on x86, there likely isn't a reason why LibreOffice couldn't be ported to OpenIndiana, other than the fact, that no one has the time and perserverance to do so. It has been discussed on the Document Foundation's mailing list before [1]. [1] http://listarchives.documentfoundation.org/www/discuss/msg07090.html Hopefully any error messages will help you locate the problem(s). Cheers, Jan ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] CIFS performance issues
The system I'm using is not that beefy. It's a 4-core Phenom II using a server grade hard drive as system drive and 8 consumer grade drives for the storage pool that are behind an LSI SAS 1068e controller. I have 4GB RAM in it. I have experienced freeze-ups due to failing hard drives in the storage pool in the past. When they happened, they affected the CIFS connection (of course) but not the SSH connection. Moreover, I could see errors with iostat -En. I don't know if you have iostat in Linux but I'm afraid you don't. I experienced a series of shorter freeze-ups today (3-5 seconds long) while monitoring the system using System Monitor through the 'vncserver' and 'top' over SSH. Those freeze-ups affected th CIFS connection, SSH, and VNC connection (but did not sever them). The freeze-ups were not long enough so that I could get to check the RDP connection to the VM. When those freeze-ups occurred, the system monitor gracefully showed this as a dip in the real-time network history chart so these freeze-ups don't seem to stagger the operation of the network monitor. The CPU utilization was around 10-15% and the memory usage was around 13.5% (540MB) all the time so I don't think capping the ARC would do much good. I looked into the /var/adm/messages and found the nwamd[99]: [ID 234669 daemon.error] 3: nwamd_door_switch: need solaris.network.autoconf.read for request type 1 errors during the time. I'll look more carefully next time and see if the time-stamps of these entries match the time at which I experience those freeze-ups. I suspect that they do. No errors are found with iostat -E. I'll also look into the iowait to see if it will give any clues, I'm not sure though how to keep a history of iowait the way system monitor keeps a history of cpu utilization, memory usage and network activity. I have also been suggested to try out the prestable version of OI and see if theses freeze-ups occur when using static IP (i.e. not nwam). Robin. On 2012-01-24 06:39, Robbie Crash wrote: I had problems that sound nearly identical to what you're describing when running ZFS Native under Ubuntu, but without the VM aspect. They seemed to happen when the server would begin to flush memory after large reads or writes to the ZFS pool. How much RAM does your machine have? Have you considered evil tuning your ARC cache for testing? SSH would disconnect and fileshares would become unavailable. http://www.solarisinternals.com/wiki/index.php/ZFS_Evil_Tuning_Guide#Limiting_the_ARC_Cache What is the rest of the system reporting? CPU? Memory in use? IO Wait? Are you using consumer grade hard drives? These could be doing their lovely 2 minute read recovery thing and causing headaches with the pool access. Does the host have any CIFS shares that you can attempt to access while the guest is frozen? I found that forcing ZFS to stay 2.5GB under max, rather than the default(?) 1GB improved stability vastly. I haven't had the same issues after moving to OI, but I've also quadrupled the amount of RAM in my box. Sorry if any of this is horribly off the mark, most of my ZFS/CIFS/SMB problems happened while running ZFS on Ubuntu, and I'm pretty new to OI. On Mon, Jan 23, 2012 at 16:17, Open Indianaopenindi...@out-side.nl wrote: What happens if you disable nwam and use the basic/manual ifconfig setup? -Original Message- From: Robin Axelsson [mailto:gu99r...@student.chalmers.se] Sent: maandag 23 januari 2012 15:10 To: openindiana-discuss@openindiana.org Subject: Re: [OpenIndiana-discuss] CIFS performance issues No, I'm not doing anything in particular in the virtual machine. The media file is played on another computer in the (physical) network over CIFS. Over the network I also access the server using Remote Desktop/Terminal Services to communicate to the virtual machine (using the VirtualBox RDP interface, i.e. not the guest OS RDP), VNC (to access OI using vncserver) and SSH (to OI). I wouldn't say that the entire server stops responding, only the connection to CIFS and SSH. I wasn't running VNC when it happened yesterday so I don't know about it, but the RDP connection and the Virtual Machine inside this server was unaffected while CIFS and SSH was frozen. I tried today to start the virtual machine but it failed because it could not find the connection (e1000g2): Error: failed to start machine. Error message: Failed to open/create the internal network 'HostInterfaceNetworking-e1000 g2 - Intel PRO/1000 Gigabit Ethernet' (VERR_SUPDRV_COMPONENT_NOT_FOUND). Failed to attach the network LUN (VERR_SUPDRV_COMPONENT_NOT_FOUND). Unknown error creating VM (VERR_SUPDRV_COMPONENT_NOT_FOUND) ifconfig -a returns: ... e1000g1: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 2 inet 10.40.137.185 netmask ff00 broadcast 10.40.137.255 e1000g2: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 3 inet 10.40.137.196 netmask ff00
Re: [OpenIndiana-discuss] Libreoffice
I wish I had an OI server to test/compile on, but I only have a laptop (with limited space) ... we use Solaris 10 on our servers and that's just not the same. I noticed that they appear to have significantly reduced the number of tar source files to download with 3.5.0, so I might be able to get my head around compiling it this time. after deleting all my snapshots, I have 12Gb available on disk. I might give it a go. On 24 January 2012 15:05, Jan Owoc jso...@gmail.com wrote: Hi Paolo, On Tue, Jan 24, 2012 at 4:44 AM, Paolo Marcheschi paolo.marches...@ftgm.it wrote: Is there any success to have a fully funcional Libreoffice on Openindiana ? I'm not aware of a published binary. With the number of various applications that have been ported to Solaris/OpenIndiana on x86, there likely isn't a reason why LibreOffice couldn't be ported to OpenIndiana, other than the fact, that no one has the time and perserverance to do so. It has been discussed on the Document Foundation's mailing list before [1]. [1] http://listarchives.documentfoundation.org/www/discuss/msg07090.html Hopefully any error messages will help you locate the problem(s). Cheers, Jan ___ 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] CIFS performance issues
On Tue, Jan 24, 2012 at 04:39:42PM +0100, Robin Axelsson wrote: ifconfig -a returns: ... e1000g1: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 2 inet 10.40.137.185 netmask ff00 broadcast 10.40.137.255 e1000g2: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 3 inet 10.40.137.196 netmask ff00 broadcast 10.40.137.255 rge0: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 4 Do you really have two ethernet ports on the same network? You can't do that without some sort of link aggregation on both ends of the connection. I experienced a series of shorter freeze-ups today (3-5 seconds long) while monitoring the system using System Monitor through the 'vncserver' and 'top' over SSH. Those freeze-ups affected th CIFS connection, SSH, and VNC connection (but did not sever them). The freeze-ups were not long enough so that I could get to check the RDP connection to the VM. -- -Gary Mills--refurb--Winnipeg, Manitoba, Canada- ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Libreoffice
last time I had a look (v3.4.4.2), it still required Solaris Studio to compile. that said, I had to change the configure script to bypass a wonky check for GNU ld that failed no matter what, add the internal version of Solaris Studio to its acceptable compiler list (5.10, I believe), but then the spot I got stuck was when it was trying to build its own dmake despite there already being one present with sstudio. If you search the list archives for libreoffice, you'll find the thread -- or look for my last post on Nov 8th, 2011. -Gary ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] CIFS performance issues
On 2012-01-24 16:52, Gary Mills wrote: On Tue, Jan 24, 2012 at 04:39:42PM +0100, Robin Axelsson wrote: ifconfig -a returns: ... e1000g1: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 2 inet 10.40.137.185 netmask ff00 broadcast 10.40.137.255 e1000g2: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 3 inet 10.40.137.196 netmask ff00 broadcast 10.40.137.255 rge0: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 4 Do you really have two ethernet ports on the same network? You can't do that without some sort of link aggregation on both ends of the connection. I don't see why not. I've done this before and it used to work just fine. These are two different controllers that work independently and I do it so that the VM(s) could have its own NIC to work with as I believe the virtual network bridge interferes with other network activity. If we assume that both ports give rise to problems because they run without teaming/link aggregation (which I think not) then there wouldn't be any issues if I only used one network port. I have tried with only one port and the issues are considerably worse in that configuration. I experienced a series of shorter freeze-ups today (3-5 seconds long) while monitoring the system using System Monitor through the 'vncserver' and 'top' over SSH. Those freeze-ups affected th CIFS connection, SSH, and VNC connection (but did not sever them). The freeze-ups were not long enough so that I could get to check the RDP connection to the VM. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] CIFS performance issues
Robin Axelsson wrote: On 2012-01-24 16:52, Gary Mills wrote: On Tue, Jan 24, 2012 at 04:39:42PM +0100, Robin Axelsson wrote: ifconfig -a returns: ... e1000g1: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 2 inet 10.40.137.185 netmask ff00 broadcast 10.40.137.255 e1000g2: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 3 inet 10.40.137.196 netmask ff00 broadcast 10.40.137.255 rge0: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 4 Do you really have two ethernet ports on the same network? You can't do that without some sort of link aggregation on both ends of the connection. I don't see why not. I've done this before and it used to work just fine. These are two different controllers that work independently and I do it so that the VM(s) could have its own NIC to work with as I believe the virtual network bridge interferes with other network activity. It's never worked quite right (whatever right might mean here) on Solaris. If you have two interfaces inside the same zone that have the same IP prefix, then you have to have IPMP configured, or all bets are off. Maybe it'll work. But probably not. And was never been supported that way by Sun. If we assume that both ports give rise to problems because they run without teaming/link aggregation (which I think not) then there wouldn't be any issues if I only used one network port. I have tried with only one port and the issues are considerably worse in that configuration. That's an interesting observation. When running with one port, do you unplumb the other? Or is one port just an application configuration issue? If you run /sbin/route monitor when the system is working fine and leave it running until a problem happens, do you see any output produced? If so, then this could fairly readily point the way to the problem. -- James Carlson 42.703N 71.076W carls...@workingcode.com ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Libreoffice
trying LO 3.5.0.1 ... well it needs zip3.0 (2008) for a start, we ship 2.32 (2006) ... and I couldn't get it to compile with SunStudio (not that I tried overly hard) ... after that it needed JUnit (which I got from pkg) and I had to modify their borked configure file to change grep -q to $GREP -q ... It appears to now be downloading Mb's of files including openssl, cairo and seamonkey ... looks like very specific versions of those sources ... maybe it's as picky as Illumos ;P already used 3Gb ... we'll see how well it does before time-slider starts shouting at me. Jon On 24 January 2012 16:55, Gary gdri...@gmail.com wrote: last time I had a look (v3.4.4.2), it still required Solaris Studio to compile. that said, I had to change the configure script to bypass a wonky check for GNU ld that failed no matter what, add the internal version of Solaris Studio to its acceptable compiler list (5.10, I believe), but then the spot I got stuck was when it was trying to build its own dmake despite there already being one present with sstudio. If you search the list archives for libreoffice, you'll find the thread -- or look for my last post on Nov 8th, 2011. -Gary ___ 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] CIFS performance issues
On 2012-01-24 19:14, James Carlson wrote: Robin Axelsson wrote: On 2012-01-24 16:52, Gary Mills wrote: On Tue, Jan 24, 2012 at 04:39:42PM +0100, Robin Axelsson wrote: ifconfig -a returns: ... e1000g1: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4mtu 1500 index 2 inet 10.40.137.185 netmask ff00 broadcast 10.40.137.255 e1000g2: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4mtu 1500 index 3 inet 10.40.137.196 netmask ff00 broadcast 10.40.137.255 rge0: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4mtu 1500 index 4 Do you really have two ethernet ports on the same network? You can't do that without some sort of link aggregation on both ends of the connection. I don't see why not. I've done this before and it used to work just fine. These are two different controllers that work independently and I do it so that the VM(s) could have its own NIC to work with as I believe the virtual network bridge interferes with other network activity. It's never worked quite right (whatever right might mean here) on Solaris. If you have two interfaces inside the same zone that have the same IP prefix, then you have to have IPMP configured, or all bets are off. Maybe it'll work. But probably not. And was never been supported that way by Sun. The idea I have with using two NICs is to create a separation between the virtual machine(s) and the host system so that the network activity of the virtual machine(s) won't interfere with the network activity of the physical host machine. The virtual hub that creates the bridge between the VM network ports and the physical port tap into the network stack of the host machine and I suspect that this configuration is not entirely seamless. I think that the virtual bridge interferes with the network stack so letting the virtual bridge have its own network port to play around with has turned out to be a good idea, at least when I was running OSOL b134 - OI148a. I suppose I could try to configure the IPMP, I guess I will have to throw away the DHCP configuration and go for fixed IP all the way as DHCP only gives two IP addresses and I will need four of them. But then we have the problem with the VMs and how to separate them from the network stack of the host. I will follow these instructions if I choose to configure IPMP: http://www.sunsolarisadmin.com/networking/configure-ipmp-load-balancing-resilience-in-sun-solaris/ If we assume that both ports give rise to problems because they run without teaming/link aggregation (which I think not) then there wouldn't be any issues if I only used one network port. I have tried with only one port and the issues are considerably worse in that configuration. That's an interesting observation. When running with one port, do you unplumb the other? Or is one port just an application configuration issue? If you run /sbin/route monitor when the system is working fine and leave it running until a problem happens, do you see any output produced? If so, then this could fairly readily point the way to the problem. WIth one port I mean that only one port is physically connected to the switch, all other ports but one are disconnected. So I guess ifconfig port_id unplumb would have no effect on such ports. I managed to reproduce a few short freezes while /sbin/route monitor was running over ssh but it didn't spit out any messages, perhaps I should run it on a local terminal instead. I looked at the time stamps of the entries in the /var/adm/messages and they do not match the freeze-ups by the minute. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] CIFS performance issues
Robin Axelsson wrote: If you have two interfaces inside the same zone that have the same IP prefix, then you have to have IPMP configured, or all bets are off. Maybe it'll work. But probably not. And was never been supported that way by Sun. The idea I have with using two NICs is to create a separation between the virtual machine(s) and the host system so that the network activity of the virtual machine(s) won't interfere with the network activity of the physical host machine. Nice idea, but it unfortunately won't work. When two interfaces are plumbed up like that -- regardless of what VM or bridge or hub or virtualness there might be -- the kernel sees two IP interfaces configured with the same IP prefix (subnet), and it considers them to be completely interchangeable. It can (and will!) use either one at any time. You don't have control over where the packets go. Well, unless you get into playing tricks with IP Filter. And if you do that, then you're in a much deeper world of hurt, at least in terms of performance. The virtual hub that creates the bridge between the VM network ports and the physical port tap into the network stack of the host machine and I suspect that this configuration is not entirely seamless. I think that the virtual bridge interferes with the network stack so letting the virtual bridge have its own network port to play around with has turned out to be a good idea, at least when I was running OSOL b134 - OI148a. I think you're going about this the wrong way, at least with respect to these two physical interfaces. I suspect that the right answer is to plumb only *ONE* of them in the zone, and then use the other by name inside the VM when creating the virtual hub. That second interface should not be plumbed or configured to use IP inside the regular OpenIndiana environment. That way, you'll have two independent paths to the network. I suppose I could try to configure the IPMP, I guess I will have to throw away the DHCP configuration and go for fixed IP all the way as DHCP only gives two IP addresses and I will need four of them. But then we have the problem with the VMs and how to separate them from the network stack of the host. It's possible to have DHCP generate multiple addresses per interface. And it's possible to use IPMP with just one IP address per interface (in fact, you can use it with as little as one IP address per *group*). And it's possible to configure an IPMP group with some static addresses and some DHCP. But read the documentation in the man pages. IPMP may or may not be what you really want here. Based on the isolation demands mentioned, I suspect it's not. The only reason I mentioned it is that your current IP configuration is invalid (unsupported, might not work, good luck with that) without IPMP -- that doesn't mean you should use IPMP, but that you should rethink the whole configuration. One of the many interesting problems that happens with multiple interfaces configured on the same network is that you get multicast and broadcast traffic multiplication: each single message will be received and processed by each of the interfaces. Besides the flood of traffic this causes (and the seriously bad things that will happen if you do any multicast forwarding), it can also expose timing problems in protocols that are listening to those packets. When using IPMP, one working interface is automatically designated to receive all incoming broadcast and multicast traffic, and the others are disabled and receive unicast only. Without IPMP, you don't have that protection. Another interesting problem is source address usage. When the system sends a packet, it doesn't really care what source address is used, so long as the address is valid on SOME interface on the system. The output interface is chosen only by the destination IP address on the packet -- not the source -- so you'll see packets with source address A going out interface with address B. You might think you're controlling interface usage by binding some local address, but you're really not, because that's not how IP actually works. With IPMP, there's special logic engaged that picks source IP addresses to match the output interface within the group, and then keeps the connection (to the extent possible) on the same interface. But those are just two small ways in which multiple interfaces configured in this manner are a Bad Thing. A more fundamental issue is that it was just never designed to be used that way, and if you do so, you're a test pilot. I will follow these instructions if I choose to configure IPMP: http://www.sunsolarisadmin.com/networking/configure-ipmp-load-balancing-resilience-in-sun-solaris/ Wow, that's old. You might want to dig up something a little more modern. Before OpenIndiana branched off of OpenSolaris (or before Oracle slammed the door shut), a lot of work went into IPMP to make it much more flexible. If you run /sbin/route monitor when
Re: [OpenIndiana-discuss] Libreoffice
Just posting in case I forget to later ... It's not finished yet (by any means ... currently running on single core, so I can spot errors, T7250 @ 2.00GHz so not the best piece of hardware ever.) modified configure.in to change grep -q to $GREP -q added 2.10 to the sunstudio minors ... else if ($2 == 8) print true; else if ($2 == 9) print true; else if ($2 == 10) print true; ... modify solenv/inc/unitools.mk and change the relevant GMAKE=/usr/sfw/bin/gmake, rather than GMAKE=/usr/sfw/bin/make run ./autogen.sh CC=cc CXX=CC MAKE=gmake COM=sunpro there are still issues with xargs, it wants to run xargs -0, and I have /usr/bin before /usr/gnu/bin in my path ... I'm ignoring the xargs warnings so far, but I might have to play with my path. Jon On 24 January 2012 19:25, Jonathan Adams t12nsloo...@gmail.com wrote: trying LO 3.5.0.1 ... well it needs zip3.0 (2008) for a start, we ship 2.32 (2006) ... and I couldn't get it to compile with SunStudio (not that I tried overly hard) ... after that it needed JUnit (which I got from pkg) and I had to modify their borked configure file to change grep -q to $GREP -q ... It appears to now be downloading Mb's of files including openssl, cairo and seamonkey ... looks like very specific versions of those sources ... maybe it's as picky as Illumos ;P already used 3Gb ... we'll see how well it does before time-slider starts shouting at me. Jon On 24 January 2012 16:55, Gary gdri...@gmail.com wrote: last time I had a look (v3.4.4.2), it still required Solaris Studio to compile. that said, I had to change the configure script to bypass a wonky check for GNU ld that failed no matter what, add the internal version of Solaris Studio to its acceptable compiler list (5.10, I believe), but then the spot I got stuck was when it was trying to build its own dmake despite there already being one present with sstudio. If you search the list archives for libreoffice, you'll find the thread -- or look for my last post on Nov 8th, 2011. -Gary ___ 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] Libreoffice
how'd you get past this? checking how to run the C preprocessor... /lib/cpp configure: error: in `/usr/local/src/libreoffice-bootstrap-3.4.5.2': configure: error: C preprocessor /lib/cpp fails sanity check ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss