I got the logs. You may remove the links now.
Have been experiencing a similar problem that may be related, people trying to access my cloud sync library report no posters on Roku but their plex.tv page displays them no problem.
The devs have been busy so I don’t have an answer yet. But just for comparison, can you provide the server log when a client that does work is browsing around.
I can’t do it at the moment, don’t have the time to mess with it. Please keep the issue in the queue, as it still exists. Thank you very much.
@hansmuff said:
I can’t do it at the moment, don’t have the time to mess with it. Please keep the issue in the queue, as it still exists. Thank you very much.
Did you sort out the missing loopback IP 127.0.0.1 on the FreeNAS?
See this post / thread of issue caused by missing loopback IP address
https://forums.plex.tv/discussion/comment/1031267/#Comment_1031267
I believe the loopback is fine, but feel free to review&comment please!
I can ‘ping localhost’ and ‘ping 127.0.0.1’ in the jail fine, and here’s some pertinent output of the network config:
root@plexmediaserver_1:/ # netstat -nr
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.1.1 UGS 0 113170551 igb0
127.0.0.1 link#6 UH 0 81742 lo0
192.168.1.0/24 link#2 U 0 3634595 igb0
192.168.1.98 link#2 UHS 0 3033 lo0
[...]
Internet6:
Destination Gateway Flags Netif Expire
::/96 ::1 UGRS lo0
::1 link#6 UH lo0
::ffff:0.0.0.0/96 ::1 UGRS lo0
fe80::/10 ::1 UGRS lo0
fe80::%lo0/64 link#6 U lo0
fe80::1%lo0 link#6 UHS lo0
ff01::%lo0/32 ::1 U lo0
ff02::/16 ::1 UGRS lo0
ff02::%lo0/32 ::1 U lo0
root@plexmediaserver_1:/ # ifconfig
igb0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=403bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,VLAN_HWTSO>
ether 0c:c4:7a:31:3e:06
inet 192.168.1.227 netmask 0xffffffe0 broadcast 192.168.1.255
media: Ethernet autoselect (1000baseT <full-duplex>)
status: active
igb1: flags=8c02<BROADCAST,OACTIVE,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=403bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,VLAN_HWTSO>
ether 0c:c4:7a:31:3e:07
media: Ethernet autoselect
status: no carrier
ipfw0: flags=8801<UP,SIMPLEX,MULTICAST> metric 0 mtu 65536
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>
root@plexmediaserver_1:/ #
Clearly, something around these WARN messages all over the Roku logs are telling the story… somehow:
WARN Handle failure by setting bitmap invalid. State: 4 Bitmap: Invalid URI: http://192.168.1.227:32400/photo/:/transcode?url=http%3A%2F%2F127.0.0.1%3A32400%2Flibrary%2Fmetadata%2F18548%2Fthumb%2F1442318633&width=150&height=150&minSize=1&X-Plex-Token=6jPfFy66QqXR6GQfjNpy
10/13/2015 22:48:50 DEBUG Set invalid bitmap empty
But I have no clue now to diagnose this further 
@hansmuff said:
I believe the loopback is fine, but feel free to review&comment please!
I can ‘ping localhost’ and ‘ping 127.0.0.1’ in the jail fine, and here’s some pertinent output of the network config:
If the Plex Media Server.log with Debug enabled covering launch of Plex Media Server and first 10 minute period shows a Network Interfaces: log entries that lists 127.0.0.1 and the 192.168.1.227 address then yes there is no loopback setup issue. I thought the 127.0.0.1 was missing in your original logs. If it was missing and now in place then a new Analyze of the library MAY bring them in.
Log Entries like this (example)
Oct 07, 2015 11:19:10 [0x809806400] DEBUG - Network interfaces:
Oct 07, 2015 11:19:10 [0x809806400] DEBUG - * 1 igb0 (192.168.135.203) (loopback: 0)
I re-ran the Analyzer over all my TV shows. This is the start of the media scanner log:
Oct 14, 2015 15:28:21 [0x808807400] DEBUG - Opening 20 database sessions to library, SQLite 3.8.9, threadsafe=1
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - Analyzing media parts for item 50 (Archer Vice: A Kiss While Dying)
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - [ID 46] Media part analysis: /den/aslan/series/Archer 2009/Season 5/Archer 2009 - 5x02 - 1080p BluRay x264-SHORTBREHD.mkv
Oct 14, 2015 15:28:22 [0x8095fd000] DEBUG - HTTP requesting GET http://127.0.0.1:32400/:/metadata/notify/changeItemState?librarySectionID=2&metadataItemID=50&metadataType=4&state=-1&mediaState=analyzing
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - Opening input file: /den/aslan/series/Archer 2009/Season 5/Archer 2009 - 5x02 - 1080p BluRay x264-SHORTBREHD.mkv
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - [FFMPEG] - Format matroska,webm probed with size=2048 and score=100
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - [FFMPEG] - st:0 removing common factor 1000000 from timebase
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - [FFMPEG] - st:1 removing common factor 1000000 from timebase
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - [FFMPEG] - st:2 removing common factor 1000000 from timebase
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - [FFMPEG] - st:3 removing common factor 1000000 from timebase
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - [FFMPEG] - Before avformat_find_stream_info() pos: 6112 bytes read:34500 seeks:2
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - [FFMPEG] - no picture
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - [FFMPEG] - Stream with high frequencies VQ coding
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - [FFMPEG] - All info found
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - [FFMPEG] - After avformat_find_stream_info() pos: 39719 bytes read:100036 seeks:2 frames:20
Oct 14, 2015 15:28:22 [0x809087000] INFO - Sample aspect ratio is 1:1
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - * 988ddeca93ec96e5d645c7a3ffe1260576b51c69 [mkv h264/dca] Duration: 1267000ms, 1920x1080 (1.777778) 23.976fps, bitrate=7400kbps, audio channels=6, optimizedForStreaming=0 (/den/aslan/series/Archer 2009/Season 5/Archer 2009 - 5x02 - 1080p BluRay x264-SHORTBREHD.mkv)
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - Enriching 1 video stream(s) with MediaInfo
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - Enriching 1 audio stream(s) with MediaInfo
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - Enriching 2 subtitle stream(s) with MediaInfo
Oct 14, 2015 15:28:22 [0x809087000] INFO - Matched video stream: FFmpeg index 0 (id 0x00) -> MediaInfo stream index 0 (id 1)
Oct 14, 2015 15:28:22 [0x809087000] INFO - * MediaInfo: format=AVC, bitrate=5872000
Oct 14, 2015 15:28:22 [0x809087000] INFO - * FFmpeg: codec=h264, bitrate=0
Oct 14, 2015 15:28:22 [0x809087000] INFO - Matched audio stream: FFmpeg index 1 (id 0x00) -> MediaInfo stream index 0 (id 2)
Oct 14, 2015 15:28:22 [0x809087000] INFO - * MediaInfo: format=DTS, language=eng, bitrate=1509000, channels=6
Oct 14, 2015 15:28:22 [0x809087000] INFO - * FFmpeg: codec=dca, language=eng, bitrate=1536000, channels=6
Oct 14, 2015 15:28:22 [0x809087000] INFO - Matched subtitle stream: FFmpeg index 2 (id 0x00) -> MediaInfo stream index 0 (id 3)
Oct 14, 2015 15:28:22 [0x809087000] INFO - * MediaInfo: codec=srt, encoding=UTF-8, language=eng
Oct 14, 2015 15:28:22 [0x809087000] INFO - Matched subtitle stream: FFmpeg index 3 (id 0x00) -> MediaInfo stream index 1 (id 4)
Oct 14, 2015 15:28:22 [0x809087000] INFO - * MediaInfo: codec=srt, encoding=UTF-8, language=eng
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - Importing 5 media chapters.
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - Chapters had generic titles, clearing.
Oct 14, 2015 15:28:22 [0x809087000] VERBOSE - Skipping expensive tags write for 'Archer Vice: A Kiss While Dying' (type: 9) since nothing changed.
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - Closing input file: /den/aslan/series/Archer 2009/Season 5/Archer 2009 - 5x02 - 1080p BluRay x264-SHORTBREHD.mkv
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - [FFMPEG] - Statistics: 100036 bytes read, 2 seeks
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - Committing media stream changes for part 46
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - Updating media item 46, size=1172431024, metadata_item_id=50
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - Updating part with ID=46 [/den/aslan/series/Archer 2009/Season 5/Archer 2009 - 5x02 - 1080p BluRay x264-SHORTBREHD.mkv]
Oct 14, 2015 15:28:22 [0x8095fd000] DEBUG - HTTP requesting GET http://127.0.0.1:32400/:/metadata/notify/changeItemState?librarySectionID=2&metadataItemID=50&metadataType=4&state=-1&mediaState=thumbnailing
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - Analyzing media parts for item 51 (Archer Vice: House Call)
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - [ID 47] Media part analysis: /den/aslan/series/Archer 2009/Season 5/Archer 2009 - 5x04 - 1080p BluRay x264-SHORTBREHD.mkv
Oct 14, 2015 15:28:22 [0x8095fd000] DEBUG - HTTP requesting GET http://127.0.0.1:32400/:/metadata/notify/changeItemState?librarySectionID=2&metadataItemID=50&metadataType=4&state=-1&mediaState=idle
Oct 14, 2015 15:28:22 [0x8095fd000] DEBUG - HTTP requesting GET http://127.0.0.1:32400/:/metadata/notify/changeItemState?librarySectionID=2&metadataItemID=51&metadataType=4&state=-1&mediaState=analyzing
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - Opening input file: /den/aslan/series/Archer 2009/Season 5/Archer 2009 - 5x04 - 1080p BluRay x264-SHORTBREHD.mkv
Oct 14, 2015 15:28:22 [0x809087000] DEBUG - [FFMPEG] - Format matroska,webm probed with size=2048 and score=100
I see a number of HTTP GET requests to 127.0.0.1 that are successful, so I believe that part is fine.When I ‘rm -rf’ all the server logs and browse around on the Roku (not getting images), there are no new logs generated so I don’t get any local errors (verbose debug in enabled on the server).
Also, again, I do see Metadata like Episode names, numbers, tags about video format etc. It is only failing on bitmaps.
Well yes 127.0.0.1 is being used by the scanner and may be if there was an issue an error would be logged - but the conclusive evidence
are the log lines prefixed Network Interfaces: on the server log.
I think we have to wait until you can provide the diagnostics that @Moviefan.Plex asked for here so that there are two to compare - one that works and one that does not.
With regards to the scanner log snippet above, it is always best to have full logs and matching set of in this case the Plex Media Scanner.log and Plex Media Server.log as the requests handling would show up in the Plex Media Server.log. The thumbnailing stage when Analyzing is when the thumbnails get created.
Okay, I did what was asked and I uploaded it here:
http://s000.tinyupload.com/?file_id=74678249789246794628
It’s a zip file that contains a TXT file that says what I did, and 3 zip files with result sets.
The result sets contain server and client logs.
Please let me know if you need anything else. Also please let me know when you got the file so I can remove it.
Thanks.
Oct 14, 2015 18:52:38 [0x809007400] DEBUG - Network interfaces:
Oct 14, 2015 18:52:38 [0x809007400] DEBUG - * 2 igb0 (192.168.1.227) (loopback: 0)
No loopback detected by Plex Media Server. Same as what i saw originally when you raised this topic
Without loopback the operation of the server cannot be guaranteed to work
Other clients may work because they may be asking for different size thumbs and the default prepared size may be good enough
But until there is a loopback IP address it is no point investigating any issue
Have a look at the linked topic i gave
sa2000,
Thanks, and my apologies for not paying enough attention to the loopback issue when you first mentioned it.
I did follow your link, but there aren’t really instructions that would help me. I’m not a complete novice but the concept of this loopback that I can ping but Plex doesn’t see isn’t something i understand.
Would you happen to have come across clear directions how to fix/add the loopback interface on FreeNAS 9.3 jails running Plex?
Thank you for your help.
I don’t know anything about FreeNas and Jail setup but this is an issue that several users had before and there is more than one forum topic about it - finding them all is not an easy task but the words loopback and jail or FreeNas will be mentioned in the contents of all of them
It is finally resolved!
So here is the thing, for some reason the jails that aren’t VMIMAGE type jails do not have an assigned IP on the loopback, that’s just how it is.
No amount of messing with ifconfig fixed anything.
No rc.conf changes fixed anything.
But I read in a number of places that setting up an alias can do the trick.
And that’s dead easy in FreeNAS, I remembered there is something on the jail config, and sure enough:
“IPV4 Aliases”, that configuration field on the jail setup in FreeNAS, can be given “127.0.0.1” and voila:
root@plexmediaserver_1:/ # ifconfig
igb0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=403bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,VLAN_HWTSO>
ether 0c:c4:7a:31:3e:06
inet 192.168.1.227 netmask 0xffffffe0 broadcast 192.168.1.255
inet 127.0.0.1 netmask 0xff000000 broadcast 127.255.255.255
media: Ethernet autoselect (1000baseT <full-duplex>)
status: active
igb1: flags=8c02<BROADCAST,OACTIVE,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=403bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,VLAN_HWTSO>
ether 0c:c4:7a:31:3e:07
media: Ethernet autoselect
status: no carrier
ipfw0: flags=8801<UP,SIMPLEX,MULTICAST> metric 0 mtu 65536
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>
inet 127.0.0.1 netmask 0xff000000
root@plexmediaserver_1:/ #
And sure enough the Plex Media Server.log now reads
Plex Media Server.log.2:Oct 15, 2015 21:27:28 [0x809795000] DEBUG - * 6 lo0 (127.0.0.1) (loopback: 1)
Now the Roku is getting its images. Everyone’s happy. Thank you MovieFan and sa2000 for your help, and pointing out the loopback interface issue.
Excellent and thanks for the detail. This should help others.
You can mark the topic as answered
Probably better to mark this as one of the answers http://forums.plex.tv/discussion/comment/1035470/#Comment_1035470 rather than this one http://forums.plex.tv/discussion/comment/1036185/#Comment_1036185
I know I’m activating an old post, but question. I’m running Nas4Free with plex in a brig jail and recently stopped being able to update metadata. I’ve heard this may fix the issue, but due to work and such (5 kids) I’m not as savvy as I would like in my FreeBSD / Nas4Free skills . Is there something equivalent for jails (brig) on Nas4Free so I can get my metadata back? I appreciate any help!!!
@ccarroll1977 said:
I know I’m activating an old post, but question. I’m running Nas4Free with plex in a brig jail and recently stopped being able to update metadata. I’ve heard this may fix the issue, but due to work and such (5 kids) I’m not as savvy as I would like in my FreeBSD / Nas4Free skills . Is there something equivalent for jails (brig) on Nas4Free so I can get my metadata back? I appreciate any help!!!
Just add the IP address of your Plex Server (should be something like 192.168.x.xxx) to the ‘List of IP addresses and networks that are allowed without auth’ under Settings - Server - Network - ‘Show Advanced’
@kishflix said:
@ccarroll1977 said:
I know I’m activating an old post, but question. I’m running Nas4Free with plex in a brig jail and recently stopped being able to update metadata. I’ve heard this may fix the issue, but due to work and such (5 kids) I’m not as savvy as I would like in my FreeBSD / Nas4Free skills . Is there something equivalent for jails (brig) on Nas4Free so I can get my metadata back? I appreciate any help!!!Just add the IP address of your Plex Server (should be something like 192.168.x.xxx) to the ‘List of IP addresses and networks that are allowed without auth’ under Settings - Server - Network - ‘Show Advanced’
Yes that works - we know - but what would be better option is to get a loopback IP address available to the Plex Media Server - as was achieved by @hansmuff above here https://forums.plex.tv/discussion/comment/1036178/#Comment_1036178
Whitelisting IP Addresses or subnets should be a last resort and only if there is no other way to solve a problem
