Dennis Clarke wrote:
as I suspected .. a type casting problem.
Looks like there is a fix and there is an engineer but the other bugid
is not updated with the info. Or the two bugids are unrelated. Not
likely .. that looks to be the issue right there.
I'll try a build .. or .. no .. how
Rob wrote:
On Mon, Aug 4, 2008 at 11:25 PM, sanjay nadkarni (Laptop)
[EMAIL PROTECTED] wrote:
Rob wrote:
Hello! thanks for the reply :)
The inclusion of the new meta package entire
definiately makes the process easier, but i'm still
not able to boot into the newly created BE. Here
Gilles Gravier wrote
What's with the new warning about pcplusmp mod remove message? :)
This one?
WARNING: pcplusmp: mod_remove_by_name failed 16
You get it on uniprocessor systems (uppc) - when no apic is available.
For a virtualbox guest you can avoid the message by enabling the ioapic
Trying fast reboot on my Dell XPS M1330 equipped with a GeForce 8400M GS
and running OpenSolaris build 100, doesn't work if I am using the latest
177.80 nvidia driver.
It's probably a good idea to send this question to the xwindow discuss
forum...
Which 177.80 nvidia driver? The one
Antonello Cruz wrote:
Jürgen Keil wrote:
Trying fast reboot on my Dell XPS M1330 equipped with a GeForce 8400M GS
and running OpenSolaris build 100, doesn't work if I am using the latest
177.80 nvidia driver.
Which 177.80 nvidia driver? The one included with OpenSolaris
Antonello Cruz wrote:
Jürgen Keil wrote:
Antonello Cruz wrote:
Jürgen Keil wrote:
And how does it fail?
It drops to regular *slow* reboot.
Hmm, in about 30% of the fast reboots I get a warning
that the kernel is unable to allocate 64kbytes of contiguous
memory (needed for page
Guido Berhoerster wrote in indiana » discuss
(http://www.opensolaris.org/jive/thread.jspa?messageID=304536)
I seem to have some problem with the NVIDIA driver when cold
booting the RC1 live CD. X fails to start, booting stops at the
console login with the following error messages:
NOTICE:
What's the mainboard where this GeForce card is installed?
It is an Asus A8M2N-LA, see
http://h10025.www1.hp.com/ewfrf/wc/document?docname=c00714578dlc=enlc=encc=us
Is it using an nvidia chipset?
Yes, it has a 6150 LE which is not used as I have a 7600 PCIE
card, same problem as in
Randy Fishel wrote:
On Thu, 13 Nov 2008, Free wrote:
As i already said, suspend-resume works well in b100, but since upgraded
to 101a_rc1b, the resume doesn't work, the disk seems to work
permanently and the only choice i have is to poweroff the machine.
So to be clear, the machine
After having pretty good success with ASUS M2N*
boards and seeing that people had the M2N-VM DVI
board working under solaris, I bought one to use with
Indiana. I'm now regretting that choice since I have
been unable to get Indiana to recognize the onboard
nic.
prtconf -v shows that the
Sriram Natarajan wrote:
I was successfully working with OpenSolaris 2008.11 (upgraded from
008.05) on my Ultra-40 workstation for quite some time now. Not sure,
what caused it - but my system is unable to boot successfully since last
week end. Long story short - I got the system in single
Since you mention that everything was going fine and then problems
started to occur, is it possible that you have some hardware issues
? Is there anything in /var/adm/messages that could provide a clue ?
Can you run zpool status and zpool scrub to see if everything is fine ?
I
after several suspend-resume of my dell laptop (os2008.11),
evince (or even realplayer) hangs,
...
Doing a truss on the process , i notice several connections refused:
..
/1: connect(23, 0x082F3DE0, 16, SOV_DEFAULT)Err#146 ECONNREFUSED
Does a truss with option -v all reveal the
And what stack backtrace is reported by a pstack on such a hanging
process?
he...@delljm:~$ pmap 3671
3671:/opt/real/RealPlayer/realplay.bin
08034000 80K rwx--[ stack ]
That's pmap output, not pstack.
--
This message posted from opensolaris.org
/1: connect(23, 0x087DD648, 48, SOV_DEFAULT) Err#146 ECONNREFUSED
/1:AF_UNIX name = /var/tmp/orbit-henry/linc-2d4-0-49a39032c7fd8
On my system, the /var/tmp/orbit-* socket files seem to be applications
connected to the /usr/lib/gconfd-2 process.
Yep, same on my system.
Do you have
Do you have a gconfd-2 process running? If so, you could try trussing it
to see if it looks wedged.
Maybe gconfd-2 has crashed? That might explain the connection refused
errors...
no gconfd is running, and i have the same problem now with gedit. When i
type into the editor, i
solarg wrote:
Jürgen Keil wrote:
Does a truss with option -v all reveal the IP address and TCP port number
that we're trying to connect to?
the problem arises now when i'm trying to go into submenus
of evince, and truss reveals the same port and unix socket concerned:
/1: connect(23
here are what i have this morning:
connect(13, 0x08295E50, 47, SOV_DEFAULT) Err#146 ECONNREFUSED
AF_UNIX name =/var/tmp/orbit-henry/linc-b02-0-49afbdd1ae36
close(13)
...
he...@delljm:~$ echo b02=D | mdb
2818
delljm genunix: [ID 603404 kern.notice] NOTICE: core_log:
delljm genunix: [ID 603404 kern.notice] NOTICE: core_log:
at-spi-registryd[2818] core dumped: /var/cores/at-spi-registryd-2818
There is a bug filed for such an at-spi-registryd crash on b101a,
seems to have the same stack backtrace:
http://defect.opensolaris.org/bz/show_bug.cgi?id=5415
as i said previously, many apps are hanging sometimes, for instance,
gedit, gnome-terminal... but not firefox, openoffice,
...
After logout, every thing is working again, and i have a core of metacity:
...
Mar 5 09:15:14 delljm genunix: [ID 603404 kern.notice] NOTICE: core_log:
I don't think a crash of at-spi-registryd will cause
some of your applications hang. That ( some of your
applications hang) normally means at-spi-registryd is
hanging.
According to Gerard's truss traces, the applications try to
connect to an orbit socket (application - at-spi-registryd ?)
One thing that I observed is that on opensolaris build 108 the
desktop becomes extremely slow after enabling System -
Preferences - Assistive Technologies - Enable assistive
technologies; followed by logout / login to the gnome desktop.
I think part of the problem is that on build 108
I also seem to have this issue.
Maybe not...
I'm running Opensolaris inside a VMware Workstation.
Here the error messages that I get at booting up:
svc.startd[7]: svc:/system/hal:default: Method /lib/svc/method/svc-hal
start failed with exit status 95.
svc.startd[7]: system/hal:default
OS reports when booting always the message:
WARNING: Time-of-day chip unresponsive; dead
batteries? (this is inside a VM)
This causes it to have a wrong time (like year 1986),
until NTP has been started...
Hmm, yet another bug. It seems the root cause is a
bug in vmware, and some (but not
Ok, I tried this:
svccfg -s hal:default
addpg ntp-dienst dependency
setprop ntp-dienst/grouping = astring: require_all
setprop ntp-dienst/restart_on = astring: none
setprop ntp-dienst/type = astring: service
setprop ntp-dienst/entities = fmri:
svc:/system/network/ntp
exit
And restarted
The workaround for 6801386 is: Make sure hald starts
before Xorg does. I think this can be fixed with another
dependency, svc:/application/graphical-login/gdm:default
should depend on svc:/system/hal:default.
That dependency was already added to the gdm manifest in 105, but I've
seen
I'm short on places to hook up hard drives and considering removing the
internal DVD/cdrom drive to be replaced with a 500gb hard drive.
So wondering if I can make my OS see a usb or firewire connected
CD-Rom in the event I needed to boot from live-cd for emergency
maintenance or the like.
Suspend-to-RAM won't work in 109 (bug 7320).
Both suspend to RAM and wifi are working fine (so
far) on build 109 on my Toshiba Tecra R10.
On the bug report for 7320, one user reported suspend
wasn't working on 109 until pmconfig was run. Could
that be your problem? Yes it's
I updated to 109 from the dev repository, but booting hangs. A verbose
boot suggests it is having problems with a PCI express card (a no-name
si3132 SATA 2 controller) that is working (it is being booted from)
and worked in build 106.
There's another thread with more reports about
I got the same error message on my most recent update
if I booted into xVM mode. If I boot into non-xVM
mode it works fine.
Is that perhaps the hald problem, in build 110 on xVM?
Bug ID 6811793
Synopsis hald crashes because supported_frequencies_Hz is null
There is not much visible information in the public
description text for 6834260...
I'm getting the following panic under VirtualBox 2.2.2 when
I press a key during a build 111a happyface boot; is that the
same problem?
::status
debugging crash dump vmcore.0 (64-bit) from opensolaris
operating
how does OpenSolaris create the names for the
mountpoints for removable
media?
I have an USB stick with multiple partitions and it's
mounted like this:
/media/sitory.db-j on /dev/dsk/c1t0d0p0:1
In the pcfs case, /usr/lib/fs/pcfs/fstyp.so.1
is used to identify the pcfs filesystem and
1) Grub seems broken after the update. The system boots to a grub
prompt. Feeding it the equivalent of what is in the menu.lst it will
boot, but after that boot invoking installgrub did not help with
subsequent reboots. The menu.lst is correct. The most recent thing
I've tried is
VirtualBox-2.2.4 and OSOL-2009.06 do not get along. I installed OSOL in
a virtual machine, but when I boot off the harddrive I get some
glitches on the console (something gpx is trying to start I guess), but
that stops and I get a console login prompt.
Are there any error messages logged to
i tried the dtrace script, and i found that modunload
is taking around 1 min. i have attached the chart
generated and the log file.
Hmm, some of the hald commands show a strange delayed
start of about one minute...
Does your system have a ps/2 floppy drive, or is one
configured in the bios?
This is what you need to do to get pkg image update
to work a la bug fix above,
1. pfexec pkg fix SUNWckr
2. Then rerun pfexec pkg image-update
However this didn't work for me. I tried to run
pfexec pkg fix and I have a over 150 packages that
need to be fixed but now I get the
I am trying to get OpenSolaris 2009.06 to run from my 32 GB Kingston
compact flash drive attached to a standard Sil 0680 IDE controller. The
installer detects the card and install successfully. Upon reboot, GRUB
rops to a grub prompt. Any attempts to read menu.lst fail with:
grub root
I have a SCSI tape drive connected to an Adaptec 2940
controller. OpenSolaris doesn't appear to recognize
the controller.
Are there OpenSolaris drivers for the 2940?
I think the cadp driver supports this controller.
But there's no 64-bit version available for that driver.
Are you
Just upgraded SCXE snv_115 - snv_121 and the system
hangs on boot, -v flag produces these messages:
...
Using default device instance data
initialized model-specific module
'cpu_ms.GenuineIntel' on chip 0 core 0 strand 0
Then nothing.
Just a wild guess: could this be bug 6867906 ?
I just buy a new laptop (Toshiba Tecra A10)
What video hardware is used on that Tecra A10?
Intel or nVidia graphics hardware?
and I installed a fresh
OpenSolaris build 126 (downloaded via torrent, md5 was ok).
Sometimes I see some short freeze (the mouse and the keyboard are not
I lost my GRUB boot menu upon reboot - it boots to
the grub prompt now. Any ideas on how to fix this?
Hmm, at the grub prompt, is it possible to look at
the contents of the /boot/grub/menu.lst file, using
the grub console command
cat /boot/grub/menu.lst
Did you perhaps set
All that's in system-hal:default.log is:
[ Dec 13 11:03:52 Executing start method (/lib/svc/method/svc-hal start). ]
hal failed to start: error 2
[ Dec 13 11:09:11 Method start exited with status 95. ]
Hmm, there is a 250 second timeout in hald, function
parent_wait_for_child(); hald
What kind of hot pluggable / removable media devices
are connected to this system?
USB? Firewire? Flash memory sticks? Flash memory reader?
HDD? Optical devices?
Is there a PS/2 floppy device configured / connected to
this system?
This is a VM running inside VMware Fusion.
Ah, despite the VMware UI claiming the virtual CD/DVD
was disconnected, I see an NECVMWar VMware IDE
CDR10 at c4t0d0p0.
The virtual cd/dvd is present, but no (virtual) media is
inserted in the drive ?
Your program prints:
USCSI status: 0
data transferred: 4 bytes
000: 00 00 00 24 2a
(II) LoadModule: glx
(II) Loading /usr/lib/xorg/modules/extensions/mesa/amd64/libglx.so
(II) Module glx: vendor=X.Org Foundation
...
(**) Dec 25 14:21:52 NVIDIA(0): Enabling RENDER acceleration
(EE) Dec 25 14:21:52 NVIDIA(0): Failed to initialize the GLX module; please
check in your X
That appears to be similar to defect 13131
gnome desktop does not start, shows white screen; constype fails to open
/dev/fb
http://defect.opensolaris.org/bz/show_bug.cgi?id=13131
Followed instructions for workaround # 2,
Workaround #2 (from 6822628):
# svccfg -s
hiya, does anyone know the particular reason why
savecore is not enabled by default on OSOL ? it had
always been enabled on Solaris up to
ONNV so I'd assume this is turned off deliberately ?
PS: reason behind this question is that I lost 17
hours of reproducing a bug because when it
Why exactly is the dump lost? Does your system have
a dump zvol defined that is used to store system
crash dumps?
sure, of course, default config.
IIRC, under certain conditions the opensolaris
installer does not create dump and / or swap
zvols.
Isn't the kernel crash dump still
I just installed snv_126, then did an image-update to
snv_130. The keyboard and mouse are connected via a
KVM switch.
When the system boots, the mouse and keyboard work
fine, but if I switch to the other system and switch
back, the mouse
and keyboard don't work. Restarting gdm gets it
an extraneous message, this CR is filed to get rid of
it and it is gone in 133.
6910378 WARNING: Memory pressure: TCP defensive mode on
Is it really a harmless message?
Seems that with zfs all system memory can be in use,
and when it's time to clean up some of the cached data
to free some
When I boot the b132 livecd, I noticed that a java vm process
is automatically started as
/usr/bin/java -client -jar /usr/share/vpanels/vpanels-client.jar
Is that a bug or a feature that this gets started?
Doesn't this consume too much memory, especially
on systems with only 512MB of
Dave Miner wrote:
On 02/ 5/10 04:52 PM, Jürgen Keil wrote:
When I boot the b132 livecd, I noticed that a java vm process
is automatically started as
/usr/bin/java -client -jar /usr/share/vpanels/vpanels-client.jar
Is that a bug or a feature that this gets started?
Doesn't
(EE) Dynamic loader error: ld.so.1: Xorg: fatal: invalid handle: 0x0
Backtrace:
0: /usr/bin/amd64/Xorg (xorg_backtrace+0x2a) [4b6f2a]
1: /usr/bin/amd64/Xorg (OsSigHandler+0x52) [4bc772]
2: /lib/amd64/libc.so.1 (__sighndlr+0x6) [fd7fff2e4ee6]
3: /lib/amd64/libc.so.1
What I'm less clear about is what version of AHCI to use. This board lets
you choose whether you'd like to use AHCI 1.0, 2.0, or 3.0. I'm unclear on
what the difference is, let alone which versions OpenSolaris supports,
but my system runs fine with 1.0.
Are you sure it is AHCI and not
I have a kernel panic on snv_133 - 4 zones, 1 updated
to snv_133, others are at snv_130
Feb 25 21:19:01 HOST ^Mpanic[cpu3]/thread=ff04eb106c20:
Feb 25 21:19:01 HOST genunix: [ID 889041 kern.notice] decr_upcount-off the end
Feb 25 21:19:01 HOST unix: [ID 10 kern.notice]
Feb 25
I've a similar problem. My Laptop is an old one :
System Configuration: FUJITSU SIEMENS LIFEBOOK S6120
In Build 129 I can start with the native intel driver, but all builds above
including Build 133 have the same effects as Michael describes.
An open bug with b130+ is defect 14101
ольга крыжановская wrote:
My problem is that that it formerly build ON without problems in 6
hours. Now the build time is 130-160 hours at least. I've borrowed
memory modules for a weekend to get 1GB extra but the build was still
running after two days when I had to return the modules.
57 matches
Mail list logo