Skip to content
View in the app

A better way to browse. Learn more.

Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

[Support] Linuxserver.io - SmokePing

Featured Replies

Please post a screenshot of the advanced settings also. I suspect you map the same host folder for both data and config.

 

Then you'd be wrong ;)

 

You didn't answer me on the question about using fresh folders for both data and config.

Also try to use /mnt/cache path for the data folder to rule out hard linking problems.

 

  • Replies 166
  • Views 56k
  • Created
  • Last Reply

Top Posters In This Topic

Most Popular Posts

  • We may have found the issue, but we're testing to be sure. Sent from my LG-H815 using Tapatalk

  • Ok, so the issue has been identified.   It is a problem with fping, the author has merged two fping binaries into one,  fping and fping6.  However despite running with a parameter to use onl

  • scytherbladez
    scytherbladez

    This post is running commentary of my Smokeping investigations. I'm not a Linux person, and don't know how Dockers operate either.   I've fixed my Webgui access problem. I noticed between th

Posted Images

Can you try mapping /data to the cache disk rather than the array?

 

Sent from my LG-H815 using Tapatalk

 

 

Yes I used fresh folders.. my /mnt/docker is actually on the cache drive, but I'll try setting the path directly..

Can you try mapping /data to the cache disk rather than the array?

 

Sent from my LG-H815 using Tapatalk

 

So setting the /data path to /mnt/cache/docker/smokeping/ worked..

This is strange, as /mnt/user/docker/smokeping/ points to the same place and when inside the docker I could see /data and the files just fine?

Can you try mapping /data to the cache disk rather than the array?

 

Sent from my LG-H815 using Tapatalk

 

So setting the /data path to /mnt/cache/docker/smokeping/ worked..

This is strange, as /mnt/user/docker/smokeping/ points to the same place and when inside the docker I could see /data and the files just fine?

It's not really strange. /mnt/cache is a disk share and /mnt/user is a fuse (or how it's called) share. Support for hardlinking in user share is still new, so there might be some bugs still.

Can you try mapping /data to the cache disk rather than the array?

 

Sent from my LG-H815 using Tapatalk

 

So setting the /data path to /mnt/cache/docker/smokeping/ worked..

This is strange, as /mnt/user/docker/smokeping/ points to the same place and when inside the docker I could see /data and the files just fine?

It's not really strange. /mnt/cache is a disk share and /mnt/user is a fuse (or how it's called) share. Support for hardlinking in user share is still new, so there might be some bugs still.

 

Just to clarify the bit in bold, that is an Unraid issue, not something we can fix within the container.

Can you try mapping /data to the cache disk rather than the array?

 

Sent from my LG-H815 using Tapatalk

 

So setting the /data path to /mnt/cache/docker/smokeping/ worked..

This is strange, as /mnt/user/docker/smokeping/ points to the same place and when inside the docker I could see /data and the files just fine?

It's not really strange. /mnt/cache is a disk share and /mnt/user is a fuse (or how it's called) share. Support for hardlinking in user share is still new, so there might be some bugs still.

If its able to be replicated you guys really need to post defect reports about this kind of stuff so that Tom sees it

 

Sent from my LG-D852 using Tapatalk

 

 

Can you try mapping /data to the cache disk rather than the array?

 

Sent from my LG-H815 using Tapatalk

 

So setting the /data path to /mnt/cache/docker/smokeping/ worked..

This is strange, as /mnt/user/docker/smokeping/ points to the same place and when inside the docker I could see /data and the files just fine?

It's not really strange. /mnt/cache is a disk share and /mnt/user is a fuse (or how it's called) share. Support for hardlinking in user share is still new, so there might be some bugs still.

If its able to be replicated you guys really need to post defect reports about this kind of stuff so that Tom sees it

 

Sent from my LG-D852 using Tapatalk

 

Going to be have to be someone other than me as I'm around from home and had to powerdown my server as had an electrician round, would you believe the wimp needed to cut the power to the house, for some reason my server hasn't rebooted correctly, so I can't test.

Can you try mapping /data to the cache disk rather than the array?

 

Sent from my LG-H815 using Tapatalk

 

So setting the /data path to /mnt/cache/docker/smokeping/ worked..

This is strange, as /mnt/user/docker/smokeping/ points to the same place and when inside the docker I could see /data and the files just fine?

It's not really strange. /mnt/cache is a disk share and /mnt/user is a fuse (or how it's called) share. Support for hardlinking in user share is still new, so there might be some bugs still.

If its able to be replicated you guys really need to post defect reports about this kind of stuff so that Tom sees it

 

Sent from my LG-D852 using Tapatalk

 

Going to be have to be someone other than me as I'm around from home and had to powerdown my server as had an electrician round, would you believe the wimp needed to cut the power to the house, for some reason my server hasn't rebooted correctly, so I can't test.

Just saying because my latest project relies upon hardlinks (i don't see any issues not with CA backup) and if there is one I'd really like it to be fixed

 

Sent from my LG-D852 using Tapatalk

 

 

Can you try mapping /data to the cache disk rather than the array?

 

Sent from my LG-H815 using Tapatalk

 

So setting the /data path to /mnt/cache/docker/smokeping/ worked..

This is strange, as /mnt/user/docker/smokeping/ points to the same place and when inside the docker I could see /data and the files just fine?

It's not really strange. /mnt/cache is a disk share and /mnt/user is a fuse (or how it's called) share. Support for hardlinking in user share is still new, so there might be some bugs still.

If its able to be replicated you guys really need to post defect reports about this kind of stuff so that Tom sees it

 

Sent from my LG-D852 using Tapatalk

 

Going to be have to be someone other than me as I'm around from home and had to powerdown my server as had an electrician round, would you believe the wimp needed to cut the power to the house, for some reason my server hasn't rebooted correctly, so I can't test.

Just saying because my latest project relies upon hardlinks (i don't see any issues not with CA backup) and if there is one I'd really like it to be fixed

 

Sent from my LG-D852 using Tapatalk

 

Fancy testing smokeping?  ;D

Can you try mapping /data to the cache disk rather than the array?

 

Sent from my LG-H815 using Tapatalk

 

So setting the /data path to /mnt/cache/docker/smokeping/ worked..

This is strange, as /mnt/user/docker/smokeping/ points to the same place and when inside the docker I could see /data and the files just fine?

It's not really strange. /mnt/cache is a disk share and /mnt/user is a fuse (or how it's called) share. Support for hardlinking in user share is still new, so there might be some bugs still.

If its able to be replicated you guys really need to post defect reports about this kind of stuff so that Tom sees it

 

Sent from my LG-D852 using Tapatalk

 

Going to be have to be someone other than me as I'm around from home and had to powerdown my server as had an electrician round, would you believe the wimp needed to cut the power to the house, for some reason my server hasn't rebooted correctly, so I can't test.

Just saying because my latest project relies upon hardlinks (i don't see any issues not with CA backup) and if there is one I'd really like it to be fixed

 

Sent from my LG-D852 using Tapatalk

 

Fancy testing smokeping?  ;D

Fine..  You're my nemesis now.  [emoji33]

 

Sent from my LG-D852 using Tapatalk

 

 

 

Fine..  You're my nemesis now.  [emoji33]

 

Sent from my LG-D852 using Tapatalk

 

Please ensure you post your results and don't forget to submit a bug report if necessary.....  8)

 

Fine..  You're my nemesis now.  [emoji33]

 

Sent from my LG-D852 using Tapatalk

 

Please ensure you post your results and don't forget to submit a bug report if necessary.....  8)

Sparklyballs is rubbing off on you.  Not sure if that's a good thing or not...  I did like you better before.[emoji14]

 

Sent from my LG-D852 using Tapatalk

 

 

Sparklyballs is rubbing off on you.

MY EYES! MY EYES! The image, it burns. :-X

Sparklyballs is rubbing off on you.

MY EYES! MY EYES! The image, it burns. :-X

I wouldn't put anything beyond those two

Sparklyballs is rubbing off on you.

MY EYES! MY EYES! The image, it burns. :-X

 

It's a beautiful thing....

 

eedfda8902435ad7bda58a498e064af8.jpg

ROFL.  Make sure you point this out to him

 

Sent from my LG-D852 using Tapatalk

 

 

Can you try mapping /data to the cache disk rather than the array?

 

Sent from my LG-H815 using Tapatalk

 

So setting the /data path to /mnt/cache/docker/smokeping/ worked..

This is strange, as /mnt/user/docker/smokeping/ points to the same place and when inside the docker I could see /data and the files just fine?

It's not really strange. /mnt/cache is a disk share and /mnt/user is a fuse (or how it's called) share. Support for hardlinking in user share is still new, so there might be some bugs still.

Seems to work fine mapping both /data and /config to /mnt/user/.... running 6.3RC3  ie: No fault found, and since I don't believe there have been any changes since 6.2 RC4 (since the support for special unix files came into effect), I don't know what the issue may be...

Can you try mapping /data to the cache disk rather than the array?

 

Sent from my LG-H815 using Tapatalk

 

So setting the /data path to /mnt/cache/docker/smokeping/ worked..

This is strange, as /mnt/user/docker/smokeping/ points to the same place and when inside the docker I could see /data and the files just fine?

It's not really strange. /mnt/cache is a disk share and /mnt/user is a fuse (or how it's called) share. Support for hardlinking in user share is still new, so there might be some bugs still.

Seems to work fine mapping both /data and /config to /mnt/user/.... running 6.3RC3  ie: No fault found, and since I don't believe there have been any changes since 6.2 RC4 (since the support for special unix files came into effect), I don't know what the issue may be...

 

My docker share that also is seen on /mnt/user/docker is set to "Use cache disk only".. that might be why..

Not quite sure what you're getting at.

 

The way it works is this:

 

/mnt/user/ shows all shares whether they're on cache or not

/mnt/user0/ shows all shares EXCEPT those on cache

 

/mnt/cache/ or /mnt/diskx/  (Where x =drive number) shows the files on that disk only

 

So whether you see something at /mnt/user/ has no bearing on whether it uses cache or not. 

 

What we were wondering your issue was is that /mnt/user/ & /mnt/user0/ uses FUSE to, well, fuse or amalgamate all the disks together.  Historically this has created issues for some, but not all, docker containers, however it's supposed to have been fixed in recent releases of Unraid.

 

However, at the moment, nobody can recreate the issue you were seeing, so I don't think that was the issue.  It has to be something local to you.  Only other thing that springs to mind is that you have another folder other than the cache one that's also contributing to /mnt/user/docker/smokeping/  like one at /mnt/diskX/docker/smokeping/  that is "interfering" somehow.

 

Other than that I think we'd all be at a loss to explain your issue at the moment.

My docker share that also is seen on /mnt/user/docker is set to "Use cache disk only".. that might be why..

All cache only shares are also seen under /mnt/user.  The only possibility I see and it doesn't make any sense is the format of the cache drive itself.  Mine is XFS, what's yours?

My docker share that also is seen on /mnt/user/docker is set to "Use cache disk only".. that might be why..

All cache only shares are also seen under /mnt/user.  The only possibility I see and it doesn't make any sense is the format of the cache drive itself.  Mine is XFS, what's yours?

 

I have 2 drives as the cache drive.. it's using btrfs

 

@CHBMB - I just checked all the disk shares and there is no stray  /mnt/diskX/docker/smokeping/ directory anywhere.

I'll try and revert my /data entry again to see if the issue comes back..

Yup, after changing /data to point back to /mnt/user/docker/smokeping/ I get the errors again...

 

FPing: probing 20 targets with step 300 s and offset 48 s.
RRDs::update ERROR: mmaping file '/data/USA/Sun.rrd': No such device

RRDs::update ERROR: mmaping file '/data/USA/IU.rrd': No such device

RRDs::update ERROR: mmaping file '/data/USA/UCB.rrd': No such device

RRDs::update ERROR: mmaping file '/data/USA/MIT.rrd': No such device

RRDs::update ERROR: mmaping file '/data/USA/UCSD.rrd': No such device

RRDs::update ERROR: mmaping file '/data/Europe/Germany/TelefonicaDE.rrd': No such device

 

changing /data back to /mnt/cache/docker/smokeping/ now..

Looks like it's narrowing it down to something to do with the cache pool and FUSE.

 

Unfortunately I don't have a cache pool to check this one out.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.