[osol-discuss] Issue With Plumb Dual NIC BGE
Hi, I'm hoping that someone here can help me... it was only thanks to this list and a couple of threads that I was able to get my opensolaris sol11express machine upgraded to solaris 11... that really was somewhat painful. the zone, I eventually had to just blow away and start over with, because it kept wanting to look at opensolaris.org for the ips packages, and refused to upgrade. :( I never did figure out how to get it to stop looking there, I deleted everything referring to opensolaris from /var/pkg on zpools the zone referred to. but, now, I've got another problem, amd motherboard with dual bge nics, bge0 won't plumb up after the upgrade to sol11, I get these exact symptoms, as reported in this bug: https://defect.opensolaris.org/bz/show_bug.cgi?format=multipleid=6343 worked just fine in express. my output from dmesg: Nov 27 16:24:52 woden mac: [ID 469746 kern.info] NOTICE: bge1 registered Nov 27 16:24:52 woden pci_pci: [ID 370704 kern.notice] PCI-device: pci14e4,1644@9,1, bge1 Nov 27 16:24:52 woden genunix: [ID 936769 kern.notice] bge1 is /pci@0,0/pci1022,7450@a/pci14e4,1644@9,1 Nov 27 16:24:52 woden ip: [ID 205306 kern.error] bge0: DL_ATTACH_REQ failed: DL_SYSERR (errno 22) Nov 27 16:24:52 woden ip: [ID 670008 kern.error] bge0: DL_BIND_REQ failed: DL_OUTSTATE Nov 27 16:24:52 woden ip: [ID 328654 kern.error] bge0: DL_PHYS_ADDR_REQ failed: DL_OUTSTATE Nov 27 16:24:52 woden ip: [ID 954675 kern.error] bge0: DL_UNBIND_REQ failed: DL_OUTSTATE Nov 27 16:24:53 woden smbd[2075]: [ID 702911 daemon.notice] dyndns: failed to get domainname Nov 27 16:24:53 woden last message repeated 1 time Nov 27 16:25:00 woden mac: [ID 435574 kern.info] NOTICE: bge1 link up, 1000 Mbps, full duplex as you can see, bge1 works fine, (thankfully) ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] New update of Solaris 11, how is it?
Now that the full version of S11 is beginning to ship, will we finally see the long=promised code drop of new kernel code or has Oracle decided to permanently close off public access to post-Sun kernel developments? ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] VirtualBox causes kernel panic when starting VM
On Thu, Apr 28, 2011 at 18:39, Dmitry G. Kozhinov d...@desktopfay.com wrote: I was running 3.x version of Vbox Have you tried to create a new virtual machine in the latest version of VirtualBox rather than trying to run the buggy instance of older version VM? he did say that he had the same results with 4.0.4. the stack trace seems to indicate that VBox is merely the trigger, not the cause. find out what piece of software si3124 is, and take it from there - this may even be a known problem (hint: google si3124 recursive mutex enter or something like that). HTH Michael -- regards/mit freundlichen Grüssen Michael Schuster ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] fork1() fails with ENOMEM
Bill, try this as a starting point (it's only a rough outline, you'll have to fill in the missing bits). As you'll see, it's neither elegant nor minimal, and will probably spit out *lots* of stuff. Use your favourite source repo and some judgement to get to the core of this. /* use dtrace w. -C and include errno.h, also use -F (or pragma flowindent) */ fork1:entry { self-s =speculation(); speculate(self-s); } fork1:return /self-s arg1 == 0 errno == ENOMEM/ /* fork1 fails! */ { commit(self-s); self-s = 0; } fork1:return /self-s/ { discard(self-s); self-s = 0; } fbt:::entry, fbt:::return /self-s/ { speculate(self-s); } this last probe creates all the output - perhaps you can somehow reduce it to only produce output if enomem is returned ... or something. HTH Michael On Fri, Feb 4, 2011 at 22:06, Bill Shannon bill.shan...@oracle.com wrote: Bart Smaalders wrote on 02/ 4/11 11:49 AM: On 02/04/11 11:33, Bill Shannon wrote: This isn't really specific to OpenSolaris since it also happens on Solaris 10, but maybe someone here can give me some ideas? I have a java program that is failing because it does something that calls fork1(), which fails with ENOMEM (confirmed using truss): 27010/2: fork1() Err#12 ENOMEM I've used both the 32-bit and 64-bit versions of the JVM. Using the 64-bit version, I see the heap expand to just over 4GB before it forks: 27010/30: brk(0x107DE3D90) = 0 I have almost 160 GB of swap space: $ swap -s total: 806336k bytes allocated + 167872k reserved = 974208k used, 159746184k available It doesn't seem like it can possibly be running out of swap space. What other reasons would cause fork1() to fail with ENOMEM? ___ The vm system is rather fond of using ENOMEM as a generic error bucket. If you have a way of reproducing the problem, a bit of DTrace will quickly turn up the reason. I assume it's only the 32 bit version that is failing to fork, right? Sorry, I wasn't clear. The 64-bit version fails as well. With the 32-bit version I limit the Java heap to 2GB. It doesn't run out of heap, but the fork fails. I'm sure dtrace will solve every problem I have, but I don't know how to use it to solve this problem! :-( Hints? ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org -- regards/mit freundlichen Grüssen Michael Schuster ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] can you help about process?
On Fri, Jan 14, 2011 at 15:00, Mike Gerdts mger...@gmail.com wrote: On Thu, Jan 13, 2011 at 2:27 PM, Deric Kwok deric.kwok2...@gmail.com wrote: Hi I can't find the top in the solairs. but how can I know the process using? 'pkg search top' should give you an idea of whether it's available for download ... and then pkg install ...' will do that for you. HTH Michael -- regards/mit freundlichen Grüssen Michael Schuster ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] can you help about process?
On Fri, Jan 14, 2011 at 15:55, Deric Kwok deric.kwok2...@gmail.com wrote: Thank you all. prstat works but I would like to have more detail. ls there any command as linux lsof -p to trace the process info prstat -m is probably more to your liking then - have a go at the man-page, it provides a lot of detail :) The pkg install top won't work in my box. it is showing Create Plan \ pkg: The following package(s) violated constraints: package consolidation/sfw/sfw-incorporation contains contraint incompatble with contraitn in installed package entire I'm sure google can help you resolve this ... Michael -- regards/mit freundlichen Grüssen Michael Schuster ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [illumos-Discuss] gdamore wishes he knew what would motivate more developers to work on illumos bugs....
On Thu, Dec 2, 2010 at 16:15, Gleb Kursou kursou.g...@gmail.com wrote: Bryan, I am not interested in a flame war. I am interested in helping Garrett sorting out his problems and making Illumos a living, vibrant project. There's been enough forking and disagreement. We need to start to work together. yeah, you're making a good start by pointing out everything Garrett has to do - leading by example (not). (hint: put yourself in Garrett's shoes and re-read what you wrote as if it were addressed to you.) Michael ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Solaris 11 Express, OpenOffice.org, VirtualBox
Hi Michael, Just noticed that you have changed your email address from Sun.com/Oracle.com to gmail.com, but we appreciate that you are still interested in OpenSolaris--whatever that meant. it means that as of Nov 12 I no longer *have* an Oracle email address (that I can access) - but not working for Oracle doesn't mean I lose all interest in the technology I've spent the better part of the last 12 years working on/with. cheers -- regards/mit freundlichen Grüssen Michael Schuster ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Solaris 11 Express, OpenOffice.org, VirtualBox
On Thu, Nov 18, 2010 at 18:33, W. Wayne Liauh w...@hawaiilinux.org wrote: The following comment was cc'd from the GullFoss Forum, in case my posting was rejected: I am unable to install OOo 3.3RC5 in the just-released Oracle Solaris 11 Express. it would really help to get some data here - unable to install is just a little unspecific. (no, don't send it my way - I'm just the messenger :-) -- regards/mit freundlichen Grüssen Michael Schuster ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Illumos loosing the SystemV heritage, fork (was: Re: Is anyone planning an alternative to Illumos or a fork?)
Frankly, I don't see why none of the forks/sporks/distros floating around are looking at the modernized, more-featureful versions of the System V tools available from the Heirloom Tools project. IIRC, most of them are even CDDL-licensed (as OpenSolaris code was a starting point for most of them) so they should fit right in with the rest of the code. If I had the time and energy to do so, I'd go ahead and make such a distro myself, but I don't, so I guess I'm left wondering why everyone is looking only at the options of either moving to a BSD or GNU userland, rather than the superior options of using what is essentially an enhanced version of what already exists. Mike ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OpenIndiana - a new OpenSolaris Distribution!
I just hope that OpenIndiana will intergrate the Heirloom tools rather than completely GNU-ifying the userland like Nexenta. Mike ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Solaris 10,Oracle Solaris Express new license
On Fri, Sep 10, 2010 at 6:11 PM, Edward Martinez mindbende...@live.com wrote: It appears this is the license Solaris 11 Express wil be under and it's solaris 10 new license, an OTN lincese. http://c0t0d0s0.org/archives/6891-Licensing-Change-for-Solaris-10-and-Solaris-Cluster.html This looks good to start with, but I leaves me wondering if certain uses of the software that are both non-commercial but ALSO outside the scope of the license grant (such as using Solaris to run a home network sever or to serve as a desktop OS on an old piece of SPARC hardware or something used for hobbyist purposes) is allowed under the perpetual license or if such a things are now forbidded without a paid license. Mike ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Indiana - what comes closest to it?
he said: I suggest you mail me since his email address was in the header: alasdai...@gmail.com that's what I think he intended you to use. HTH -- regards/mfg Michael Schuster ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] unable to mount volume [usb drives won't mount]
b134 usb sticks and usb drives won't automount or by cl can find devices with format -e or rmformat -l, so they're there ... just can't mount gnome gives the popup error 'unable to mount volume' and cl gives 'no block device' error. weirdthis worked perfectly up until recently. all of a sudden ... no usb drives can mount. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] unable to mount volume [usb drives won't mount]
rmvolmgr and smserver are both online however ... rmmount and rmmount -l produce no result -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] unable to mount volume [usb drives won't mount]
udi = '/org/freedesktop/Hal/devices/pci_0_0/pci108e_5354_1d_7/storage_5_if0_1/scsi_host0/disk4/sd4' info.addons = {'hald-addon-storage'} (string list) storage.solaris.nicknames = {'rmdisk', 'rmdisk0'} (string list) storage.solaris.legacy.symdev = 'rmdisk0' (string) storage.solaris.legacy.media_num = 0 (0x0) (int) storage.solaris.legacy.media_type = 'rmdisk' (string) storage.removable.solaris.read_only = false (bool) storage.removable.media_available = true (bool) storage.solaris.num_dos_partitions = 1 (0x1) (int) storage.solaris.vtoc_slices = false (bool) storage.partitioning_scheme = 'mbr' (string) block.no_partitions = false (bool) storage.no_partitions_hint = false (bool) storage.serial = '' (string) storage.firmware_revision = '8.02' (string) storage.model = 'USB 2.0 FD' (string) storage.vendor = 'PNY' (string) storage.bus = 'usb' (string) storage.physical_device = '/org/freedesktop/Hal/devices/pci_0_0/pci108e_5354_1 d_7/storage_5_if0_1' (string) block.is_volume = false (bool) block.solaris.raw_device = '/dev/rdsk/c6t0d0p0' (string) block.device = '/dev/dsk/c6t0d0p0' (string) block.minor = 272 (0x110) (int) block.major = 83 (0x53) (int) storage.drive_type = 'disk' (string) storage.media_check_enabled = true (bool) storage.requires_eject = false (bool) storage.removable = true (bool) storage.hotpluggable = true (bool) storage.lun = 0 (0x0) (int) info.capabilities = {'storage', 'block'} (string list) info.category = 'storage' (string) info.solaris.driver = 'sd' (string) solaris.devfs_path = '/p...@0,0/pci108e,5...@1d,7/stor...@5/d...@0,0:q' (strin g) info.product = 'USB 2.0 FD' (string) info.udi = '/org/freedesktop/Hal/devices/pci_0_0/pci108e_5354_1d_7/storage_5_i f0_1/scsi_host0/disk4/sd4' (string) info.parent = '/org/freedesktop/Hal/devices/pci_0_0/pci108e_5354_1d_7/storage_ 5_if0_1/scsi_host0/disk4' (string) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] unable to mount volume [usb drives won't mount]
the drive shows up in nautilus side bar. when i click on it: DBus error org.gtk.Private.RemoteVolumeMonitor.Failed: An operation is already pending does this give any clues? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] unable to mount volume [usb drives won't mount]
it's a usb stick. i really don't think the issue is the drive. i have several usb drives, both stick and 3.5, and they all used to just 'work'. at this point ... nothing mounts. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] unable to mount volume [usb drives won't mount]
pfexec fdisk -R -W - /dev/rdsk/c6t0d0p0 * /dev/rdsk/c6t0d0p0 default fdisk table * Dimensions: *512 bytes/sector * 32 sectors/track *128 tracks/cylinder * 1917 cylinders * * systid: *1: DOSOS12 *2: PCIXOS *4: DOSOS16 *5: EXTDOS *6: DOSBIG *7: FDISK_IFS *8: FDISK_AIXBOOT *9: FDISK_AIXDATA * 10: FDISK_0S2BOOT * 11: FDISK_WINDOWS * 12: FDISK_EXT_WIN * 14: FDISK_FAT95 * 15: FDISK_EXTLBA * 18: DIAGPART * 65: FDISK_LINUX * 82: FDISK_CPM * 86: DOSDATA * 98: OTHEROS * 99: UNIXOS * 100: FDISK_NOVELL2 * 101: FDISK_NOVELL3 * 119: FDISK_QNX4 * 120: FDISK_QNX42 * 121: FDISK_QNX43 * 130: SUNIXOS * 131: FDISK_LINUXNAT * 134: FDISK_NTFSVOL1 * 135: FDISK_NTFSVOL2 * 165: FDISK_BSD * 167: FDISK_NEXTSTEP * 183: FDISK_BSDIFS * 184: FDISK_BSDISWAP * 190: X86BOOT * 191: SUNIXOS2 * 238: EFI_PMBR * 239: EFI_FS * * IdAct Bhead Bsect BcylEhead Esect EcylRsect Numsect 1101 1 0 25463 488 63 7855722 0 00 0 0 0 0 0 0 0 0 00 0 0 0 0 0 0 0 0 00 0 0 0 0 0 0 0 -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] unable to mount volume [usb drives won't mount]
yes. this drive is fat32. since the thread started, i reformated and made sure it had a volume label (which it didn't before). it still does not automount, but command line mount now works. STILL ... i'd like to figure out why drives aren't automounting. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] unable to mount volume [usb drives won't mount]
fstype gives unknown fs_type also, here's the lshal with all the entires pertaining to this usbstick there is 'volume' entry udi = '/org/freedesktop/Hal/devices/pci_0_0/pci108e_5354_1d_7/storage_5_1' usb_device.level_number = 0 (0x0) (int) usb_device.is_self_powered = false (bool) usb_device.can_wake_up = false (bool) usb_device.num_interfaces = 1 (0x1) (int) usb_device.max_power = 100 (0x64) (int) usb_device.configuration_value = 1 (0x1) (int) usb_device.device_protocol = 0 (0x0) (int) usb_device.device_subclass = 0 (0x0) (int) usb_device.device_class = 0 (0x0) (int) usb_device.port_number = 5 (0x5) (int) usb_device.speed = 480 (double) usb_device.version = 2 (double) usb_device.bus_number = 2 (0x2) (int) usb_device.num_configurations = 1 (0x1) (int) usb_device.serial = '1741020CA612EF43' (string) usb_device.device_revision_bcd = 512 (0x200) (int) usb_device.product_id = 25925 (0x6545) (int) usb_device.vendor_id = 5451 (0x154b) (int) usb_device.vendor = 'PNY' (string) usb_device.product = 'USB 2.0 FD' (string) info.subsystem = 'usb_device' (string) info.solaris.driver = 'scsa2usb' (string) solaris.devfs_path = '/p...@0,0/pci108e,5...@1d,7/stor...@5' (string) info.product = 'USB 2.0 FD' (string) info.udi = '/org/freedesktop/Hal/devices/pci_0_0/pci108e_5354_1d_7/storage_5_1' (string) info.parent = '/org/freedesktop/Hal/devices/pci_0_0/pci108e_5354_1d_7_1' (string) udi = '/org/freedesktop/Hal/devices/pci_0_0/pci108e_5354_1d_7/storage_5_if0_1' usb.product = 'USB 2.0 FD' (string) usb.vendor = 'PNY' (string) usb.vendor_id = 5451 (0x154b) (int) usb.product_id = 25925 (0x6545) (int) usb.device_revision_bcd = 512 (0x200) (int) usb.serial = '1741020CA612EF43' (string) usb.num_configurations = 1 (0x1) (int) usb.bus_number = 2 (0x2) (int) usb.version = 2 (double) usb.speed = 480 (double) usb.port_number = 5 (0x5) (int) usb.device_class = 0 (0x0) (int) usb.device_subclass = 0 (0x0) (int) usb.device_protocol = 0 (0x0) (int) usb.configuration_value = 1 (0x1) (int) usb.max_power = 100 (0x64) (int) usb.num_interfaces = 1 (0x1) (int) usb.can_wake_up = false (bool) usb.is_self_powered = false (bool) usb.level_number = 0 (0x0) (int) usb.interface.number = 0 (0x0) (int) usb.interface.protocol = 80 (0x50) (int) usb.interface.subclass = 6 (0x6) (int) usb.interface.class = 8 (0x8) (int) info.subsystem = 'usb' (string) info.solaris.driver = 'scsa2usb' (string) solaris.devfs_path = '/p...@0,0/pci108e,5...@1d,7/stor...@5:if0' (string) info.product = 'USB Device Interface' (string) info.udi = '/org/freedesktop/Hal/devices/pci_0_0/pci108e_5354_1d_7/storage_5_if0_1' (string) info.parent = '/org/freedesktop/Hal/devices/pci_0_0/pci108e_5354_1d_7/storage_5_1' (string) udi = '/org/freedesktop/Hal/devices/pci_0_0/pci108e_5354_1d_7/storage_5_if0_1/scsi_host0/disk4/sd4' info.addons = {'hald-addon-storage'} (string list) storage.solaris.nicknames = {'rmdisk', 'rmdisk0'} (string list) storage.solaris.legacy.symdev = 'rmdisk0' (string) storage.solaris.legacy.media_num = 0 (0x0) (int) storage.solaris.legacy.media_type = 'rmdisk' (string) storage.removable.solaris.read_only = false (bool) storage.removable.media_available = true (bool) storage.solaris.num_dos_partitions = 1 (0x1) (int) storage.solaris.vtoc_slices = false (bool) storage.partitioning_scheme = 'mbr' (string) block.no_partitions = false (bool) storage.no_partitions_hint = false (bool) storage.serial = '' (string) storage.firmware_revision = '8.02' (string) storage.model = 'USB 2.0 FD' (string) storage.vendor = 'PNY' (string) storage.bus = 'usb' (string) storage.physical_device = '/org/freedesktop/Hal/devices/pci_0_0/pci108e_5354_1d_7/storage_5_if0_1' (string) block.is_volume = false (bool) block.solaris.raw_device = '/dev/rdsk/c6t0d0p0' (string) block.device = '/dev/dsk/c6t0d0p0' (string) block.minor = 272 (0x110) (int) block.major = 83 (0x53) (int) storage.drive_type = 'disk' (string) storage.media_check_enabled = true (bool) storage.requires_eject = false (bool) storage.removable = true (bool) storage.hotpluggable = true (bool) storage.lun = 0 (0x0) (int) info.capabilities = {'storage', 'block'} (string list) info.category = 'storage' (string) info.solaris.driver = 'sd' (string) solaris.devfs_path = '/p...@0,0/pci108e,5...@1d,7/stor...@5/d...@0,0:q' (string) info.product = 'USB 2.0 FD' (string) info.udi = '/org/freedesktop/Hal/devices/pci_0_0/pci108e_5354_1d_7/storage_5_if0_1/scsi_host0/disk4/sd4' (string) info.parent = '/org/freedesktop/Hal/devices/pci_0_0/pci108e_5354_1d_7/storage_5_if0_1/scsi_host0/disk4' (string) udi = '/org/freedesktop/Hal/devices/pci_0_0/pci108e_5354_1d_7/storage_5_if0_1/scsi_host0/disk4/sd4/p0_1' volume.unmount.valid_options = {'lazy'}
[osol-discuss] Idea for Oracle: Solaris11 and Support for Desktop in combination!
Hi Form my personal opinion Oracle should make only one statement that could resolve and blow away the fear from users / customers contributors, illumnos project members and so on: We - Oracle decide that our effort should be to build the strongest and best Server OS with Solaris11. That's our business, that's our core! On the other side, we of course support contributors to make a desktop version from the source of the upcoming Solaris11 to broaden the user base of solaris OS - show the key concepts and all this. It's as simple: Support Illumnos for working together. Help with Servers, code and technology needed for desktop and small server systems help, belenix, schillix, stormOs and all this people who love to have the best OS on the working machine - NOT ONLY on the BIG IRON in the DATACENTER! It of course makes sense - for Oracle - to ship some things only with the Server Version (Solaris11) but it makes much more sense to support the community and broaden the user base, let them use most of the key concepts of an Big Iron based Server OS and make them hungry really hungry for Solaris11 to be installed and of course payed for on ther server machines! But don't stop all the effort for the people who like to have a home own screwed NAS box with the power of Solaris. Don't stop the community getting more attention on this wonderful OS. I've seen all this with OS/2 from IBM. They made big mistakes. So why should Oracle do the SAME? Only because it doesn't make money? It Makes Money - if the concept is the right one: If your are in Business - and do have Servers - you need contracts (as we do) but I won't pay for my laptop to have an Solaris on it - because it should come fŕom the community So please Orcacle - Think about decisions that will kill on the long run your userbase! I would really enjoy to buy support for our server iron, if I can use an oracle supported (in which way ever) community that operate on the smaller irons out there. Best regards - hopefully many will sign this too! Michael Widmann bayoda gmbh Austria Maybe we are one of the alien people who bought support contract for OpenSolaris 2009.11 -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OpenSolaris cancelled, to be replaced with Solaris 11 Express
So, OpenSolaris is officially dead... They're no longer providing even read-only access to the live source code (only rare dumps of release products), no longer have any interest in community contribution and also reserve the right to maintain complete radio silence, as it were, on any new features that they might be working on. This sounds to me like they're planning on following the Apple/Darwin model here, rather than the Sun model. This really is a sad day. Mike ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [distribution-discuss] Community distro
Rather than all the negativity that's been going around, let's focus on the positive things: 1. We still have the code, including code that's MUCH more recent than the last public binary build. 2. There are companies like Nexenta that might be able to help maintain OpenSolaris, even if Oracle decides to let it slide. 3. Maybe we can finally take this as an oppurtunity to build the CommunitySolaris around the Heirloom Project's tools rather than unenahanced tools currently used in the official versions or the GNU stuff used by Nexenta. :) Mike ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] More negative press: Oracle maintains silence on OpenSolaris' future
Frankly, I don't see why people are so upset about what's going on here. Why is the lack of an official binary release from Oracle such a big deal? The code is still available and seeing updates, although nobody seems to have been doing public build of those updates since 134... Why can't the community take up the slack? So what Oracle hasn't been pre-building the latest source versions? What's stopping the community from building, say snv_143? Is the sort of closed-off, no-communication stuff from Oracle HQ helping the situation? No! But why isn't the community helping itself rather than whining about it? Heck, maybe if the community were to go and actually do something with the code rather than whining, it might demonstarte to people in charge that the OpenSolaris project is worth continuing... Mike ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] gcc + tgmath (Paul Floyd)
The linker is complaining. It can't find a reference to __tgmath_cos. Try the following: gcc -std=c99 tgmath.c -ltgmath library -lm -Wall -W Replace tgmath_library appropriately. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] MySQLdb [and setuptools] for Python2.6 on snv_134(dev)
the python-mysql connector MySQLdb is in dev repo for python2.4 ONLY! i download lastest package MySQL-python-1.2.3 and try command line install python setup.py install fails because 'setuptools' is apparently not in opensolaris. anyone find a way to get MySQLdb going in python2.6? or is there a better way to connect with db's? this seems like it should be a priority ... -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] MySQLdb [and setuptools] for Python2.6 on snv_134(dev)
when i search 'dev' for setuptools, something briefly appears and disappears in the package window ... i think it's setuptools and i just don't see python-mysql-26 at all, just 24 ... -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] MySQLdb [and setuptools] for Python2.6 on snv_134(dev)
nevermind the trouble was with my configuration of ips ... thanx anyway! -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] can video card and usb resources be allocated in zones ?
it's standard to allocate disk/ram/cpu/net resources in zones ... but what about video card output? or usb keyboard input? my larger goal is: create a 'poor mans' pseudo-sunray-like server/client setup using zones. i envision two, duel headed video cards (nvidia fx380) for a total of four distinct hd monitor output and four distinct usb keyboard inputs(with usb mouse attached to keyboard) all served up from my sun ultra27 running osol.20xx.xx. the idea is to leverage my available resources. essentially, i can turn one workstation into four, for the cost of just 3 more monitors and three more keyboards/mouse. as far as i can tell, this should be more efficient than a sunray setup, but would cost a few thousand less (per year). -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Studio Express 6/10?
I've always wondered ... if one installs the full c/c++ plugins for netbeans, do you get EXACTLY the same features as sun studio / sun studio express ... or is there some reason to have a separate installation of sun studio in addition to netbeans? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Why are so many adapter card drivers closed source?
I was shocked to find that the drivers for all sorts of storage and network adapters (including for pretty standard stuff like the Adaptec Ultra320 SCSI cards and Broadcom wired network cards) that have been supported by open drivers in Linux and *BSD since more or less the beginning of time ;) Were these developed under some kind of a NDA or are they simply not being released in the hope that the community will someday port over the *BSD drivers? Mike ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] So when are we gonna fork this sucker?
I'd switch to the forked version immediately. In all honesty, who wouldn't like to see Oracle out of this equation. It could be very healthy for OpenSolaris or whatever it'll be called when forked. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Gosling resigns from Oracle
On Mon, Apr 12, 2010 at 6:06 AM, Jussi Nieminen jussiniemin...@gmail.com wrote: It is really sad to see and witness what is happening to Sun. I understand it very well when these former Sun employees are resigning one after another. Sun under Oracle is not the Sun we know. It doesn't exist any more. It's gone. Nothing will ever be the way it was before Oracle bought Sun. I'm hoping something good will come out of this and I don't mean Oracle. I don't think anything good will come from Oracle, but these former Sun employees can hopefully find new employer who appreciates them and where they can innovate freely so maybe we'll get to enjoy new products / software that these guys are designing. Apple and Google are good potential employers for these guys. They have huge talent and Apple and Google could use that talent and provide a new home for these guys. They could probably do well in an environment like Google, which seems to have perfected the seemingly impossible art of making money (in large quantities) while giving away innovative products and services for free and not being evil, but I suspect a place like Apple would be just as bad for them as Oracle, given how closed off and locked down the Apple work environment is... Mike ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Gosling resigns from Oracle
Gosling resigns from Oracle. http://www.taranfx.com/father-of-java-resigns. I would have thought that Oracle would have tried to keep him on board the good yacht Oracle. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] How to install gdm at opensolaris Build 134 (sparc)
hello, I have installed OpenSolaris Build 134 on a sparc-machine. The initial Installation was with the textinstaller Build 131. I have the following graphic card: # prtdiag -v ... Bus Max IO Port Bus Freq Bus Dev, Brd Type ID Side Slot MHz Freq Func State Name Model - -- I/O PCI 8B033 33 5,0 okSUNW,XVR-100 SUNW,375-3126 ... If I enable the gdm I get the following errors: # svcs -xv svc:/system/consolekit:default (ConsoleKit) State: maintenance since 16. März 2010, 23:16:39 Uhr CET Reason: Restarting too quickly. See: http://sun.com/msg/SMF-8000-L5 See: man -M /usr/share/man -s 1m console-kit-daemon See: /var/svc/log/system-consolekit:default.log Impact: 1 dependent service is not running: svc:/application/graphical-login/gdm:default # dmesg Mar 16 23:16:38 opensolaris console-kit-daemon[6145]: [ID 702911 daemon.warning] WARNING: Could not acquire name; bailing out Mar 16 23:16:39 opensolaris console-kit-daemon[6152]: [ID 702911 daemon.warning] WARNING: Failed to acquire org.freedesktop.ConsoleKit: Connection :1.11 is not allowed to own the service org.freedesktop.ConsoleKit due to security policies in the configuration file Mar 16 23:16:39 opensolaris console-kit-daemon[6152]: [ID 702911 daemon.warning] WARNING: Could not acquire name; bailing out Mar 16 23:16:39 opensolaris console-kit-daemon[6157]: [ID 702911 daemon.warning] WARNING: Failed to acquire org.freedesktop.ConsoleKit: Connection :1.13 is not allowed to own the service org.freedesktop.ConsoleKit due to security policies in the configuration file Mar 16 23:16:39 opensolaris console-kit-daemon[6157]: [ID 702911 daemon.warning] WARNING: Could not acquire name; bailing out Mar 16 23:16:39 opensolaris console-kit-daemon[6164]: [ID 702911 daemon.warning] WARNING: Failed to acquire org.freedesktop.ConsoleKit: Connection :1.15 is not allowed to own the service org.freedesktop.ConsoleKit due to security policies in the configuration file Mar 16 23:16:39 opensolaris console-kit-daemon[6164]: [ID 702911 daemon.warning] WARNING: Could not acquire name; bailing out Mar 16 23:16:39 opensolaris svc.startd[9]: [ID 748625 daemon.error] system/consolekit:default failed repeatedly: transitioned to maintenance (see 'svcs -xv' for details) # cat /var/svc/log/system-consolekit:default.log [ Mar 16 23:16:38 Executing start method (/usr/sbin/console-kit-daemon). ] [ Mar 16 23:16:38 Method start exited with status 0. ] [ Mar 16 23:16:38 Stopping because all processes in service exited. ] [ Mar 16 23:16:38 Executing stop method (:kill). ] [ Mar 16 23:16:38 Executing start method (/usr/sbin/console-kit-daemon). ] [ Mar 16 23:16:39 Method start exited with status 0. ] [ Mar 16 23:16:39 Stopping because all processes in service exited. ] [ Mar 16 23:16:39 Executing stop method (:kill). ] [ Mar 16 23:16:39 Executing start method (/usr/sbin/console-kit-daemon). ] [ Mar 16 23:16:39 Method start exited with status 0. ] [ Mar 16 23:16:39 Stopping because all processes in service exited. ] [ Mar 16 23:16:39 Executing stop method (:kill). ] [ Mar 16 23:16:39 Executing start method (/usr/sbin/console-kit-daemon). ] [ Mar 16 23:16:39 Method start exited with status 0. ] [ Mar 16 23:16:39 Stopping because all processes in service exited. ] [ Mar 16 23:16:39 Executing stop method (:kill). ] [ Mar 16 23:16:39 Restarting too quickly, changing state to maintenance. ] Have anyone an idea what is going wrong? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] opensolaris on slashdot
Ultimately the slashdot link points to a short article on Phronix about the not-so-bright future of OpenSolaris at Oracle, albeit the article is a bit weak on real content--still something about OpenSolaris made it on slashdot: http://developers.slashdot.org/story/10/02/24/0120245/The-Future-of-OpenSolaris -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Unable to ugrade from b132 to b133 : system freeze
Same here with me - thought that it may be some problem in the versions since 128a - but it happens more often. with 133 not as often as with 132 but yesterday 2 times. Thinkpad T61p with 4GB RAM - Virtualbox with win64 running . Freeze occurs in the same manner - tcp defensive mode on ... by by OS -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] font rendering generally ugly versus Mac OS X or Windows 7
I find that reading text on OpenSolaris B131 and down to be unpleasant compared to Mac OS X or Windows 7. Is there any way to make font rendering on par with either Mac OS X or Windows? Is there any work at Oracle to address this issue? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] FINAL Reminder: End of SXCE
It is truly unfortunate that it is the end on SXCE. It was, in my opinion, the best build. At least you could install all the packages from the DVD. You didn't have to connect to the internet, or create a repository to add all the packages that you cant install with OpenSolaris. I still don't get why a single DVD with all the packages isn't available for OpenSolaris or maybe I just don't want to understand. :-( -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] FINAL Reminder: End of SXCE
Alan, Thanks for the reply. I guess I was unaware of an OpenSolaris DVD with all the packages included. All I was aware of is the OpenSolaris 2009.06 (x86 LiveCD). Is there a link to this OpenSolaris DVD? I didn't find it on the OpenSolaris Download Center site. Thanks, M- -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] full package set DVD's for 2009.06 (was: FINAL Reminder: End of SXCE)
Alan, Unless I'm still missing something, there were no DVD images at the link. That's the problem. You still have to install OpenSolaris and setup a local repository to install all the other packages. Why not just provide a DVD install with all the packages already on it and available at install time like SXCE. Really I'm just rehashing my thoughts from probably six or seven months ago. However, there are a considerable number of people who agree. M- -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] full package set DVD's for 2009.06 (was: FINAL Reminder: End of SXCE)
Alan, so if so many people want it so badly, why have none of them used that to build an image and ask to have it hosted on genunix.org or opensolaris.org? That is probably because the SXCE distribution had all packages included so there wasn't a reason to build it. Besides, my guess is a lot of people are not programmers. Most are probably just systems administrators or users who just want to be able to install the OS; they don't know how to use the distro constructor tool. It needs to be easy if you want people to use it. This is an Open Source community after all, not a venue to demand free products and services from Sun. Didn't mean to get you upset. I understand this is an Open Source Community. I wasn't and I don't believe others who offer their opinions are demanding anything from Sun, I mean Oracle. Just because we use OpenSolaris doesn't mean we don't purchase Sun Hardware, training or support subscriptions. Regards:-) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] full package set DVD's for 2009.06 (was: FINAL Reminder: End of SXCE)
Hi Glenn, I understand there is a lot to do and limited resources. Like I mentioned to Alan, if you want people to use something, it has to be simple. I took a quick glance at the documentation for using the (Distribution Constructor) and it looked challenging, maybe even overwhelming. Anyways, just keep in mind that SXCE was easy to install and all the packages were available at install time. Yes, I realize somebody invested their time to make is so user friendly. Thanks to all of you who make OpenSolaris worth using. Regards, M- -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] What's Going to Happen to OpenSolaris?
Given that Oracle's acquisition of Sun is now all, for all practical purposes, a done deal, does anybody know what's going to happen to OpenSolaris? Oracle is not exactly known as being friendly to open source software and given that the SPARC+Solaris+Oracle stack is likely to be at the core of Oracle's business model, I'm worried that OpenSolaris is going to go away. This seems especially likely given that Oracle PR folks didn't even mention OpenSolaris when they discussed the future of various Sun FOSS projects earlier today. I've never really used it in a serious context, but I have experimented with it and would be quite saddened if Oracle were to kill it off! Mike ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OpenSolaris update policy
Thanks guys, as usually engineers must do a sales job too :)) everything's clean now, I've bought the support pack for one machine, hope it's a valuable purchase. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] OpenSolaris update policy
Good day, Can someone please explain me an update policy for OpenSolaris release builds. In example, I've tested 2009.6 in the test environment and can install it in the production but I'm afraid of the bug # 6882364 (networking wedged up behind blocked taskq_thread() in Xen Dom0). This bug has a state 10-Fix Delivered:Verified (Fix available in build) but where to get the update? Of course I don't want to switch to the development branch. As well as don't want to wait 6 months to get a release build with the bug fixed. Does someone provide a bugfix patches for the release versions? Maybe there is some commercial support for this? I've found commercial opensolaris support offers on sun.com however there's a note the patch could be available within a 6 months, which's actually a period when stable branches of osol are released. I've tried to talk with Sun support in webchat, they don't know anything except a phone numbers. Support on the phone don't know the details, they can just read for you an info from the public website. I don't complain on Sun support because hiring such parrots in 1st level support is a common practice of all big companies at the present time, so just asking if someone can explain a osol update policy and a ways to get a latest patches. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OpenSolaris update policy
Thank you. But can I purchase a support plan for the machine purchased not from Sun? There's a Serial number field in the support plan ordering form and you can't leave it blank.. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] 128a panic: need help...
Steps: - Upgraded to 128a - Upgraded one pool to v22 - Enabled dedup for pool - Created new dataset, destroyed it, created again - Started migrating a snapshot using zfs send/recv - Weekly scrub started (slowly...) - Machine stopped responding to input (maybe swap death) - Rebooted - Stuck at Reading ZFS Config: * - Waited 20 minutes (disk activity), no mounts - Rebooted - Panic loop, reboot, panic, reboot... Next going to try booting from CD to see if I can import the pools. Any other advice/tips? This pool has some important data for me. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] 128a panic: need help...
The machine is booting again, still stuck at Reading ZFS Config: * There is disk activity, so I can leave it to finish whatever it's doing, unless someone has advice. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] 128a panic: need help...
I'm following along here, after clearing my zpool.cache: http://www.mail-archive.com/zfs-disc...@opensolaris.org/msg31904.html Currently in a long zpool import. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] anyone know ntfs_reader cli?
Hi, Is there anyone know the download link for ntfs_reader? http://hub.opensolaris.org/bin/view/Community+Group+edu/ntfs_reader -- Thanks, Michael ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] touch pad on a Tecra M10
When I moved to OpenSolaris build 126 (now on 127) from the dev repo, I lost the functionality of my touch pad on my Tecra M10. I have no idea how to get it back...but I need it :( Mike ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] touch pad on a Tecra M10
Detlef Drewanz pointed out that I must have hit fn-F9. He was right...I hit that and it started working. I didn't even know F9 was functional. I had no way of knowing it was selected. There's no light under it or if there is the light isn't working. John Martin wrote: Michael Barrett wrote: When I moved to OpenSolaris build 126 (now on 127) from the dev repo, I lost the functionality of my touch pad on my Tecra M10. I have no idea how to get it back...but I need it :( I upgraded my M10 (NVIDIA graphics) from b126 to b127 using the /dev repository last night and the touch pad is working fine. I don't have /etc/X11/xorg.conf so autoconfiguration is being used. The contents of /var/log/Xorg.0.log (and /etc/X11/xorg.conf if exists) would be a good starting point. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] perl broken after upgrading from os2008.11 to os2009.06
solarg wrote: Shawn Walker wrote: Gavin Maltby wrote: Hi, solarg wrote: hello all, i have a web app that do a huge use of perl modules. After upgrading, my app is broken, and i notice: r...@koha2:~# /usr/perl5/5.8.4/bin/cpan IO object version 1.21 does not match bootstrap parameter 1.23 at /usr/perl5/5.8.4/lib/i86pc-solaris-64int/XSLoader.pm line 91. I suspect pkg damage. I think someone else reported a similar experience. And to be clear, that package damage is likely the result of using CPAN are you saying that it is a bad practice, adding modules in the bundled perl? the app here is koha (www.koha.org) and a huge use of perl modules. I'm one of the two people running this app in opensolaris in If those modules install under /usr/lib/*, yes. If you can have CPAN install and deliver those modules under /usr/local/perl5 ... or perhaps /opt/perl5/locl or some other directory that doesn't belong to an existing package, then you should be ok. the world. Does it mean that this is a bad choice and have to return the linux way? Not sure what you mean. One thing I'd like to see someone do as a community project is to create a patch for the CPAN module that has it create IPS packages for them and then install them as IPS packages :) That would be a little more difficult now since no on-disk format exists, but still certainly doable. When using CPAN modules I normally use my own perl installation. It doesn't matter if it's opensolaris, solaris 10 or linux. Otherwise module dependencies are really difficult to work out. How to properly create an IPS or SYSV package for DBD::Oracle? Another problem is CPAN dependency checking: Some module needs a newer version of an existing packaged perl module. What would be the proper way of installing through the system packaging system? No such problems with a self compiled perl. Cheers, Michael Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] osol-b122 fails after image update from b111b
Same problem here, kernel panic vfs_mountroot: cannot mount root after LU from b106 to b123 or b124. This may be interesting: I have completely different hardware, hp xw6400 with intel 5000x chipset and lsi sas controller using mpt driver. This is sxce with ufs root. I tried to upgrade because of usb problems with card readers and cameras, otherwise b106 is very stable. I somehow fear to convert to opensolaris because of zfs root combined with boot adventures on my box (playing with acpi-user-options, disabling onboard sata ports, etc). I'm more used to repairing boot problems on ufs root. So I'm looking forward to end of october (sxce will be eol) with mixed feelings. I may end up going back to Solaris 10 or even Linux. Cheers, Michael -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] UWB
Here are some news about latest bluetooth technology: http://www.bluetooth.com/Bluetooth/Technology/Technology_Transfer/ http://www.bluetooth.com/Bluetooth/Press/SIG/iBLUETOOTHi_TECHNOLOGY_GETS_FASTER_WITH_iBLUETOOTHi_30.htm Thanks, Michael Peter Jones ??: Yes think the development of WiMedia Ultra-wideband (UWB) specification is the future with this.. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] bluetooth project
Robert Milkowski wrote: Michael Li wrote: Dear all, No bluetooth feature will be introduced into build125. If you think any Bluetooth function is important or must support, please file RFE to http://defect.opensolaris.org/bz with good judgment. That's the most expected voice from development team's point of view, before putting much more resources onto bluetooth project. Does it mean the project is on-hold or are you still actively working on it and would like to get extra resource? I'm just curious... It's almost on-hold, see: http://www.opensolaris.org/jive/thread.jspa?threadID=113271tstart=15 Thanks, Michael ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] bluetooth project
Dear all, No bluetooth feature will be introduced into build125. If you think any Bluetooth function is important or must support, please file RFE to http://defect.opensolaris.org/bz with good judgment. That's the most expected voice from development team's point of view, before putting much more resources onto bluetooth project. Thanks, Michael Milan Jurik wrote: Hi, yes, the webpages are not active but Mikore Li is still working on it I think (and usually helpfull in more dedicated mailing lists like laptop-discuss@). Best regards, Milan Alexander Vlasov píše v po 05. 10. 2009 v 14:01 +0200: Looks like there were no announces since February and no blog posts ever. Not very alive-and-kicking. Tomas Bodzar wrote: http://www.opensolaris.org/os/project/bluetooth/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Exception Handling in 64bit C++ Processes on Intel Xeon
Hi, when running our c++ application on Intel's Xeon 5570 processors with the latest Solaris 10 Update 7 (141415-10), we're having problems with exceptions not being caught properly when running 64bit processes. After some analysis, it seems that if an exception is thrown in a shared library B which was loaded through dlopen() and has its exception handler in its parent library A, the exception handler is sometimes ignored (not found on the stack or whatever...), so the exception runs all the way through and causes the process to crash due to an uncaught exception. When running the same processes on 32bit, this doesn't happen. Also, running it on SPARC (either 32bit or 64bit) doesn't show any problems at all. Has anyone experienced similar problems with 64bit C++ processes on Solaris x86/x64? I'm aware of some bugs related to libCrun and have therefore already installed 119964-16, which unfortunately didn't help. Any ideas appreciated. Thanks, Nick. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Exception Handling in 64bit C++ Processes on Intel Xeon
John, thanks for the quick reply. Please see below. Nicolas Michael wrote: Hi, when running our c++ application on Intel's Xeon 5570 processors with the latest Solaris 10 Update 7 (141415-10), we're having problems with exceptions not being caught properly when running 64bit processes. After some analysis, it seems that if an exception is thrown in a shared library B which was loaded through dlopen() and has its exception handler in its parent library A, the exception handler is sometimes ignored (not found on the stack or whatever...), so the exception runs all the way through and causes the process to crash due to an uncaught exception. What kind of exception? There are exceptions that cannot be caught. We should rule out this possibility when running your code on x64. Those exceptions are exceptions that we are throwing ourselves. Within library B, one method b1() cannot find some data it is looking for, so it is creating an exception object (a subclass of our own Exception base class) and throwing it. This exception is then caught in method b2() of the same lib, which is throwing it again. It should then be caught by an exception handler in lib A -- which it seems is not happening. Thanks, Nick. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Exception Handling in 64bit C++ Processes on Intel Xeon
Hi all -- To Milan: Yes, the exception is thrown on any architecture. So, the same code with the same exceptions runs fine on SPARC 32/64 bit and x86 -- it only fails on x64. To Martin: We're using SunStudio 12 to compile the code. We currently don't have a version compiled with gcc. To John: I'm sorry, I was a little wrong here and have to correct the re-throwing statement. Our developer just corrected me that the exception is not thrown in a sub-method as I assumed, but in a macro that I've missed... Therefore it is thrown just once. The code in lib B has a makro like this: #define CHECK_RES(result, name, namelen) \ if (result != 0) { \ MyChar* nameformatted = GetHexString((MyChar*)name, namelen); \ MyException e(ERR_OPERATION_FAILED, \ nameformatted); \ e.setErrorId(result); \ delete [] nameformatted; \ throw e; \ } ... and the method which is using this makro to throw the exception is: void B::b1() { ... if (local) { ... result = ...; CHECK_RES(result, name, namelen); // exception thrown here is not being caught on x64! } ... } ... and the two exception classes MyException and the base class MyBaseException: class MyException: public MyBaseException { public: MyException(void) throw() : MyBaseException() {} MyException(const MyChar* msg, ...) throw(); MyException(MyInt64 errorId, const MyChar* msg) throw(); /** Copying instance allowed */ MyException(const MyException rhs) throw(); /** destructor */ virtual ~MyException(void) throw(); }; class MyBaseException { public: MyBaseException(void) throw(); MyBaseException(const MyChar* msg, ...) throw() /** Copying instance allowed */ MyBaseException(const MyBaseException rhs) throw(); /** Assigning instance not allowed */ MyBaseException operator=(const MyBaseException rhs) throw(); virtual ~MyBaseException(void) throw(); }; Thanks for your help, Nick. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Is `bacula' available in a pkg repository somewhere
r...@walhalla bin $ ./bacula-dir -f -c /opt/bacula/etc/bacula-dir.conf 09-Aug 10:53 bacula-dir: ERROR TERMINATION at bsys.c:445 Could not open pid file. /opt/bacula/bin/working/bacula-dir.9101.pid ERR=No such file or directory After mkdir opt/bacula/bin/working runs bacula-dir :-) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Is `bacula' available in a pkg repository somewhere
The flags are working LDFLAGS=-L/usr/mysql/5.1/lib/mysql -R/usr/mysql/5.1/lib/mysql export LDFLAGS; But bacula don't run. I think this is a error in my config. r...@walhalla bin $ ./bacula start Starting the Bacula Storage daemon Starting the Bacula File daemon Starting the Bacula Director daemon r...@walhalla bin $ ps -ef | grep bacula root 11555 1950 0 09:28:42 pts/2 0:00 /usr/gnu/bin/grep --color=auto bacula Can you send me your configure script? I have also Open Solaris Build 118. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Is `bacula' available in a pkg repository somewhere
Robert Hartzell b...@rwhartzell.net writes: just adjust the path for mysql. Setting that like you suggest: LDFLAGS=-L/usr/mysql/5.1/lib -R/usr/mysql/5.1/lib;export LDFLAGS ./configure --prefix=/usr/local/src/test --with-mysql change --with-mysql to --with-mysql=/usr/mysql/5.1 should work fine... i just tested on opensolaris build 118 For the record and the benefit of anyone else who searches this group about mysql. Yup it does... change --with-mysql to --with-mysql=/usr/mysql/5.1 I got there just ahead of your suggestion but thanks or the help. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org I can compile bacaula without errors, but I can't start the director. export PATH=/usr/bin:/usr/ccs/bin:/etc:/usr/openwin/bin:/usr/local/bin:/usr/sfw/bin:/opt/sfw/bin:/usr/ucb:/usr/sbin export HO=/opt CFLAGS=-g -O2 ./configure \ --sbindir=$HO/bacula/bin \ --sysconfdir=$HO/bacula/etc \ --with-mysql=/usr/mysql/5.1 \ --enable-smartalloc \ --with-pid-dir=$HO/bacula/bin/working \ --with-subsys-dir=$HO/bacula/bin/working \ --with-working-dir=$HO/bacula/working \ --enable-bat renne...@walhalla bin $ pfexec ./bacula start Starting the Bacula Storage daemon Starting the Bacula File daemon Starting the Bacula Director daemon ld.so.1: bacula-dir: fatal: libmysqlclient_r.so.16: open failed: No such file or directory /opt/bacula/etc/bacula-ctl-dir: line 214: 7684: Killed The database exists. I think bacula don't find libmysqlclient_r.so. How can I fix this? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] nxge or e1000g PCI-E x8 card in x16 slot
Nxge requires a x8 slot to operate properly. On Jul 25, 2009, at 4:29, Mario Goebbels m...@tomservo.cc wrote: Hi - I have a couple of cheep desktops I'm playing around with (Dell Optiplex 740) wanted to add a few more network interfaces; but the only cards within arm's reach were a quad port Sun (nxge) and a quad port Intel (e1000g) both are PCI-E x8 form factor. The desktops only have two slots, one PCI and one x16 PCI-E. Installed the cards into the x16 slot and everything boots and plumbs and one would think work, but alas no ping. Tried x-over cables, switches, different cards, different ports no joy. Interestingly enough put another nxge card in another PC (Same HW, Dell Optiplex 740, same BIOS level and settings) and installed the driver under Windows (XP) and it works without out issue. If one reads really deeply into the flashy lights, one might guess that the cards are transmitting but not receiving. (Snoop reports that as well). Cards report good negotiation, 1000/full etc.. Any ideas? Check the BIOS for a setting to disable PEG mode on the PCIe 16x slot. That might help. Regards, -mg ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] unsubscibe
___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] [SOLVED] Re: sendmail internal forwarding to different domain
Hi everyone, The trick, thanks to John B. at Sun, was to remove the use of smarthost from the sendmail configuration and move all routing to the mailertable function. Basically, smarthost is an all-or-nothing switch and this is what was causing my problem. By switching to the mailertable, sendmail will process the domains locally. By adding the smarthost machine as the last entry in the mailertable as a wildcard entry, anything that doesn't match a locally managed domain will be sent out via the smarthost. For example: 123mail.example.com esmtp:123mail.example.com . esmtp:[smtp-server.myisp.com] The dot (.) is the wildcard symbol in the mailertable. Be sure to remove the SMARTHOST entry from the sendmail.mc file and the resulting sendmail.cf file and restart sendmail. I hope others find this helpful. Again, all the credit goes to John B. at Sun. -Michael -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] sendmail internal forwarding to different domain
Hi everyone, I wasn't sure where else to go for this issue, so I hope this question isn't too inappropriate for this forum. I have an internal mail server (mailhost.domain.com) that receives all mail for several domains. It is behind a firewall and uses my ISP's smarthost for outbound mail. Nothing too special here and it is working just fine. I have the situation where for *some* users I need to be able to keep a copy of their inbound mail while at the same time forwarding their mail to another host. As an example, on mailhost.domain.com in /etc/aliases, I have lines similar to this: joe: /var/mai/joe, j...@xmail.domain.com sue: /var/mai/sue, suesm...@xmail.domain.com These entries allow the mail to be written locally as would normally happen and also be sent to specified accounts on another host. As long as the host is in domain.com, this doesn't seem to be a problem. Mail for j...@domain.com and s...@domain.com gets written to the file and forwarded as expected. The issue is that I need to have an entry like this: fred: /var/mail/fred, f...@123mail.example.com Where fred's address is f...@example.com. It gets handled by the main mailhost as normal, but I need to send it elsewhere internally as well. A separate host in a separate domain. 123mail.example.com is fully resolvable from mailhost.domain.com -- meaning, nslookup sees the host and the appropriate MX records using our internal DNS. The problem is that sendmail doesn't seem to pay any attention to the local lookups and sends the mail out to the internet via the smarthost. 123mail.example.com is not reachable from the internet, nor is it resolvable from the internet. This causes all mail for this user to bounce with: host 123mail.example.com not found I think what I need is a way to tell sendmail not to use the smarthost for specific host delivery. But it must still handle outbound mail from u...@example.com and pass it to the internet via the smarthost. I know I can use mailertable to send the mail to the other domains, but that affects all users. What I need is a way for mail to hit the primary mailhost.domain.com, pass through /etc/mail/aliases for local file handling, and allow delivery to internal 123mail.example.com without using the smarthost. I am at a complete loss as to how to do this and any help would be appreciated. Thanks to all in advance, Michael -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] rel = snv_115
Hi, Does anybody know when an opensolaris release = snv 115 will be available? Thx Cheers, Michael ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] fbt with predicates and [O]Sol on VBox
I've been playing with a follow script example and getting a system hang every time. Turns out when I try: syscall::read:entry /execname == ls / { self-tr = 1; } fbt::: {} syscall::read:return /self-tr / { self-tr = 0; } I get (unusable) output. But when I add /self-tr / to my fbt::: clause, it hangs the instance every time. I've tried this on Sol u6, Sol u7, OSol b110, OSol Nov2008, anywhere from 1-2 GB RAM. I don't a native Solaris instance available today, although I have no reason to believe I'd see this issue on it. Any help? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [indiana-discuss] Build 111a: /kernel/genunix missing on a 64 bit system
On 04/24/09 07:58, Alan Coopersmith wrote: Frank Che wrote: Installed OpenSolaris 2009.06 build 111a on a 64 bit system. Found that file /kernel/genunix doesn't exist. While on build 111, that file is still there. Is this a problem or a new feature? Sounds similar to a bug David filed last night: http://defect.opensolaris.org/bz/show_bug.cgi?id=8409 reading through that page, I see no mention whether this happens with 'image-update' too - I'd assume not, but would appreciate confirmation. thx Michael -- Michael Schusterhttp://blogs.sun.com/recursion Recursion, n.: see 'Recursion' ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] So long SUN. Thanks for all the fish.
It's too bad that IBM is going to buy SUN. There's a slim chance that FTC will stop it but unlikely. If only SUN went to another company who would build on their technologies, not kill it. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] recent broadcom (bge) drivers failing to plumb bge0, but do plumb bge1
Great, the nexenta bge driver really works for me. ibm intellistation a pro 6217, amd 8111 chipset, broadcom netxtreme bcm5703x. It was a real adventure to install solaris on this box. Jumpstarting b110 failed with a very funny message, something like can't use bge driver which was actually used for booting ;-) opensolaris 2008.11 installation from live cd went through but without network. On both platforms adding -Bacpi-user-options=0x8 was necessary, otherwise the box rebooted immediately with a kernel panic. The error message for add_drv when trying to attach bge manually was add_drv -i pci1014,16a7 bge devfsadm: driver failed to attach: bge Warning: Driver (bge) successfully added to system but failed to attach modinfo actually showed the bge driver loaded, but I still could not plumb this interface. Downloaded the sunwbge package from nexenta core, unpacked it on a linux box, and copied the bge files to /kernel/drv and /kernel/drv/amd64. No problems to attach the driver and plumb bge0 anymore. I used package sunwbge_5.11.85-1_solaris-i386.deb, could not find the newer version. hilbe: you can unpack those deb packages with the ar tool (ar vx ...), then you have data.tar.gz which contains the actual files. It would be really nice to have these machines supported out of the box, I think they are still in common use. Regards, Michael -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [indiana-discuss] Memory leak somewhere, maybe in libc (libc_hwcap2.so.1 / SXCE b105 x64) ?
Brian Nitz wrote: Was this recently ported from Linux? your best chance to find this out would be to check the PSARC archives, I think. btw: it's interesting to note that in the Solaris 7 days there was a period where top used to be a CPU pig (IIRC) ... it's somehow amusing to see history sort-of repeat itself in a different guise. -- Michael Schusterhttp://blogs.sun.com/recursion Recursion, n.: see 'Recursion' ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [indiana-discuss] Memory leak somewhere, maybe in libc (libc_hwcap2.so.1 / SXCE b105 x64) ?
Martin Bochnig wrote: I mean, ok: I got used to it, that small daemons like the network-auto-magic manager can consume 86MB. Also, that small almost useless little Gnome-applets can consume hundreds of MB's (wnck-applet 104MB, clock-applet 80MB, mixer-applet2 91MB, trashapplet 87MB, gnome-panel 114MB, etc etc etc ...). not wanting to defend this applet-mania :-) but you may be victim of mapped-in stuff being reported more than once although it in fact consumes memory only once (executable shared libs, eg). 'pmap -x' may help identify those pieces of memory. Michael -- Michael Schusterhttp://blogs.sun.com/recursion Recursion, n.: see 'Recursion' ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Regarding today's spam issue
On 2/6/09, Derek Cicero derek.cic...@sun.com wrote: All, Earlier today, many os.org list subscribers received very unpleasant spam that appeared to come from Sun.com mail addresses (including mine). The mail was spoofed and not sent from sun.com mail accounts. We apologize for the problem and are working with the originating ISP to resolve the issue. Thanks for your understanding. Derek Same guy did same thing to CentOS-Announce list a week ago spoofing a @centos.org address seems to be following a pattern mike ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] MySQL-python-1.2.2 ImportError
Well, I guess it was my bet ... solaris uses 'crle' for the ld configuration. I included the mysql-lib directory and it seems to work now. On Wed, 2009-01-21 at 09:31 +1300, SolidEther wrote: Hi Everyone, I am having trouble to make use of a compiled version of MySQL- python-1.2.2 under OS snv_101b. I installed Zope/Plone and need mysql-python to be compiled with the python version (2.4) that came with zope. They have all sorts of other packages in the python install dir, therefore sym-linking to the host-python and using SUNWmysql-python doesn't work. I further compiled MySQL 5.1.30 and it is running fine. MySQL-python-1.2.2 actually builds and installs fine: [...] Installed /opt/Plone-3.1/Python-2.4/lib/python2.4/site-packages/ MySQL_python-1.2.2-py2.4-solaris-2.11-i86pc.egg [...] But when I want to test the module with the zope-pyhton, I get this error: import MySQLdb Traceback (most recent call last): File stdin, line 1, in ? File build/bdist.solaris-2.11-i86pc/egg/MySQLdb/__init__.py, line 19, in ? File build/bdist.solaris-2.11-i86pc/egg/_mysql.py, line 7, in ? File build/bdist.solaris-2.11-i86pc/egg/_mysql.py, line 6, in __bootstrap__ ImportError: ld.so.1: python: fatal: libmysqlclient_r.so.16: open failed: No such file or directory Having a look at sys.path reveals: print sys.path ['/opt/Plone-3.1/Python-2.4/lib/python2.4/site-packages/ setuptools-0.6c8-py2.4.egg', '/opt/Plone-3.1/Python-2.4/lib/python2.4/ site-packages/PILwoTk-1.1.6.3-py2.4-solaris-2.11-i86pc.egg', '/opt/ Plone-3.1/Python-2.4/lib/python2.4/site-packages/Cheetah-2.0.1-py2.4- solaris-2.11-i86pc.egg', '/opt/Plone-3.1/Python-2.4/lib/python2.4/site- packages/Paste-1.6-py2.4.egg', '/opt/Plone-3.1/Python-2.4/lib/ python2.4/site-packages/PasteDeploy-1.3.1-py2.4.egg', '/opt/Plone-3.1/ Python-2.4/lib/python2.4/site-packages/PasteScript-1.6.2-py2.4.egg', '/ opt/Plone-3.1/Python-2.4/lib/python2.4/site-packages/ZopeSkel-1.8- py2.4.egg', '/opt/Plone-3.1/Python-2.4/lib/python2.4/site-packages/ MySQL_python-1.2.2-py2.4-solaris-2.11-i86pc.egg', '', '/opt/Plone-3.1/ Python-2.4/lib/python24.zip', '/opt/Plone-3.1/Python-2.4/lib/ python2.4', '/opt/Plone-3.1/Python-2.4/lib/python2.4/plat-sunos5', '/ opt/Plone-3.1/Python-2.4/lib/python2.4/lib-tk', '/opt/Plone-3.1/ Python-2.4/lib/python2.4/lib-dynload', '/opt/Plone-3.1/Python-2.4/lib/ python2.4/site-packages'] and further checking for 'libmysqlclient_r.so.16' (I added that sym- link later on): # ll /opt/Plone-3.1/Python-2.4/lib/python2.4/libmysqlclient_r.so.16 lrwxrwxrwx 1 root root 43 Jan 20 17:46 /opt/Plone-3.1/ Python-2.4/lib/python2.4/libmysqlclient_r.so.16 - /opt/mysql/mysql/ lib/libmysqlclient_r.so.16* # ll /opt/mysql/mysql/lib/libmysqlclient_r.so.16 lrwxrwxrwx 1 root root 47 Dec 18 12:07 /opt/mysql/mysql/ lib/libmysqlclient_r.so.16 - /opt/mysql/mysql/lib/libmysqlclient_r.so. 16.0.0* # ll /opt/mysql/mysql/lib/libmysqlclient_r.so.16.0.0 -rwxr-xr-x 1 root bin 5632336 Nov 15 20:35 /opt/mysql/mysql/ lib/libmysqlclient_r.so.16.0.0* So, actually everything is there. I am running out of ideas here. Any suggestions of how I could get this working? Thx Cheers, Michael ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [indiana-discuss] why gnu chmod in os2008.11?
Fredrich Maney wrote: I want Sun and the Solaris and OpenSolaris communities to realize that they have, bar none, the best OS on the planet You're preaching to the choir :-) it's the people who aren't in these communities that we want to convince, and - or so I understand - giving them something (a lot of) them are familiar with (even if it's inferiour to what many of us know) was seen as a valid step in that direction. thx for the support! Michael -- Michael Schusterhttp://blogs.sun.com/recursion Recursion, n.: see 'Recursion' ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [xwin-discuss] Hot to set Compose Key in Gnome of OS 2008.11?
Hi. 2008/11/15 John Martin [EMAIL PROTECTED] Michael Schmarck wrote: BTW: Where's the xorg.conf file? In /var/log/Xorg.0.log, I find a mentioning to the effect that there's no configuration file - so, I guess, the question is rather, where should it be, if one has to create one? /etc/X11/xorg.conf Thanks, just like in Linux. A lot of work went into autoconfiguration so that single screen users would not need to create one. Yep. As far as that's concerned, Linux seems to be easier, though, because there no configuration file is needed (at least not just for setting the Compose key). What would be the non-config file, single screen user approach in Solaris? Add something to ~/.xinitrc, which calls xmodmap or setkbmap -options compose:caps? Would that be the Solaris way? Or is there an easier way, which does not involve editing a config file (with a text editor, at least *g*)? Thanks, Mike ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [xwin-discuss] Hot to set Compose Key in Gnome of OS 2008.11?
Hello again! 2008/11/15 John Martin [EMAIL PROTECTED]: Michael Schmarck wrote: Yep. As far as that's concerned, Linux seems to be easier, though, because there no configuration file is needed (at least not just for setting the Compose key). What would be the non-config file, single screen user approach in Solaris? Add something to ~/.xinitrc, which calls xmodmap or setkbmap -options compose:caps? Would that be the Solaris way? I'm not an expert in this area, but I don't believe xorg.conf comes into play for the compose key on either platform. Yes, it does. From my xorg.conf on Linux: Section InputDevice Identifier NBTastatur Driver kbd Option XkbModel pc105 Option XkbLayout de Option XkbOptions grp_led:scroll,compose:caps Option XkbRules xorg Option XkbVariant nodeadkeys EndSection Note the XkbOptions line; because of this line, Caps Lock acts as the Compose key (granted, thanks to the gnome- keyboard-properties on Linux, this wouldn't be needed. It's a left over from ancient days :) Anyway - is fiddling around with some initialization file like ~/.xinitrc the way it should be done on OpenSolaris? There's no other, more user friendly way? Mike ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Install wireless USB zyxel
Jaime Pérez peñaloza ??: Hello I am a novice in this OpenSolaris on the topic of unix .. but now and had some problems, I wanted to see if I can help please I must be honest that I wore before ubuntu and the truth and had no major problems because I recognized all the drivers on my computer .. I have a USB wireless antenna ZyXEL G-220 my query to see if I help them install .. please help me pd: sorry for my English, I do not speak very well -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org Your adapter is mentioned in zyd driver section: http://www.opensolaris.org/os/community/laptop/wireless/wireless_driver_compatible_list/ For any issue about WiFi support, please send mail to laptop community: [EMAIL PROTECTED] - Michael ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] wireless iwk(4965)
Srini Yerramsetti ??: Hi, I am getting disconnected and reconnect back every couple of minutes. Did anybody had same problem ? Can anybody let me know if I need to patch the driver. Release: OpenSolaris 2008.05 snv_86_rc3 X86 Copyright 2008 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 26 April 2008 Wireless driver error from /var/adm/message file: Oct 26 17:24:26 opensolaris genunix: [ID 358043 kern.warning] WARNING: ieee80211_crypto_enmic failed. Oct 26 17:24:26 opensolaris mac: [ID 486395 kern.info] NOTICE: iwk0 link down Oct 26 17:24:26 opensolaris in.routed[418]: [ID 238047 daemon.warning] interface iwk0 to 192.168.0.232 turned off Oct 26 17:24:30 opensolaris mac: [ID 744254 kern.info] NOTICE: iwk0 link up Oct 26 17:24:30 opensolaris in.routed[418]: [ID 300549 daemon.warning] interface iwk0 to 192.168.0.232 restored Oct 26 17:24:31 opensolaris /sbin/dhcpagent[263]: [ID 967406 daemon.warning] refreshing state on iwk0 Oct 26 17:24:35 opensolaris /sbin/dhcpagent[263]: [ID 778557 daemon.warning] configure_v4_lease: no IP broadcast specified for iwk0, making best guess Thanks, Srini. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org Sounds like a hit of CR6698754 (http://bt2ws.central.sun.com/CrPrint?id=6698754). You'd better patch the iwk driver if possible, since there are many bugfixes and RFE were integrated since build86. http://src.opensolaris.org/source/history/onnv/onnv-gate/usr/src/uts/common/io/iwk/iwk2.c - Michael ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Adobe Acrobat for Solaris x86
I see I've just finished entering 'feature request' in their site and I saw your message. Now something irrelevant to acroread but very relevant to other concerns for more updtodate desktop for Solaris: Is SUN planning on releasing a more uptodate graphical desktop for Solaris10? I think that Solaris 10 running on servers should not be so much influenced by a refresh of the reay old libraries (why would people run desktops on servers?) in case stability/reliability is an issue. At the same time, people with Solaris10 subscription do not feel so comfortable start using OpenSolaris just for the more modern graphical goodies. I am having all shorts of problems with the outdated GNOME libraries. Any way thanks for the reply Michael Alan Coopersmith wrote: Michael E. Thomadakis wrote: I've been a heavy PDF user (both generating and viewign on my AMD64 Solaris10 box. I think it makes little sense NOT to have the latest Adobe's acroread on this platform. Is there any discussion about letting Adobe make it available? Letting Adobe make it available? Who do you think is stopping Adobe other than Adobe's own management? They finally got enough customer demand to decide to do it for their next release: http://blogs.adobe.com/acroread/2008/05/adobe_reader_on_solaris_x86_co.html ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Adobe Acrobat for Solaris x86
I've been a heavy PDF user (both generating and viewign on my AMD64 Solaris10 box. I think it makes little sense NOT to have the latest Adobe's acroread on this platform. Is there any discussion about letting Adobe make it available? Michael -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Belkin f5d6020 ver 2
Belkin f5d6020 Ver 2 could be quite different with Ver 3. It sounds like ATMEL chipset, no solaris driver for it by now, you need to find another WiFi adapter. See: http://opensolaris.org/os/community/laptop/wireless/wireless_driver_compatible_list/ - Michael Anthony 写道: I installed OpenSolaris 2008.05 on a laptop. Most everything I need works out of the box, however I'm trying to get this Belkin pcmcia wireless network card to work, with no success. This is my first install of OpenSolaris, and only been using Unix based kernels for a little less then a year. If you have any help please but a specific as possible. Sep 24 10:04:17 opensolaris pcmcia: [ID 580848 kern.info] pcmem0 at [EMAIL PROTECTED] in socket 0 Sep 24 10:04:17 opensolaris genunix: [ID 408114 kern.info] /[EMAIL PROTECTED],0/pci8086,[EMAIL PROTECTED]/pci1028,[EMAIL PROTECTED]/[EMAIL PROTECTED] (pcmem0) online This is the card bus in my dmesg output however, I'm not sure how to configure cards connected to the device. I tried reading the information on http://opensolaris.org/os/community/laptop/wireless/, but if were to be honest i didn't read through everything. I tried to configure rtw because it said the supported cards included the f5d6020 ver 3 , and ndis because i had the windows driver. When i followed the ndis the card wouldn't attach, the final command i used was pfexec add_drv -i ´¨pci8086,[EMAIL PROTECTED] bcmndis with a few variations of the pci*** . Any help would be great, I'm enjoying OpenSolaris, and would love the have this last component to work out. Thanks!! -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] GNU libc on OpenSolaris
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Debian's main issue is that parts of Sun's libc are not open (mostly libc_i18n; they require all bits to be open). Having seen the issues kFreeBSD has had with using glibc with their kernel, I'm not sure if its work having a ksolaris port since configure will no longer identify the platform as Solaris, so most autotools scripts will break. Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: http://getfiregpg.org iEYEARECAAYFAkjTqNQACgkQpblTBJ2i2pteBACdET5A0ycn3U+G3S2R+8mCN6vq 0oAAniom7MRTL3P4TR8H1PotiT+R+qSi =8cf5 -END PGP SIGNATURE- On Fri, Sep 19, 2008 at 5:55 AM, Joerg Schilling [EMAIL PROTECTED] wrote: Erast Benson [EMAIL PROTECTED] wrote: Yes, such port makes sense and solves some of the issues (mostly GNU libc portability) but unfortunately creates new issues, which I'm sure, could be worked out and soon we should have more or less working first ISO available with support for this new exciting architecture! What do you expect from this port? In glibc, features expected on Solaris are missing. I would expect that this port would rather create portabilitly problems than solving any issue. makes sense to use glibc. This would also solve the legal problem that Debian had with linking Sun's libc with dpkg [1]. glibc is licensed under LGPL with a linking exception, so linking CDDL code against the glibc is also legal. In keeping with past glibc ports (e.g. kFreeBSD, Debian is a license troll. There are two ways to deal with this kind of trolling: 1) Ignore it comppletely 2) find evidence that the claims from Debian are nonsense. Taking actions on the Debian trolling is definitely the wrong way. BTW: Sun lawyers knows that there is no problem with linking GPLd applications against CDDL libraries. The GPL does not forbid it (in fact the GPL does not say anything about it as this is something that happens outside the GPL work). Sun would not ship GNOME and /usr/gnu/* if Sun would not be _very_ certain that Debian is trolling. Sun is happily waiting for being sued by a copyright holder of a GPLd program shipped with OpenSolaris. _this_ is one way of implementing (2) above. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily ___ gnusol-devel mailing list [EMAIL PROTECTED] http://lists.sonic.net/mailman/listinfo/gnusol-devel ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] GNU libc on OpenSolaris
The kFreeBSD port has had a lot of considerable issues with porting software. Remember, we'd need to port the ON tools such as the ZFS admin tools to glibc. http://wiki.debian.org/ArchiveQualification/kfreebsd-i386 They also haven't been able to get things like the wifi tools for FreeBSD working. I'm not saying that adapting glibc is a bad thing, but we need to figure out if we really want to go down this path. Michael On Fri, Sep 19, 2008 at 10:48 AM, Erast Benson [EMAIL PROTECTED] wrote: Right. And in addition to autotools, such port complicates further ON merges which will unavoidably lead to higher rate of errors/bugs. But because GNU/kFreeBSD exists, I do not see why GNU/kOpenSolaris can't be... On Fri, 2008-09-19 at 09:27 -0400, Michael Casadevall wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Debian's main issue is that parts of Sun's libc are not open (mostly libc_i18n; they require all bits to be open). Having seen the issues kFreeBSD has had with using glibc with their kernel, I'm not sure if its work having a ksolaris port since configure will no longer identify the platform as Solaris, so most autotools scripts will break. Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: http://getfiregpg.org iEYEARECAAYFAkjTqNQACgkQpblTBJ2i2pteBACdET5A0ycn3U+G3S2R+8mCN6vq 0oAAniom7MRTL3P4TR8H1PotiT+R+qSi =8cf5 -END PGP SIGNATURE- On Fri, Sep 19, 2008 at 5:55 AM, Joerg Schilling [EMAIL PROTECTED] wrote: Erast Benson [EMAIL PROTECTED] wrote: Yes, such port makes sense and solves some of the issues (mostly GNU libc portability) but unfortunately creates new issues, which I'm sure, could be worked out and soon we should have more or less working first ISO available with support for this new exciting architecture! What do you expect from this port? In glibc, features expected on Solaris are missing. I would expect that this port would rather create portabilitly problems than solving any issue. makes sense to use glibc. This would also solve the legal problem that Debian had with linking Sun's libc with dpkg [1]. glibc is licensed under LGPL with a linking exception, so linking CDDL code against the glibc is also legal. In keeping with past glibc ports (e.g. kFreeBSD, Debian is a license troll. There are two ways to deal with this kind of trolling: 1) Ignore it comppletely 2) find evidence that the claims from Debian are nonsense. Taking actions on the Debian trolling is definitely the wrong way. BTW: Sun lawyers knows that there is no problem with linking GPLd applications against CDDL libraries. The GPL does not forbid it (in fact the GPL does not say anything about it as this is something that happens outside the GPL work). Sun would not ship GNOME and /usr/gnu/* if Sun would not be _very_ certain that Debian is trolling. Sun is happily waiting for being sued by a copyright holder of a GPLd program shipped with OpenSolaris. _this_ is one way of implementing (2) above. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily ___ gnusol-devel mailing list [EMAIL PROTECTED] http://lists.sonic.net/mailman/listinfo/gnusol-devel ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] GNU libc on OpenSolaris
This poses an interesting question then. With this, we could, in theory dump the ON userland, and go pure GNU, more inline with the other Debian/Ubuntu ports. That being said, I still feel diversity is a strength, and is it still Solaris if we dump the userland (and with it, binary and script compability?) Michael On Fri, Sep 19, 2008 at 3:07 PM, David Bartley [EMAIL PROTECTED] wrote: On Fri, Sep 19, 2008 at 11:37 AM, Michael Casadevall [EMAIL PROTECTED] wrote: The kFreeBSD port has had a lot of considerable issues with porting software. Remember, we'd need to port the ON tools such as the ZFS admin tools to glibc. I already have zfs and zpool binaries linked and working against glibc (see [0]). Most of the OpenSolaris-specific extensions are trivial wrappers around syscalls, so I've simply reimplemented them in my port. -- David [0] http://csclub.uwaterloo.ca/~dtbartle/opensolaris/on-glibc.tar.gz ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] GNU libc on OpenSolaris
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I don't have a problem with two separate ports. Like for people who want Solaris based system for stability and ZFS, and a solaris based one. A nice and practical upshot of this is the possibility of a kopensolaris-amd64 port which has been a bit of an issue with the current ON based system. The only question is if we ever became an offical Ubuntu port, which one would/should be accepted upstream. If we're legitimentally going to set up a second port, then I'll install dak (not mini-dak), and configure it for this adventure (mini-dak is great for single ports, not so much on multiple ones in my experience). As a second benefit, its likely the base system will not require the same amount of work to get buildds working, so you can probably leverage the existing Debian autobuilder system, and get hardy built much faster than we can since we need to work on improving the ON base. Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: http://getfiregpg.org iEYEARECAAYFAkjUHccACgkQpblTBJ2i2psiEwCfRh5CVJD4XE9VxQ70f8xrz7Az lBwAnRdGRj2RhRskq4ElXCIIqdgAlARi =esqL -END PGP SIGNATURE- On Fri, Sep 19, 2008 at 5:08 PM, Per Lundberg [EMAIL PROTECTED] wrote: It is not Solaris, but it is GNU/kOpenSolaris. :-) If I might state my opinion, I believe diversity is a strength and choice is a good thing. If some people want to go for Solaris libc, let them do so; likewise for those who prefer an even more GNU-styled userland (with GNU libc being the cornerstone). What we should note though is that Nexenta (CP2) is already much more GNU-like than Solaris has ever been, in my experience... Which is one the reasons I like Nexenta more than I've ever come to like Solaris, after working with a Solaris-based Perl web application for around one year. Of course, my background is much more GNU/Linux-based so I'm biased... Anyway, I think GNU Solaris should be able to umbrella both of these two branches. They can probably not be combined in the same distribution, because we are talking about such core pieces of the system that it would be weird having GNU libc installed when packages have been compiled against Sun's libc, and vice versa. Of course, we could have double packages available for each and every package - one compiled against GNU libc and one compiled against Sun libc. But that would really be a kind of weird operating system... It is much better (IMO) to let the branches be branches. They can share the same infrastructure; both of them can have their autobuilders (when they are ready) hosted on the same machine, but in different zones. And so forth. For the time being though, it might be best to hold some kind of referendum among the core developers (which I am not a part of myself) of GNU Solaris as to which of these branches that should be emphasized. It's not like we have 1000 developers just sitting around and waiting for more work to be done, so a bit of focus (with the clear allowance of letting people with different opinions do their own thing, within the same infrastructure) might be a good thing. Does this sound good? On Fri, Sep 19, 2008 at 11:29 PM, Michael Casadevall [EMAIL PROTECTED] wrote: This poses an interesting question then. With this, we could, in theory dump the ON userland, and go pure GNU, more inline with the other Debian/Ubuntu ports. That being said, I still feel diversity is a strength, and is it still Solaris if we dump the userland (and with it, binary and script compability?) Michael -- Best regards, Per Lundberg ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] snv_91 system crash - mdb can't open unix.0
Hello everybody, Today at around 9:35, one of our Solaris 10 (snv_91) rebooted - looking in /var/crash/HOSTNAME, I see unix.0 and vmcore.0 and a file called bounds. I'm trying to determine why the host crashed. When I try to run mdb on unix.0, I get: bash-3.2# /usr/bin/mdb -k unix.0 mdb: failed to read panicbuf and panic_reg -- current register set will be unavailable mdb: failed to read dump header: Bad address mdb: failed to initialize target: Bad address and then I'm dropped back to a root prompt. Any idea how I can determine why the machine crashed? -- Michael Hale[EMAIL PROTECTED] Manager of Engineering Support Enterprise Engineering Group Transcom Enhanced Services http://www.transcomus.com ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] network connectivity problems with nv91 and e1000g
I have the same problem on my T61p, e1000g and wpi (wireless) interfaces. They're both seriously broken on snv_91. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] nss_mdns: error checking svc:/network/dns/multicast:default service timestamp
Since installing snv_91, we've seen a flood of the below messages in the logs - any ideas how to make them stop? bash-3.2# svcs -a | grep multicast returns nothing Jul 2 09:33:36 mbox02.transcomus.com nscd[195]: [ID 131150 user.error] nss_mdns: error checking svc:/network/dns/ multicast:default service timestamp Jul 2 09:40:12 mbox02.transcomus.com last message repeated 111 times Jul 2 09:40:17 mbox02.transcomus.com nscd[195]: [ID 131150 user.error] nss_mdns: error checking svc:/network/dns/ multicast:default service timestamp Jul 2 09:46:46 mbox02.transcomus.com last message repeated 121 times -- Michael Hale[EMAIL PROTECTED] Manager of Engineering Support Enterprise Engineering Group Transcom Enhanced Services http://www.transcomus.com ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Anyone using Laptops with Intel 4965AGN WLAN card?
Younghwan Jang ??: I can access internet only one time on live CD, but cannot access after that, not only mine, neither other access points... I also tried to disable NWAM according to technical documents, but it was not helpful... For there is no problem with VMWare in windows, it is not seemed to be network configuration problem. Is there anyone have similar problem or know how to solve it? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org Sounds like a hit of CR6677167: iwk driver connection quality is poor on some laptops. it was fixed in snv_87 3/21/2008, you may need to upgrade the kernel. - Michael ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] I give up.
Please go to http://defect.opensolaris.org/bz/show_bug.cgi?id=2178 and vote on this bug, unstable e1000g and wpi network interfaces. Both are unusable on a T61p. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] I give up.
I too never got wpi0 to work stably but on a T61p in any mode, wep, wpa, or neither the two. It'll connect and work for a bit, then either it'll drop the connection over and over or the data rate will be all over the place down to a few bytes a second even when the laptop is a few feet away from the access point. In any case, it's unstable and unusable. I was never sure where to file bugs; so I just posted to bugs forum in hopes that someone from Sun would file the bug and get it fixed at some point. From the responses, it seems that other people have seen the same behavior. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Intel PRO/Wireless 3945ABG and T61P
Frank Penczek 写道: Hi, On Sat, May 17, 2008 at 8:47 AM, Michael Lee [EMAIL PROTECTED] wrote: On a T61P with a 3945ABG wifi device (pci8086,4227) running snv_86, wpi0 comes up and even connects sometimes but it's very unstable. The connection generally hangs or comes in and out to the point of being useless. On my local access point using wpa or one that's public, more frequently than not I get the error message: dladm: cannot connect: operation timed out. Sometimes the same dladm command will connect. Similarly, using NWAM, it'll connect on boot but more often than not, I'll get error messages, something about not being able to set the power. Is wpi0 known to be flakey? Has anyone seen wpi0 working well? +1, I'm getting the same behaviour on a Tecra A7 (0x8086, 4222). An svcadmn restart nwam brings back the connection for a while, but it's far from being stable. Cheers, Frank ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ZhongHui, Is that known bug? - Michael ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Intel PRO/Wireless 3945ABG and T61P
Thanks for the confirmation. It's probably a buggy driver. Oh well, maybe it's time to switch to Ubuntu. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Chicken and Egg Problem with gcc and ndis
Aubrey Li 写道: On Thu, May 29, 2008 at 12:57 PM, Haluk Durmus [EMAIL PROTECTED] wrote: Hello, my ethernet and wireless kart are not suported (Broadcom BCM4401-B0 100Base-TX and BCM4312 802.11a/b/g), and to get it working, I tried to compile the ndiswrapper to import the windows drivers. I got an error message that gcc is not found. So I tried to find a gcc package to download it from a other pc and then copy it with usbstick to my opensolaris laptop. But I didn't found such a package ! The only way to install gcc is to have a internet connection on the target pc. I hope I'm not right! http://blastwave.network.com/csw/unstable/i386/5.11/ ndiswrapper is for linux, I don't think you are on the right way. -Aubrey ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org BCM4312 reported work before, you can download XP driver here to try it out: http://www.opensolaris.org/os/community/laptop/wireless/ndis/ Which OS build are you running? Haluk. I just know that only Indiana hasn't gcc. Another solution is to use usbstick copy bcm4401 driver to your laptop, then you can access internet for gcc package install. :-) - Michael ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Intel PRO/Wireless 3945ABG and T61P
On a T61P with a 3945ABG wifi device (pci8086,4227) running snv_86, wpi0 comes up and even connects sometimes but it's very unstable. The connection generally hangs or comes in and out to the point of being useless. On my local access point using wpa or one that's public, more frequently than not I get the error message: dladm: cannot connect: operation timed out. Sometimes the same dladm command will connect. Similarly, using NWAM, it'll connect on boot but more often than not, I'll get error messages, something about not being able to set the power. Is wpi0 known to be flakey? Has anyone seen wpi0 working well? Thanks. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org