[OpenIndiana-discuss] RDP to login on oi from Windows
Hans J Albertsson
hans.j.albertsson at branneriet.se
Thu Feb 23 07:05:59 UTC 2012
Some friend suggested RDP For connecting to an oi machine from Windows
What must be done on OI to serve RDP ?
Skickat från min iPod
23 feb 2012 kl. 05.37 skrev openindiana-discuss-request at openindiana.org:
> Send OpenIndiana-discuss mailing list submissions to
> openindiana-discuss at openindiana.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://openindiana.org/mailman/listinfo/openindiana-discuss
> or, via email, send a message with subject or body 'help' to
> openindiana-discuss-request at openindiana.org
>
> You can reach the person managing the list at
> openindiana-discuss-owner at openindiana.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of OpenIndiana-discuss digest..."
>
>
> Today's Topics:
>
> 1. Re: pkgrecv log (Gabriele Bulfon)
> 2. time-slider (Paolo Marcheschi)
> 3. Re: time-slider (Ignacio Marambio Cat?n)
> 4. Re: time-slider (Jan Owoc)
> 5. Re: Server hangs weekly (Daniel Kjar)
> 6. Re: Server hangs weekly (oimltalk at skidde.net)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 22 Feb 2012 09:17:42 +0100 (CET)
> From: Gabriele Bulfon <gbulfon at sonicle.com>
> To: Alexander Pyhalov <alp at rsu.ru>, Discussion list for
> OpenIndiana
> <openindiana-discuss at openindiana.org>
> Subject: Re: [OpenIndiana-discuss] pkgrecv log
> Message-ID: <6272964.138.1329898662251.JavaMail.sonicle at xstream>
> Content-Type: text/plain; charset="us-ascii"
>
> Sure....I just found flushes from pkgrecv are slow on stdout, so I
> get the output late :)
> Gabriele Bulfon - Sonicle S.r.l.
> Tel +39 028246016 Int. 30 - Fax +39 028243880
> via Enrico Fermi 44 - 20090, Assago - Milano - Italy
> http://www.sonicle.com
> ---
> ---
> ---
> ---
> ----------------------------------------------------------------------
> Da: Alexander Pyhalov
> A: Discussion list for OpenIndiana
> Cc: Gabriele Bulfon
> Data: 22 febbraio 2012 6.25.05 CET
> Oggetto: Re: [OpenIndiana-discuss] pkgrecv log
> Hello.
> On 02/21/2012 20:58, Gabriele Bulfon wrote:
> Hi,
> I ran a pkgrecv of openindiana.org/dev to have a local IPS mirror of
> OI.
> While if I run it in foreground I can see the progress, this time I
> ran in with nohup background,
> redirecting outputs to files, and this time these files are empty,
> they don't show any progress,
> but I can see pkgrecv running and downloading using truss.
> Why?
> Just a guess. Have you redirected stdout and stderr?
> --
> Best regards,
> Alexander Pyhalov,
> system administrator of Computer Center of Southern Federal University
>
> ------------------------------
>
> Message: 2
> Date: Wed, 22 Feb 2012 19:02:46 +0100
> From: Paolo Marcheschi <paolo.marcheschi at ftgm.it>
> To: Discussion list for OpenIndiana
> <openindiana-discuss at openindiana.org>
> Subject: [OpenIndiana-discuss] time-slider
> Message-ID: <4F452DC6.1020900 at ftgm.it>
> Content-Type: text/plain; format=flowed; charset=ISO-8859-1
>
> Hi
> I cannot start time slider :
>
> [ Feb 22 18:51:20 Executing start method ("/lib/svc/method/time-
> slider start"). ]
> [ Feb 22 18:51:41 Method "start" exited with status 0. ]
> Exception in thread Thread-1:
> Traceback (most recent call last):
> File "/usr/lib/python2.6/threading.py", line 525, in
> __bootstrap_inner
> self.run()
> File "/usr/lib/../share/time-slider/lib/time_slider/
> timesliderd.py", line 123, in run
> volume.set_auto_snap(False)
> File "/usr/lib/../share/time-slider/lib/time_slider/zfs.py", line
> 922, in set_auto_snap
> self.set_user_property("com.sun:auto-snapshot", value)
> File "/usr/lib/../share/time-slider/lib/time_slider/zfs.py", line
> 660, in set_user_property
> outdata,errdata = util.run_command(cmd)
> File "/usr/lib/../share/time-slider/lib/time_slider/util.py", line
> 50, in run_command
> (str(command), err, errdata)
> RuntimeError: ['/usr/bin/pfexec', '/usr/sbin/zfs', 'set',
> 'com.sun:auto-snapshot=false', 'rpool/dump'] failed with exit code 1
> /usr/sbin/zfs: Permission denied
>
>
> Maybe is something simple but now I cannot find the solution
> can you help ?
>
> Paolo
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 22 Feb 2012 15:08:45 -0300
> From: Ignacio Marambio Cat?n <darkjoker at gmail.com>
> To: Discussion list for OpenIndiana
> <openindiana-discuss at openindiana.org>
> Subject: Re: [OpenIndiana-discuss] time-slider
> Message-ID:
>
> <CAFc3XiWn1zmzYMoXENtAVt7qMPepoOcUM2a7mVRVUf6X4WuRow at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> sounds like the user which is being used to create the snapshot
> doesn't have the right RBAC configuration
>
> On Wed, Feb 22, 2012 at 3:02 PM, Paolo Marcheschi
> <paolo.marcheschi at ftgm.it> wrote:
>> Hi
>> I cannot start time slider :
>>
>> [ Feb 22 18:51:20 Executing start method ("/lib/svc/method/time-
>> slider
>> start"). ]
>> [ Feb 22 18:51:41 Method "start" exited with status 0. ]
>> Exception in thread Thread-1:
>> Traceback (most recent call last):
>> ?File "/usr/lib/python2.6/threading.py", line 525, in
>> __bootstrap_inner
>> ? ?self.run()
>> ?File "/usr/lib/../share/time-slider/lib/time_slider/
>> timesliderd.py", line
>> 123, in run
>> ? ?volume.set_auto_snap(False)
>> ?File "/usr/lib/../share/time-slider/lib/time_slider/zfs.py", line
>> 922, in
>> set_auto_snap
>> ? ?self.set_user_property("com.sun:auto-snapshot", value)
>> ?File "/usr/lib/../share/time-slider/lib/time_slider/zfs.py", line
>> 660, in
>> set_user_property
>> ? ?outdata,errdata = util.run_command(cmd)
>> ?File "/usr/lib/../share/time-slider/lib/time_slider/util.py", line
>> 50, in
>> run_command
>> ? ?(str(command), err, errdata)
>> RuntimeError: ['/usr/bin/pfexec', '/usr/sbin/zfs', 'set',
>> 'com.sun:auto-snapshot=false', 'rpool/dump'] failed with exit code 1
>> /usr/sbin/zfs: Permission denied
>>
>>
>> Maybe is something simple but now I cannot find the solution
>> can you help ?
>>
>> Paolo
>>
>>
>> _______________________________________________
>> OpenIndiana-discuss mailing list
>> OpenIndiana-discuss at openindiana.org
>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 22 Feb 2012 11:19:09 -0700
> From: Jan Owoc <jsowoc at gmail.com>
> To: Discussion list for OpenIndiana
> <openindiana-discuss at openindiana.org>
> Subject: Re: [OpenIndiana-discuss] time-slider
> Message-ID:
>
> <CADCwuEand=Gnz=TSW7MxO7bBa2ObsVBYXV3RHV2seb_82gPTYA at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> On Wed, Feb 22, 2012 at 11:02 AM, Paolo Marcheschi
> <paolo.marcheschi at ftgm.it> wrote:
>> Hi
>> I cannot start time slider :
>>
> [...]
>>
>> Maybe is something simple but now I cannot find the solution
>> can you help ?
>
> I had a problem starting time-slider, and reloading dbus solved it for
> me. Your problem seems different.
>
> Could you post the output of these two commands?
>
> # svcs -xv
>
> # cat /var/svc/log/application-time-slider\:default.log
>
> Jan
>
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 22 Feb 2012 20:27:24 -0500
> From: Daniel Kjar <dkjar at elmira.edu>
> To: openindiana-discuss at openindiana.org
> Subject: Re: [OpenIndiana-discuss] Server hangs weekly
> Message-ID: <4F4595FC.8010309 at elmira.edu>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> I have this problem on a system that I was using to back up 50 gbs of
> material each night. It would transfer that across the network in zfs
> and that would kill it but it would only happen after a week or so of
> nightly updates of roughly the same size. This machine has 32gb of
> ram
> and a cp process would hang and swallow it all bringing the system to
> its knees. I just stopped that big transfer job and called it a
> night.
> I am no longer backing up my files to 3 different buildings but that
> is
> better than crashing my sunray server every 5 days.
>
> On 2/22/2012 1:48 AM, Milan Jurik wrote:
>> Hi,
>>
>> one of my systems was suffering from very similar symptoms. I had no
>> chance to debug it much as it was on remote site in serverhouse. But
>> in my case it was lack of memory, system was under significant memory
>> pressure. I was unable to reproduce it on small systems I have at
>> home. I added some memory and set limits for zones.
>>
>> One small suggestion - could you write small script dumping memory
>> info (from kernel mdb) and list of processes to the disk and run it
>> from crontab every few minutes? Maybe it will be unable to store data
>> during "hang" but at least you could see trend.
>>
>> For lost IP address - are you using NWAM?
>>
>> Best regards,
>>
>> Milan
>>
>> On 22.02.2012 07:32, oimltalk at skidde.net wrote:
>>> Hi there,
>>>
>>> I'm seeing roughly weekly hangs on a server running OpenIndiana
>>> 151a.
>>> I'm
>>> using it primarily as a home fileserver with ZFS.
>>>
>>> The exact behavior seems to depend on when I notice it, but
>>> essentially the
>>> server drops off the network and is only variably responsive when I
>>> try to
>>> access the console directly. Sometimes when this happens the system
>>> doesn't
>>> respond at all (e.g., not even to keyboard input). One time I was
>>> able to
>>> interact with the console (after the server had disappeared from the
>>> network) and tried to see what was going on. Tried pinging
>>> google.com(unreachable, as expected). Next I tried `ifconfig -a` and
>>> got this:
>>>
>>> lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL>
>>> mtu
>>> 8232
>>> index 1
>>> inet 127.0.0.1 netmask ff000000
>>> e1000g0:
>>> flags=1040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4> mtu
>>> 1500 index 2
>>> inet 0.0.0.0 netmask ff000000
>>>
>>>
>>> which explains the lack of connectivity. But after it printed that
>>> it
>>> didn't return. The console still printed my keyboard output
>>> (including ^C,
>>> ^Z, etc.), and there was still output coming from other sources
>>> (e.g., I
>>> have napp-it running regular snapshots, so I saw a notice that it
>>> had
>>> used
>>> sudo to run that) but I couldn't get a prompt back. Next I tried
>>> hitting
>>> the power button on the machine I got this:
>>>
>>> poweroff: initiated by user on /dev/console
>>> in.ndpd[994]: phyint_reach_random: SIOCSLIFLNKINFO (interfac
>>> e1000g0):
>>> Interrupted system call
>>> bootadm: /boot/solaris/bin/extract_boot_filelist is not owned by
>>> 101,
>>> skipping
>>> syncing file systems... done
>>> WARNING: Power off requested from power button or SC, powering
>>> down the
>>> system!
>>>
>>>
>>> followed shortly by:
>>>
>>> WARNING: Failed to shut down the system!
>>>
>>>
>>> Tried looking through the logs for anything interesting but didn't
>>> come up
>>> with anything, though to be honest I'm not 100% sure where to look
>>> or
>>> what
>>> to look for. When the machine drops off the network I can still
>>> access it
>>> via IPMI (tried this using both the dedicated jack on the
>>> motherboard
>>> and
>>> by sharing the Intel NIC--worked in both cases, but OI was still
>>> unresponsive), so I doubt it's a bad NIC. Motherboard is a
>>> Supermicro
>>> X9SCM-F.
>>>
>>> I know that at least sometimes the system will stop running even
>>> my ZFS
>>> snapshots via napp-it, since I've come back to a frozen console that
>>> showed
>>> the last snapshot being taken 12+ hours before (they're supposed
>>> to be
>>> taken every 15 minutes). My guess is this is just because it takes
>>> me
>>> longer to notice sometimes--seems like it's hitting a deadlock
>>> somewhere
>>> that eventually grinds everything to a halt (like with the
>>> ipconfig call
>>> above).
>>>
>>> Also, FWIW, here's what ipconfig -a gets me when it works
>>> correctly (MAC
>>> address removed, although interestingly it wasn't even printed in
>>> the
>>> output above):
>>>
>>> lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL>
>>> mtu
>>> 8232
>>> index 1
>>> inet 127.0.0.1 netmask ff000000
>>> e1000g0: flags=1040843<UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4> mtu
>>> 1500
>>> index 2
>>> inet 192.168.10.10 netmask ffffff00
>>> ether [MAC address here]
>>> lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv6,VIRTUAL>
>>> mtu
>>> 8252
>>> index 1
>>> inet6 ::1/128
>>> e1000g0: flags=20002004841<UP,RUNNING,MULTICAST,DHCP,IPv6> mtu 1500
>>> index 2
>>> inet6 fe80::225:90ff:fe50:2c2a/10
>>> ether [MAC address here]
>>>
>>>
>>> Any ideas/suggestions on where to go from here? Thanks in advance.
>>>
>>
>> _______________________________________________
>> OpenIndiana-discuss mailing list
>> OpenIndiana-discuss at openindiana.org
>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>
> --
> Dr. Daniel Kjar
> Assistant Professor of Biology
> Division of Mathematics and Natural Sciences
> Elmira College
> 1 Park Place
> Elmira, NY 14901
> 607-735-1826
> http://faculty.elmira.edu/dkjar
>
> "...humans send their young men to war; ants send their old ladies"
> -E. O. Wilson
>
>
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 22 Feb 2012 20:37:08 -0800
> From: oimltalk at skidde.net
> To: Discussion list for OpenIndiana
> <openindiana-discuss at openindiana.org>
> Subject: Re: [OpenIndiana-discuss] Server hangs weekly
> Message-ID:
> <CAErCMssJRGdZ823N90U2FHJ7Wh1WaDdWZS-
> GBPeSOJ3uxROWgw at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Interesting. I have 8GB of memory, which I thought would be enough
> for my
> purposes (6 x 2TB drives, RAIDZ-2, no deduping or anything special
> like
> that). Most of the time the server is on it's idle, but perhaps the
> regular
> snapshots are causing problems. I'll have to try to track memory
> usage and
> see what happens.
>
> As for NWAM, I believe I'm using it? I haven't turned it off, anyway.
>
> Thanks for the feedback.
>
> On Wed, Feb 22, 2012 at 5:27 PM, Daniel Kjar <dkjar at elmira.edu> wrote:
>
>> I have this problem on a system that I was using to back up 50 gbs of
>> material each night. It would transfer that across the network in
>> zfs and
>> that would kill it but it would only happen after a week or so of
>> nightly
>> updates of roughly the same size. This machine has 32gb of ram and
>> a cp
>> process would hang and swallow it all bringing the system to its
>> knees. I
>> just stopped that big transfer job and called it a night. I am no
>> longer
>> backing up my files to 3 different buildings but that is better than
>> crashing my sunray server every 5 days.
>>
>>
>> On 2/22/2012 1:48 AM, Milan Jurik wrote:
>>
>>> Hi,
>>>
>>> one of my systems was suffering from very similar symptoms. I had no
>>> chance to debug it much as it was on remote site in serverhouse.
>>> But in my
>>> case it was lack of memory, system was under significant memory
>>> pressure. I
>>> was unable to reproduce it on small systems I have at home. I
>>> added some
>>> memory and set limits for zones.
>>>
>>> One small suggestion - could you write small script dumping memory
>>> info
>>> (from kernel mdb) and list of processes to the disk and run it
>>> from crontab
>>> every few minutes? Maybe it will be unable to store data during
>>> "hang" but
>>> at least you could see trend.
>>>
>>> For lost IP address - are you using NWAM?
>>>
>>> Best regards,
>>>
>>> Milan
>>>
>>> On 22.02.2012 07:32, oimltalk at skidde.net wrote:
>>>
>>>> Hi there,
>>>>
>>>> I'm seeing roughly weekly hangs on a server running OpenIndiana
>>>> 151a. I'm
>>>> using it primarily as a home fileserver with ZFS.
>>>>
>>>> The exact behavior seems to depend on when I notice it, but
>>>> essentially
>>>> the
>>>> server drops off the network and is only variably responsive when
>>>> I try
>>>> to
>>>> access the console directly. Sometimes when this happens the system
>>>> doesn't
>>>> respond at all (e.g., not even to keyboard input). One time I was
>>>> able to
>>>> interact with the console (after the server had disappeared from
>>>> the
>>>> network) and tried to see what was going on. Tried pinging
>>>> google.com(unreachable, as expected). Next I tried `ifconfig -a`
>>>> and
>>>> got this:
>>>>
>>>> lo0:
>>>> flags=2001000849<UP,LOOPBACK,**RUNNING,MULTICAST,IPv4,**VIRTUAL>
>>>> mtu 8232
>>>> index 1
>>>> inet 127.0.0.1 netmask ff000000
>>>> e1000g0:
>>>> flags=1040843<UP,BROADCAST,**RUNNING,MULTICAST,DEPRECATED,**IPv4>
>>>> mtu
>>>> 1500 index 2
>>>> inet 0.0.0.0 netmask ff000000
>>>>
>>>>
>>>> which explains the lack of connectivity. But after it printed
>>>> that it
>>>> didn't return. The console still printed my keyboard output
>>>> (including
>>>> ^C,
>>>> ^Z, etc.), and there was still output coming from other sources
>>>> (e.g., I
>>>> have napp-it running regular snapshots, so I saw a notice that it
>>>> had
>>>> used
>>>> sudo to run that) but I couldn't get a prompt back. Next I tried
>>>> hitting
>>>> the power button on the machine I got this:
>>>>
>>>> poweroff: initiated by user on /dev/console
>>>> in.ndpd[994]: phyint_reach_random: SIOCSLIFLNKINFO (interfac
>>>> e1000g0):
>>>> Interrupted system call
>>>> bootadm: /boot/solaris/bin/extract_**boot_filelist is not owned
>>>> by 101,
>>>> skipping
>>>> syncing file systems... done
>>>> WARNING: Power off requested from power button or SC, powering
>>>> down the
>>>> system!
>>>>
>>>>
>>>> followed shortly by:
>>>>
>>>> WARNING: Failed to shut down the system!
>>>>
>>>>
>>>> Tried looking through the logs for anything interesting but
>>>> didn't come
>>>> up
>>>> with anything, though to be honest I'm not 100% sure where to
>>>> look or
>>>> what
>>>> to look for. When the machine drops off the network I can still
>>>> access it
>>>> via IPMI (tried this using both the dedicated jack on the
>>>> motherboard and
>>>> by sharing the Intel NIC--worked in both cases, but OI was still
>>>> unresponsive), so I doubt it's a bad NIC. Motherboard is a
>>>> Supermicro
>>>> X9SCM-F.
>>>>
>>>> I know that at least sometimes the system will stop running even
>>>> my ZFS
>>>> snapshots via napp-it, since I've come back to a frozen console
>>>> that
>>>> showed
>>>> the last snapshot being taken 12+ hours before (they're supposed
>>>> to be
>>>> taken every 15 minutes). My guess is this is just because it
>>>> takes me
>>>> longer to notice sometimes--seems like it's hitting a deadlock
>>>> somewhere
>>>> that eventually grinds everything to a halt (like with the
>>>> ipconfig call
>>>> above).
>>>>
>>>> Also, FWIW, here's what ipconfig -a gets me when it works
>>>> correctly (MAC
>>>> address removed, although interestingly it wasn't even printed in
>>>> the
>>>> output above):
>>>>
>>>> lo0:
>>>> flags=2001000849<UP,LOOPBACK,**RUNNING,MULTICAST,IPv4,**VIRTUAL>
>>>> mtu 8232
>>>> index 1
>>>> inet 127.0.0.1 netmask ff000000
>>>> e1000g0:
>>>> flags=1040843<UP,BROADCAST,**RUNNING,MULTICAST,DHCP,IPv4> mtu
>>>> 1500
>>>> index 2
>>>> inet 192.168.10.10 netmask ffffff00
>>>> ether [MAC address here]
>>>> lo0:
>>>> flags=2001000849<UP,LOOPBACK,**RUNNING,MULTICAST,IPv6,**VIRTUAL>
>>>> mtu 8252
>>>> index 1
>>>> inet6 ::1/128
>>>> e1000g0: flags=20002004841<UP,RUNNING,**MULTICAST,DHCP,IPv6> mtu
>>>> 1500
>>>> index 2
>>>> inet6 fe80::225:90ff:fe50:2c2a/10
>>>> ether [MAC address here]
>>>>
>>>>
>>>> Any ideas/suggestions on where to go from here? Thanks in advance.
>>>>
>>>>
>>> ______________________________**_________________
>>> OpenIndiana-discuss mailing list
>>> OpenIndiana-discuss@**openindiana.org<OpenIndiana-discuss at openindiana.org
>>> >
>>> http://openindiana.org/**mailman/listinfo/openindiana-**discuss<http://openindiana.org/mailman/listinfo/openindiana-discuss
>>> >
>>>
>>
>> --
>> Dr. Daniel Kjar
>> Assistant Professor of Biology
>> Division of Mathematics and Natural Sciences
>> Elmira College
>> 1 Park Place
>> Elmira, NY 14901
>> 607-735-1826
>> http://faculty.elmira.edu/**dkjar <http://faculty.elmira.edu/dkjar>
>>
>> "...humans send their young men to war; ants send their old ladies"
>> -E. O. Wilson
>>
>>
>>
>> ______________________________**_________________
>> OpenIndiana-discuss mailing list
>> OpenIndiana-discuss@**openindiana.org<OpenIndiana-discuss at openindiana.org
>> >
>> http://openindiana.org/**mailman/listinfo/openindiana-**discuss<http://openindiana.org/mailman/listinfo/openindiana-discuss
>> >
>>
>
>
> ------------------------------
>
> _______________________________________________
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss at openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss
>
>
> End of OpenIndiana-discuss Digest, Vol 19, Issue 26
> ***************************************************
More information about the OpenIndiana-discuss
mailing list