[OpenIndiana-discuss] problem with avahi and subtypes
I had the bright idea to configure cups and avahi to present my old HP Color Laserjet 3600n as an airprint printer (see http://atxconsulting.com/posts/Automatically_generate_AirPrint_Avahi_service_files_for_CUPS_printers/ for the script I used to generate the avahi service file). The way IOS works with airprint is that it makes a request for the subtype _universal._sub._ipp._tcp.local. Avahi on my copy of Openindiana ( oi_151a7) doesn't respond to that, it only responds to the query for _ipp._tcp.local. I could see this in wireshark, or I could test with dig and see that queries like: dig @192.168.1.42 -p 5353 _universal._sub._ipp._tcp.local PTR would fail. I tried a similar avahi configuration on a FreeBSD 9.1-Release machine, and it worked fine. I'm wondering if anyone else has gotten this to work on Openindiana? Poking around in the bugtracker I see there is a recent request to upgrade mDNS for Illumos (Bug #3661), I suspect Illumos might be far enough behind on mDNS that subtypes aren't quite supported? Does anyone know if that is the case? Chris Jordan cwjorda...@cox.net ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] zone connection closed after upgrade to IO
Achim, I haven't seen any particular problems with zones on OpenIndiana. One thing to watch out for, if you haven't already, you will need to upgrade the zones as well by doing zoneadm -z yourzonename detach and zoneadm -z yourzonename attach -u. Chris Jordan cwjorda...@cox.net Achim Wolpers achim...@googlemail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! Finally I upgraded my OSol 134 to OI 152. It worked fine! But one issue came up: my one zone refused connection after booting IO. So I switched back to the OSol BE. Is this a known problem? aw ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] beginners question about OI
John, I just doublechecked and the current release of OpenIndiana (oi-dev-151a-x86.iso from http://openindiana.org/download/) does prompt you for the root password when you install it. This happens at the top of the same screen where you set the name for your user account. You will then get asked for that root password if you run the Package Manager tool from the desktop. However it looks like the bug in version 148 where the initial root password is expired has not yet been fixed. So you'll need to pull up a terminal window and reset the root password first, using the root password you set during installation. This is documented in bug #1055: https://www.illumos.org/issues/1055, however that bug is not listed in the release notes. cwjordan@openindiana151a:~$ su - Password: su: Password for user 'root' has expired New Password: Re-enter new Password: su: password successfully changed for root OpenIndiana (powered by illumos) SunOS 5.11 oi_151a September 2011 Chris Jordan cwjor...@cox.net John Thornton secretel...@gmail.com wrote: Hello I have put OpenIndiana into Oracle Virtual Box. No password was asked for and the desktop has booted up OK. But when I try to update software a password is asked for. I have never put one in. I have tried all the obvious things like root, toor, admin. I can't find anything in the documentation; can someone please help? Thank you [first time Opensolaris or Indiana user] ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] a few questions... flash, firefox, usb flash install, libreoffice, zfs update, suggestions
drs grid drs.g...@gmail.com wrote: On Thu, Jul 28, 2011 at 4:48 AM, cwjorda...@cox.net wrote: drs grid drs.g...@gmail.com wrote: Secondly I initially tried to install the desktop version on a usb flash device which did not go well the entire (default) took more than 12 hours to get it on the stick. I was able to boot freeNAS off of it yesterday as well as a few other OS's. Also when it was finally installed - i waited 30 minutes for it to boot up (after which i turned it off to track down a sata controller and extra disk). Has anyone else tried running OpenIndiana off of flash. I am now using a SATA disk. but how and who do i notify to have them look into this problem / possible bug? I'm afraid I haven't tried booting off a usb flash drive myself, and while Google shows me some complaints about usb flash performance it's not clear to me if there is a known problem. However, I can answer your second question, the bug and feature trackers for Openindiana are hosted on the Illumos site, here: https://www.illumos.org/projects/openindiana I see... i dont know the protocol - should i cross post this bug on the Illumos site, you mentioned or is there a better approach? The protocol is loose right now. You may submit it to the link above, please include all the info you can, as you would with any bug report. I believe you have to create a (free) account on the Illumos site in order to submit bugs. For what it is worth, since it sounds like an issue with the Illumos kernel that the Openindiana distribution is based on, the bug would end up being moved over to the bug tracker for Illumos (or you could submit it directly there), assuming it's not a duplicate of something already in there. Chris Jordan cwjorda...@cox.net ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Problems installing grub
Google suggests that when you see that error you need to fdisk before you fmthard. See http://malsserver.blogspot.com/2008/08/mirroring-resolved-correct-way.html : before doing the fmthard, you have to do fdisk on the new drive. In my case, I did 'pfexec fdisk /dev/rdsk/c4t1d0s2', it complained, I said yes then everything was fine. If you skip this step, you'll get: fmthard: Partition 2 specifies the full disk and is not equal and later: Partition 0 of the disk has an incorrect offset worth a try... Chris Jordan cwjorda...@cox.net Roy Sigurd Karlsbakk r...@karlsbakk.net wrote: Hi all One of the rpool drives on this server died the other day, so I got a replacement that was 1 cylinder larger (60798 vs 60797). Still, I tried prtvtoc /dev/rdsk/c7d0s2 | fmthard -s - /dev/rdsk/c6d0s2 zpool replace worked and the pool resilvered within a few minutes. Now, installing grub fails. root@prv-backup:~# installgrub /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c6d0s0 Partition 0 of the disk has an incorrect offset Unable to gather device information for /dev/rdsk/c6d0s0 Can thie be because of a bad partition table? Any idae how to fix this properly? Vennlige hilsener / Best regards roy -- Roy Sigurd Karlsbakk (+47) 97542685 r...@karlsbakk.net http://blogg.karlsbakk.net/ -- I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et elementært imperativ for alle pedagoger å unngå eksessiv anvendelse av idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate og relevante synonymer på norsk. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] ZFS / NFS chown
Been a while since I've done this, looks like there is a better way, you want to set the root= option, like: pfexec zfs set sharenfs='rw=192.168.1.0/24,root=192.168.1.30/32' tank/share (from http://allanfeid.com/content/ultimate-file-server-opensolaris-and-zfs) Also see share_nfs(1M) which says: root=access_list Only root users from the hosts specified in access_list have root access. See access_list below. By default, no host has root access, so root users are mapped to an anonymous user ID (see the anon=uid option described above). Netgroups can be used if the file system shared is using UNIX authentication (AUTH_SYS). If that doesn't do what you want, then post how you have it set up now, maybe there is something else wrong? Chris Jordan Gabriele Bulfon gbul...@sonicle.com wrote: Maybe. Should I -maproot to the storage root? But, again, root is a role in openindiana...will it work? -- Da: cwjorda...@cox.net A: Discussion list for OpenIndiana Cc: Gabriele Bulfon Data: 19 giugno 2011 13.27.23 CEST Oggetto: Re: [OpenIndiana-discuss] ZFS / NFS chown Usually by default nfs maps root requests to the nobody account for security reasons. You may change that behavior with the -maproot option. Perhaps you need to set that? Chris Jordan Gabriele Bulfon wrote: The client system accessing the NFS share, has root access, rw. What happens, is I can't chown to any of this client users, receiving a permission to chown denied. If I have user jim on the client with uid=1324, I exepct to chown my jim files from the client, and from the storage view, see these files with just uid=1324, no matter if I have this user on the storage. I just mounted the share as root, and started replicating a local filesystem into the NFS/ZFS share, through a find . -print | cpio -pcduvm /mnt, where many different permissions/owners reside. What's wrong? -- Da: Lucas Van Tol A: openindiana-discuss@openindiana.org Data: 18 giugno 2011 9.44.37 CEST Oggetto: Re: [OpenIndiana-discuss] ZFS / NFS chown Could you just chown to UID's; or from a system with root access to the share? To: openindiana-discuss@openindiana.org From: gbul...@sonicle.com Date: Fri, 17 Jun 2011 23:01:21 +0200 Subject: [OpenIndiana-discuss] ZFS / NFS chown Hi, maybe a silly question. Sharing a ZFS volume, I can't chown to client users. I obviously don't want to map each and every client user id into the storage.what am I missing? ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] ZFS / NFS chown
Usually by default nfs maps root requests to the nobody account for security reasons. You may change that behavior with the -maproot option. Perhaps you need to set that? Chris Jordan Gabriele Bulfon gbul...@sonicle.com wrote: The client system accessing the NFS share, has root access, rw. What happens, is I can't chown to any of this client users, receiving a permission to chown denied. If I have user jim on the client with uid=1324, I exepct to chown my jim files from the client, and from the storage view, see these files with just uid=1324, no matter if I have this user on the storage. I just mounted the share as root, and started replicating a local filesystem into the NFS/ZFS share, through a find . -print | cpio -pcduvm /mnt, where many different permissions/owners reside. What's wrong? -- Da: Lucas Van Tol A: openindiana-discuss@openindiana.org Data: 18 giugno 2011 9.44.37 CEST Oggetto: Re: [OpenIndiana-discuss] ZFS / NFS chown Could you just chown to UID's; or from a system with root access to the share? To: openindiana-discuss@openindiana.org From: gbul...@sonicle.com Date: Fri, 17 Jun 2011 23:01:21 +0200 Subject: [OpenIndiana-discuss] ZFS / NFS chown Hi, maybe a silly question. Sharing a ZFS volume, I can't chown to client users. I obviously don't want to map each and every client user id into the storage.what am I missing? ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss