|
Restart MinimServer After Windows Reboot Without Rescan
|
|
22-03-2015, 16:01
Post: #1
|
|||
|
|||
|
Restart MinimServer After Windows Reboot Without Rescan
Hello
Wanted to say that I'm really enjoying using this software. It's a lot more controllable, and logical, than a lot of the other software I've tried. Thanks for that. I do have a couple of questions. Please bear in mind that I'm no expert with this stuff! 1. When I reboot Windows is there any way to start MinimServer without it performing a rescan? Sometimes I need to reboot the machine and I know that nothing has changed in any of the media libraries. Is there a command line switch I should use? 2. Sometimes the MinimServer icon in the taskbar stops responding, i.e. right-clicking does nothing....the usual context options are not displayed and the only way I can get them back is by killing the javaw process and excuting MinimServer again from the program menu. Unfortunately I then have to wait for a full rescan. As for question 1 any way to deal with this without having to do a full rescan? Thanks. Chris |
|||
|
22-03-2015, 16:36
Post: #2
|
|||
|
|||
RE: Restart MinimServer After Windows Reboot Without Rescan
(22-03-2015 16:01)pzyvbv Wrote: Hello You can set the startupScan property to false and do a manual Rescan only after you have added new music. Quote:2. Sometimes the MinimServer icon in the taskbar stops responding, i.e. right-clicking does nothing....the usual context options are not displayed and the only way I can get them back is by killing the javaw process and excuting MinimServer again from the program menu. Unfortunately I then have to wait for a full rescan. As for question 1 any way to deal with this without having to do a full rescan? Setting startupScan to false will eliminate this rescan. This problem with the icon shouldn't be happening and I would like to find out more about the cause. If you have the JDK installed (or are willing to install it), please enter the following command from a command prompt when this happens: jstack <pid> where <pid> is the PID shown by Task Manager for the javaw process. Please attach the output from jstack to a post here. Many thanks! |
|||
|
26-03-2015, 15:00
Post: #3
|
|||
|
|||
RE: Restart MinimServer After Windows Reboot Without Rescan
(22-03-2015 16:36)simoncn Wrote:I experienced a few times this problem about the Minimserver icon not responding in the Windows taskbar. The problem always occured after the Windows explorer (explorer.exe, which manages the taskbar among other things) crashed on me. Following the crash, the Windows explorer then restarts automatically, but the minimserver icon then becomes irresponsive. I always reboot the pc in that case, since I tend to not trust the explorer anymore.Quote:2. Sometimes the MinimServer icon in the taskbar stops responding, i.e. right-clicking does nothing....the usual context options are not displayed and the only way I can get them back is by killing the javaw process and excuting MinimServer again from the program menu. Unfortunately I then have to wait for a full rescan. As for question 1 any way to deal with this without having to do a full rescan? It would be interesting to see what happens to the minimserver icon if explorer.exe is manually killed. Regards |
|||
|
26-03-2015, 23:16
Post: #4
|
|||
|
|||
RE: Restart MinimServer After Windows Reboot Without Rescan
(26-03-2015 15:00)Andre Gosselin Wrote: I experienced a few times this problem about the Minimserver icon not responding in the Windows taskbar. The problem always occured after the Windows explorer (explorer.exe, which manages the taskbar among other things) crashed on me. Following the crash, the Windows explorer then restarts automatically, but the minimserver icon then becomes irresponsive. I always reboot the pc in that case, since I tend to not trust the explorer anymore. If this happens again, please run the jstack command that I mentioned and save the output. Thanks! |
|||
|
28-03-2015, 01:26
Post: #5
|
|||
|
|||
|
RE: Restart MinimServer After Windows Reboot Without Rescan
As Andre pointed out this certainly happens when Windows Explorer terminates abnormally, which just happened to me.
After restarting explorer.exe the MinimServer taskbar icon is unresponsive. I have attached the jstack trace as requested. I don't remember the unexpected termination of explorer being the cause previously, although it's possible. It certainly was the cause this time. Hope the trace is of some help. Chris 2015-03-27 23:51:08 Full thread dump Java HotSpot Client VM (25.31-b07 mixed mode, sharing): "Thread-53" #71 daemon prio=5 os_prio=0 tid=0x16a09800 nid=0x448 runnable [0x00000000] java.lang.Thread.State: RUNNABLE "Thread-52" #70 daemon prio=5 os_prio=0 tid=0x16a08c00 nid=0x12a8 runnable [0x00000000] java.lang.Thread.State: RUNNABLE "Thread-51" #69 daemon prio=5 os_prio=0 tid=0x16a09000 nid=0x1570 runnable [0x00000000] java.lang.Thread.State: RUNNABLE "Thread-50" #68 daemon prio=5 os_prio=0 tid=0x16a07800 nid=0x15ac runnable [0x00000000] java.lang.Thread.State: RUNNABLE "Thread-49" #67 daemon prio=5 os_prio=0 tid=0x16a05800 nid=0x744 runnable [0x00000000] java.lang.Thread.State: RUNNABLE "Thread-48" #66 daemon prio=5 os_prio=0 tid=0x16a0c400 nid=0x13b8 runnable [0x00000000] java.lang.Thread.State: RUNNABLE "Thread-47" #65 daemon prio=5 os_prio=0 tid=0x16a0bc00 nid=0x13bc runnable [0x00000000] java.lang.Thread.State: RUNNABLE "Thread-46" #64 daemon prio=5 os_prio=0 tid=0x16a0b800 nid=0x13b4 runnable [0x00000000] java.lang.Thread.State: RUNNABLE "Thread-45" #63 daemon prio=5 os_prio=0 tid=0x16a08000 nid=0x13e0 runnable [0x00000000] java.lang.Thread.State: RUNNABLE "Thread-44" #62 daemon prio=5 os_prio=0 tid=0x16a0b000 nid=0x13d8 runnable [0x00000000] java.lang.Thread.State: RUNNABLE "Thread-43" #61 daemon prio=5 os_prio=0 tid=0x16a0ac00 nid=0x13dc runnable [0x00000000] java.lang.Thread.State: RUNNABLE "Thread-42" #60 daemon prio=5 os_prio=0 tid=0x16a0a400 nid=0x13f8 runnable [0x00000000] java.lang.Thread.State: RUNNABLE "Thread-41" #59 daemon prio=5 os_prio=0 tid=0x16a0a000 nid=0x13d4 runnable [0x00000000] java.lang.Thread.State: RUNNABLE "Thread-40" #58 daemon prio=5 os_prio=0 tid=0x16a08400 nid=0x13d0 runnable [0x00000000] java.lang.Thread.State: RUNNABLE "Thread-32" #48 prio=5 os_prio=0 tid=0x16a07400 nid=0x1110 runnable [0x1aaff000] java.lang.Thread.State: RUNNABLE at java.net.TwoStacksPlainSocketImpl.socketAccept(Native Method) at java.net.AbstractPlainSocketImpl.accept(Unknown Source) at java.net.PlainSocketImpl.accept(Unknown Source) - locked <0x09edb9e8> (a java.net.SocksSocketImpl) at java.net.ServerSocket.implAccept(Unknown Source) at java.net.ServerSocket.accept(Unknown Source) at org.jminim.lib.HTTPService.runServerThread(HTTPService.java:328) at org.jminim.lib.HTTPService.access$200(HTTPService.java:28) at org.jminim.lib.HTTPService$1.run(HTTPService.java:313) "Thread-31" #47 prio=5 os_prio=0 tid=0x16a06c00 nid=0xd24 in Object.wait() [0x1ac3f000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x09edbb28> (a org.jminim.lib.HTTPService$SocketThread) at java.lang.Object.wait(Unknown Source) at org.jminim.lib.HTTPService$SocketThread.run(HTTPService.java:365) - locked <0x09edbb28> (a org.jminim.lib.HTTPService$SocketThread) "Thread-29" #45 prio=5 os_prio=0 tid=0x16a06400 nid=0x1380 in Object.wait() [0x17a3f000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x09edbcb0> (a org.jminim.lib.OhNetService$TimerThread) at org.jminim.lib.OhNetService$TimerThread.run(OhNetService.java:856) - locked <0x09edbcb0> (a org.jminim.lib.OhNetService$TimerThread) "Thread-28" #44 prio=5 os_prio=0 tid=0x16a06000 nid=0x137c in Object.wait() [0x1678f000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x09edbe30> (a org.jminim.lib.OhNetService$ActionThread) at java.lang.Object.wait(Unknown Source) at org.jminim.lib.OhNetService$ActionThread.run(OhNetService.java:811) - locked <0x09edbe30> (a org.jminim.lib.OhNetService$ActionThread) "Thread-26" #41 prio=5 os_prio=0 tid=0x16a05400 nid=0x1370 in Object.wait() [0x1780f000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x09edbfb0> (a org.jminim.core.RuntimeImpl$TimerThread) at org.jminim.core.RuntimeImpl$TimerThread.run(RuntimeImpl.java:2695) - locked <0x09edbfb0> (a org.jminim.core.RuntimeImpl$TimerThread) "Thread-25" #40 prio=5 os_prio=0 tid=0x16a04c00 nid=0x136c in Object.wait() [0x1639f000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x09edc130> (a org.jminim.core.RuntimeImpl$ActionThread) at java.lang.Object.wait(Unknown Source) at org.jminim.core.RuntimeImpl$ActionThread.run(RuntimeImpl.java:2649) - locked <0x09edc130> (a org.jminim.core.RuntimeImpl$ActionThread) "AWT-EventQueue-0" #17 prio=6 os_prio=0 tid=0x167af400 nid=0x1120 waiting on condition [0x16c5f000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x09dbb1e0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(Unknown Source) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(Unknown Source) at java.awt.EventQueue.getNextEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) "AWT-Shutdown" #18 prio=5 os_prio=0 tid=0x16824c00 nid=0x111c in Object.wait() [0x16dbf000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x09d6d048> (a java.lang.Object) at java.lang.Object.wait(Unknown Source) at sun.awt.AWTAutoShutdown.run(Unknown Source) - locked <0x09d6d048> (a java.lang.Object) at java.lang.Thread.run(Unknown Source) "Thread-1" #13 daemon prio=5 os_prio=0 tid=0x15ff7800 nid=0x1014 in Object.wait() [0x1671f000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x09df9910> (a org.jminim.launch.Launcher$ConsoleThread) at java.lang.Object.wait(Unknown Source) at org.jminim.launch.Launcher$ConsoleThread.run(Launcher.java:1334) - locked <0x09df9910> (a org.jminim.launch.Launcher$ConsoleThread) "AWT-Windows" #10 daemon prio=6 os_prio=0 tid=0x15fc3400 nid=0xc80 runnable [0x164df000] java.lang.Thread.State: RUNNABLE at sun.awt.windows.WToolkit.eventLoop(Native Method) at sun.awt.windows.WToolkit.run(Unknown Source) at java.lang.Thread.run(Unknown Source) "Java2D Disposer" #8 daemon prio=10 os_prio=2 tid=0x15fbfc00 nid=0xc7c in Object.wait() [0x1645f000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x09df9d80> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(Unknown Source) - locked <0x09df9d80> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(Unknown Source) at sun.java2d.Disposer.run(Unknown Source) at java.lang.Thread.run(Unknown Source) "Service Thread" #7 daemon prio=9 os_prio=0 tid=0x00d3c000 nid=0xbd4 runnable [0x00000000] java.lang.Thread.State: RUNNABLE "C1 CompilerThread0" #6 daemon prio=9 os_prio=2 tid=0x00d1bc00 nid=0x9f0 waiting on condition [0x00000000] java.lang.Thread.State: RUNNABLE "Attach Listener" #5 daemon prio=5 os_prio=2 tid=0x00d1a400 nid=0xc18 waiting on condition [0x00000000] java.lang.Thread.State: RUNNABLE "Signal Dispatcher" #4 daemon prio=9 os_prio=2 tid=0x00d17400 nid=0x9c0 runnable [0x00000000] java.lang.Thread.State: RUNNABLE "Finalizer" #3 daemon prio=8 os_prio=1 tid=0x00d08400 nid=0xb90 in Object.wait() [0x1493f000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x09dfa508> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(Unknown Source) - locked <0x09dfa508> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(Unknown Source) at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source) "Reference Handler" #2 daemon prio=10 os_prio=2 tid=0x00d02c00 nid=0x974 in Object.wait() [0x012bf000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x09dfa6a8> (a java.lang.ref.Reference$Lock) at java.lang.Object.wait(Unknown Source) at java.lang.ref.Reference$ReferenceHandler.run(Unknown Source) - locked <0x09dfa6a8> (a java.lang.ref.Reference$Lock) "main" #1 prio=5 os_prio=0 tid=0x00e9c400 nid=0x6a0 in Object.wait() [0x0043f000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x09ef3d60> (a java.lang.Object) at java.lang.Object.wait(Unknown Source) at org.jminim.core.RuntimeImpl.waitForRequest(RuntimeImpl.java:2566) - locked <0x09ef3d60> (a java.lang.Object) at org.jminim.core.RuntimeImpl.run(RuntimeImpl.java:1363) at org.jminim.core.LauncherImpl.run(LauncherImpl.java:923) at org.jminim.core.LauncherImpl.launch(LauncherImpl.java:107) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.jminim.launch.Launcher.doLaunch(Launcher.java:621) at org.jminim.launch.Launcher.launch(Launcher.java:204) at com.minimserver.launch.LaunchServer.main(LaunchServer.java:30) "VM Thread" os_prio=2 tid=0x00d00800 nid=0xd80 runnable "VM Periodic Task Thread" os_prio=2 tid=0x00d45000 nid=0x8b4 waiting on condition JNI global references: 433 |
|||
|
28-03-2015, 08:46
(This post was last modified: 28-03-2015 08:47 by simoncn.)
Post: #6
|
|||
|
|||
RE: Restart MinimServer After Windows Reboot Without Rescan
(28-03-2015 01:26)pzyvbv Wrote: As Andre pointed out this certainly happens when Windows Explorer terminates abnormally, which just happened to me. Thanks for posting the stack trace. Unfortunately, it looks normal and doesn't provide any clues. Are you using Windows 7 or Windows 8.1? |
|||
|
29-03-2015, 14:21
Post: #7
|
|||
|
|||
RE: Restart MinimServer After Windows Reboot Without Rescan
(28-03-2015 08:46)simoncn Wrote: Thanks for posting the stack trace. Unfortunately, it looks normal and doesn't provide any clues. Are you using Windows 7 or Windows 8.1? I am using Windows 7 Home Premium SP1 x64. Not sure if it's relevant, but I also have UMS (Universal Media Server) installed (another javaw application) and that seems to deal okay with a restart of explorer. It's open source. Universal Media Server Universal Media Server Codebase (GitHub) Also found a post (below) regarding re-registering of the systray icon on a windows activation event, although as the OP of that post points out the reply given is not specific enough. Restoring Java systray icon after explorer crashes I do some programmingh at work, but unfortunately not java.... ![]() Regards Chris |
|||
|
29-03-2015, 17:47
Post: #8
|
|||
|
|||
RE: Restart MinimServer After Windows Reboot Without Rescan
(29-03-2015 14:21)pzyvbv Wrote: I am using Windows 7 Home Premium SP1 x64. Thanks for these pointers. Is the minim icon in the system tray overflow area after Explorer restarts? This can be accessed by clicking the upward-pointing triangle in the system tray. I have downloaded UMS and I will do some testing with it in the next few days to see how it handles this situation. |
|||
|
30-03-2015, 09:38
Post: #9
|
|||
|
|||
RE: Restart MinimServer After Windows Reboot Without Rescan
(29-03-2015 17:47)simoncn Wrote: Thanks for these pointers. I was obviously too vague in my original description of the problem. The tasknbar icon does NOT disappear. It is still present on the taskbar - I never hide taskbar icons anyway (personal preference). The issue is that when you right-click the icon to get the context menu it does nothing, i.e. the context menu is not displayed so you cannot Rescan, Restart, Stop, Show Log, etc. I mentioned UMS as this has a very similar right-click context menu, options such as Web Interface, Main Panel, etc., but this remains responsive after a restart of explorer.exe. Chris |
|||
|
30-03-2015, 10:26
Post: #10
|
|||
|
|||
RE: Restart MinimServer After Windows Reboot Without Rescan
(30-03-2015 09:38)pzyvbv Wrote: I was obviously too vague in my original description of the problem. The tasknbar icon does NOT disappear. It is still present on the taskbar - I never hide taskbar icons anyway (personal preference). The issue is that when you right-click the icon to get the context menu it does nothing, i.e. the context menu is not displayed so you cannot Rescan, Restart, Stop, Show Log, etc. I think my misunderstanding was caused by following the link in your earlier post and seeing a post describing the icon disappearing after an Explorer restart. I will try to reproduce the problem you have described. |
|||
|
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 1 Guest(s)

Search
Member List
Calendar
Help




