On Wed, May 2, 2012 at 5:54 AM, Andrew Myers wrote:
> Hello,
>
> I'm trying to set up my system for building in zones as described in the
> documentation here:
>
> http://wiki.openindiana.org/oi/Building+in+zones
>
> I believe I've followed the instructions correctly, however I am unable to
> ac
I did some troubleshooting and came up with the following.
If I
have a monitor connected to my box then it always gets stuck at the
"syncing file systems...done" message.
However, if I don't have a
monitor connected and I ssh to the machine, init 5 successfully shuts
down the system. Pressi
On May 1, 2012, at 8:41 PM, Tim Dunphy wrote:
> hello list
>
> I have attempted to enable link aggregation on my oi 151 box using the
> command dladm create-aggr -d e1000g0 -d e1000g1 1 then I plumbed it
> with an address of 192.168.1.200 and echoed 192.168.1.1 >
> defaultrouter
>
> I noticed th
> ifconfig -a shows the aggregated link as well and all indications
> are that it's fine
Ifconfig doesn't do that. Try using the LACP related commands instead. Your
output should look like like the following
root@db031:~# dladm show-aggr -L
LINKPORT AGGREGATABLE SYNC COLL DIST
> My network interface is set up as as a bridged interface to
> my pc's wireless card.
If you are using a bridged interface then you need to match the mac address
in virtualbox to the burned in address on your hardware.
You can get your mac from: ipconfig /all in a command shell in windows
Let
Hello,
I'm trying to set up my system for building in zones as described in the
documentation here:
http://wiki.openindiana.org/oi/Building+in+zones
I believe I've followed the instructions correctly, however I am unable to
access the internet in my zone. I'm running oi151a as a guest on V
hello list
I have attempted to enable link aggregation on my oi 151 box using the
command dladm create-aggr -d e1000g0 -d e1000g1 1 then I plumbed it
with an address of 192.168.1.200 and echoed 192.168.1.1 >
defaultrouter
I noticed that my /etc directory did not have the traditional solaris
hostn
Can you elaborate on what you had to do to compile the server? I don't
understand what to do with the code in the MySQL bug. Sorry, and thanks.
On Tue, May 1, 2012 at 2:27 PM, Jonathan Adams wrote:
> got the server compiled with a combination of creating "forkpty" from
> http://bugs.mysql.com/bug
This is an oft-reported issue that I recall traces its roots back to
dropping SPARC hardware down to firmware mode. It also causes VMs to peg
their CPU. The only workaround I've seen anyone come up with is from this
list a few weeks ago which was given here:
http://openindiana.org/pipermail/openind
Hi
I installed a new machine with oi151a (headless server installation
used), but oi never switches the mashine off after "init 5". It does
everything it is supposed to do up to the point where is says, "syncing
file systems...done", but then never turns the hardware off.
"init 6" on the oth
> One possibility:
> One of the recent pre-stable updates came with an image format
> update, which older pkg won't be able to read
What does that mean? The image format in the global zone, which was updated in
the first place, still works. Is it possible, that the image format in the zone
is
Thanks for all the pointers everyone. I'm now at this point as well. I also
ran into some issues getting perl to compile the IO::Pty module due to,
apparently known, Solaris weirdness with gcc, which Bryan Iotti touched on
earlier.
doing configure --libdir=/usr/gnu/lib --bindir=/usr/gnu/bin --enab
got the server compiled with a combination of creating "forkpty" from
http://bugs.mysql.com/bug.php?id=22429, //ing out the stdin/out/err
declarations and removing -lutil from the Makefile ...
The server runs and sits in memory, it forced me to set my locale to
something UTF-8, however something
./src/statesync/completeterminal.cc and ./src/network/transportsender.cc
#ifndef INT_MAX
#define INT_MAX 2147483647 /* max value of an "int" */
#endif
./src/util/fatal_assert.h and ./src/util/dos_assert.h
#ifndef __STRING
#define __STRING(x) #x
#endif
./src/network/network.h and ./
I also tried to compile it, but couldn't get it to succeed...
I had to compile protobuf and ncurses first, then symlink
libncursestw.so to libncurses.so otherwise it wouldn't find it, then it
appeared to work away for a while, only to crash miserably on a missing
"," or "." in network.h. Undec
You'll also need to get protocol-buffers to work.
-- Sriram
Belenix: www.belenix.org
On Tue, May 1, 2012 at 2:50 PM, Bryan N Iotti
wrote:
> Also, you might want to use the version of GCC that you find on SFE.
>
> The OI one in /usr/bin/gcc is version 3.4.3, while the one in SFE is 4.6.2.
> I hav
Also, you might want to use the version of GCC that you find on SFE.
The OI one in /usr/bin/gcc is version 3.4.3, while the one in SFE is
4.6.2. I have had better luck compiling with the latter as opposed to
the former.
When you have multiple compilers installed, you can set the one you want
17 matches
Mail list logo
