Can't Mount Shares Locally

gstorr
Posts: 26
Joined: Fri May 18, 2012 5:47 am

Can't Mount Shares Locally

Postby gstorr » Mon Aug 24, 2020 5:22 pm

I have just finished a new Amahi 10 install with Greyhole. Am trying to mount my shares locally so I can use Plex, howver, no shares show up in my /mnt/samba directory. I have followed the Wiki to the letter yet still no shares. I get no error messages so not sure how to troubleshoot. Any help would be appreciated.

Thanks

User avatar
bigfoot65
Project Manager
Posts: 11838
Joined: Mon May 25, 2009 4:31 pm

Re: Can't Mount Shares Locally

Postby bigfoot65 » Mon Aug 24, 2020 7:30 pm

Are you using Amahi 10 or 11?

You stated you followed the guidance precisely. You must access shares via the Dashboard initially before setting up the script.

Have you checked that shares exist? Also check in the Dashboard, then restart the mount_shares_locally service.

Code: Select all

ls -al /var/hda/files
ßîgƒσστ65
Applications Manager

My HDA: Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz on MSI board, 16GB RAM, 1TBx1+2TBx2+4TBx2

gstorr
Posts: 26
Joined: Fri May 18, 2012 5:47 am

Re: Can't Mount Shares Locally

Postby gstorr » Tue Aug 25, 2020 4:25 am

My shares are setup in the dashboard and I can access the files fine. I want to mount locally to for Plex to access them. Here are the shares:

Backups \\hda\Backups
Books \\hda\Books
Docs \\hda\Docs
Movies \\hda\Movies
Music \\hda\Music
Pictures \\hda\Pictures
Public \\hda\Public
TV \\hda\TV
Videos \\hda\Videos

They are all in the Greypool storage pool. Here is the pool:

Pooled Location Total Free %
/var/hda/files/drives/drive3 1.79 TB 612 GB 33%
/var/hda/files/drives/drive1 1.79 TB 315 GB 17%
/var/hda/files/drives/drive2 1.79 TB 778 GB 42%
/var/hda/files/drives/drive4 1.79 TB 338 GB 18%


Here is what I get when I run the ls -al /var/hda/files command:

drwxr-xr-x. 3 root root 4096 Aug 17 19:25 .
drwxr-xr-x. 12 root root 4096 Aug 3 13:55 ..
drwxrwxr-x 6 admin users 4096 Aug 4 12:18 drives

Any idea what I am doing wrong?

User avatar
bigfoot65
Project Manager
Posts: 11838
Joined: Mon May 25, 2009 4:31 pm

Re: Can't Mount Shares Locally

Postby bigfoot65 » Tue Aug 25, 2020 5:56 am

The command listing shares doesn't show any of them.

So, did you put them in a different location?

Might be helpful if you provided the URL for:

Code: Select all

apaste --sysinfo
Also are you using Greyhole UI or did you install manually?
ßîgƒσστ65
Applications Manager

My HDA: Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz on MSI board, 16GB RAM, 1TBx1+2TBx2+4TBx2

gstorr
Posts: 26
Joined: Fri May 18, 2012 5:47 am

Re: Can't Mount Shares Locally

Postby gstorr » Tue Aug 25, 2020 6:09 am

I used the Greyhole App to install. The shares are in /var/hda/files/drives/drive1-4. I moved them here to have a bigger landing zone. Could that be the issue?

Here is the sysinfo...

* OS Release (cat /etc/*-release | uniq):
Amahi release 11 (based on Fedora 27)
Generic release 27 (Generic)
NAME=Generic
VERSION="27 (Generic)"
ID=generic
ID_LIKE=fedora
VERSION_ID=27
PRETTY_NAME="Generic 27 (Generic)"
ANSI_COLOR="0;34"
CPE_NAME="cpe:/o:generic:generic:27"
HOME_URL="http://www.zombo.com/"
SUPPORT_URL="https://en.wikipedia.org/wiki/Help!_(album)"
BUG_REPORT_URL="https://youtu.be/CSemARaqGqE"
REDHAT_BUGZILLA_PRODUCT="Generic"
REDHAT_BUGZILLA_PRODUCT_VERSION=%{bug_version}
REDHAT_SUPPORT_PRODUCT="Generic"
REDHAT_SUPPORT_PRODUCT_VERSION=%{bug_version}
PRIVACY_POLICY_URL="http://nsa.gov"
Generic release 27 (Generic)

* Kernel (uname -r ; cat /proc/cmdline):
4.13.9-300.fc27.x86_64
BOOT_IMAGE=/vmlinuz-4.13.9-300.fc27.x86_64 root=UUID=ff9cb5a2-a0e5-445a-897 7-18d00d12c99b ro rhgb quiet LANG=en_US.UTF-8

* Desktop(s) Running (without results: "ps -eo comm= | grep -E '(gnome-session|s tartkde|startactive|xfce.?-session|fluxbox|blackbox|hackedbox|ratpoison|enlighte nment|icewm-session|od-session|wmaker|wmx|openbox-lxde|openbox-gnome-session|ope nbox-kde-session|mwm|e16|fvwm|xmonad|sugar-session|mate-session|lxqt-session|cin namon)' "):
N/A

* Desktop(s) Installed (without results: "ls -m /usr/share/xsessions/ | sed 's/\ .desktop//g' "):
N/A

* SELinux Status (sestatus):
SELinux status: disabled

* SELinux Errors (without results: "selinuxenabled && journalctl --since yesterd ay |grep avc: | grep -Eo comm="[^ ]+" | sort |uniq -c |sort -rn"):
N/A

* CPU Model (grep 'model name' /proc/cpuinfo | awk -F: '{print $2}' | uniq -c |
sed -re 's/^ +//' ):
2 Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz

* 64-bit Support (grep -q ' lm ' /proc/cpuinfo && echo Yes || echo No):
Yes

* Hardware Virtualization Support (grep -Eq '(vmx|svm)' /proc/cpuinfo && echo Ye s || echo No):
Yes

* Load average (uptime):
09:05:56 up 20 days, 21:07, 1 user, load average: 0.02, 0.03, 0.00

* Memory usage (free -m):
total used free shared buff/cache avail able
Mem: 5949 445 2110 0 3392 5181
Swap: 5721 171 5550

* Top 5 CPU hogs (ps axuScnh | awk '$2!=8073' | sort -rnk3 | head -5):
0 8743 11.7 0.3 284248 21988 ? S Aug23 327:25 php
0 1 3.6 0.1 230532 7400 ? Ss Aug04 1096:23 systemd
0 25091 1.4 0.1 351300 6968 ? Ss Aug17 163:03 smbd
27 793 0.8 0.7 1815056 44852 ? Ssl Aug04 260:33 mysqld
0 711 0.7 0.0 34876 2772 ? Ss Aug04 233:10 crond

* Top 5 Memory hogs (ps axuScnh | sort -rnk4 | head -5):
48 7452 0.0 2.6 582148 161028 ? Sl Aug24 0:04 ruby-mri
0 279 0.0 1.5 284892 93364 ? Ss Aug04 0:56 systemd-jo urnal
48 16720 0.1 1.1 1453344 72808 ? Sl Aug24 1:42 Plex Media Serv
48 18736 0.0 0.8 1269324 54056 ? SNl Aug24 0:30 Plex Scrip t Hos
27 793 0.8 0.7 1815056 44852 ? Ssl Aug04 260:33 mysqld

* Disk space usage (df -hT):
Filesystem Type Size Used Avail Use% Mounted on
devtmpfs devtmpfs 2.9G 0 2.9G 0% /dev
tmpfs tmpfs 3.0G 8.0K 3.0G 1% /dev/shm
tmpfs tmpfs 3.0G 844K 3.0G 1% /run
tmpfs tmpfs 3.0G 0 3.0G 0% /sys/fs/cgroup
/dev/sda2 ext4 67G 3.4G 61G 6% /
tmpfs tmpfs 3.0G 28K 3.0G 1% /tmp
/dev/sde1 ext4 1.8T 1.2T 519G 71% /var/hda/files/drives/drive3
/dev/sda1 ext4 453M 79M 347M 19% /boot
/dev/sdd1 ext4 1.8T 1.5T 223G 88% /var/hda/files/drives/drive1
/dev/sdb1 ext4 1.8T 1.1T 685G 61% /var/hda/files/drives/drive2
none tmpfs 4.0M 0 4.0M 0% /var/spool/greyhole/mem
/dev/sdc1 ext4 1.8T 1.5T 245G 86% /var/hda/files/drives/drive4
tmpfs tmpfs 595M 0 595M 0% /run/user/0

* Block devices (blkid):
/dev/sdd1: UUID="649a7501-c462-48cd-95bc-6d683c22ec8a" TYPE="ext4" PARTUUID ="3ff05712-01"
/dev/sdb1: UUID="e623ec5c-19c7-4779-8b1d-fe8d6d2bad48" TYPE="ext4" PARTUUID ="d7f26319-01"
/dev/sde1: UUID="27386d33-ad94-4d37-b15c-9044134ab941" TYPE="ext4" PARTUUID ="f1fc713e-01"
/dev/sda1: UUID="82eab895-c1e9-4a97-9171-f218553328d6" TYPE="ext4" PARTUUID ="b3be9522-01"
/dev/sda2: UUID="ff9cb5a2-a0e5-445a-8977-18d00d12c99b" TYPE="ext4" PARTUUID ="b3be9522-02"
/dev/sda3: UUID="651de7ba-b306-42a1-a39f-df6f3203bd99" TYPE="swap" PARTUUID ="b3be9522-03"
/dev/sdc1: UUID="b7d53d46-72ff-4416-abc1-5e47bf0d65a9" TYPE="ext4" PARTUUID ="e60b5e36-01"

* PCI devices (without results: "lspci" AND "/sbin/lspci"):
N/A

* USB devices (without results: "lsusb" AND "/sbin/lsusb"):
N/A

* DRM Information (journalctl -k -b | grep -o 'kernel:.*drm.*$' | cut -d ' ' -f 2- ):
[drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[drm] Driver supports precise vblank timestamp query.
[drm] Initialized nouveau 1.3.1 20120801 for 0000:01:00.0 on minor 0

* Xorg modules (grep LoadModule /var/log/Xorg.0.log ~/.local/share/xorg/Xorg.0.l og | cut -d \" -f 2 | xargs):


* GL Support (without results: "glxinfo | grep -E "OpenGL version|OpenGL rendere r""):
N/A

* Xorg errors (without results: "grep '^\[.*(EE)' /var/log/Xorg.0.log ~/.local/s hare/xorg/Xorg.0.log | cut -d ':' -f 2- "):
N/A

* Kernel buffer tail (dmesg | tail):
[ 48.760699] bridge: filtering via arp/ip/ip6tables is no longer availabl e by default. Update your scripts to load br_netfilter if you need this.
[ 48.789085] Bridge firewalling registered
[ 48.970116] nf_conntrack version 0.5.0 (65536 buckets, 262144 max)
[ 50.544327] IPv6: ADDRCONF(NETDEV_UP): docker0: link is not ready
[ 1204.958795] EXT4-fs (sdc1): mounted filesystem with ordered data mode. O pts: (null)
[ 1989.334497] perf: interrupt took too long (2519 > 2500), lowering kernel .perf_event_max_sample_rate to 79000
[ 2344.126644] perf: interrupt took too long (3152 > 3148), lowering kernel .perf_event_max_sample_rate to 63000
[ 3013.339521] perf: interrupt took too long (3953 > 3940), lowering kernel .perf_event_max_sample_rate to 50000
[11974.960077] usb 5-1: USB disconnect, device number 2
[12003.712077] usb 7-1: USB disconnect, device number 2

* Last few reboots (last -x -n10 reboot runlevel):
runlevel (to lvl 3) 4.13.9-300.fc27. Tue Aug 4 11:58 still running
reboot system boot 4.13.9-300.fc27. Tue Aug 4 07:58 still running
runlevel (to lvl 3) 4.13.9-300.fc27. Tue Aug 4 11:47 - 11:57 (00:10)
reboot system boot 4.13.9-300.fc27. Tue Aug 4 07:46 - 11:57 (04:11)
runlevel (to lvl 3) 4.13.9-300.fc27. Tue Aug 4 11:12 - 11:45 (00:33)
reboot system boot 4.13.9-300.fc27. Tue Aug 4 07:11 - 11:45 (04:33)
runlevel (to lvl 3) 4.13.9-300.fc27. Tue Aug 4 10:50 - 11:10 (00:20)
reboot system boot 4.13.9-300.fc27. Tue Aug 4 06:49 - 11:10 (04:21)
runlevel (to lvl 3) 4.13.9-300.fc27. Tue Aug 4 09:16 - 10:37 (01:21)
reboot system boot 4.13.9-300.fc27. Tue Aug 4 05:15 - 10:37 (05:22)

wtmp begins Mon Aug 3 13:52:01 2020

* DNF Repositories (dnf repolist):
repo id repo name s tatus
amahi Amahi repository for Fedora 27 23
*fedora Fedora 27 - x86_64 5 4,801
*updates Fedora 27 - x86_64 - Updates 1 7,024

* DNF Extras (dnf -C list extras):
Last metadata expiration check: 1:20:49 ago on Tue 25 Aug 2020 07:45:09 AM EDT.

* Last 20 packages installed (rpm -qa --nodigest --nosignature --last | head -20 ):
keyutils-1.5.10-3.fc27.x86_64 Mon 24 Aug 2020 06:37:24 PM E DT
cifs-utils-6.8-1.fc27.x86_64 Mon 24 Aug 2020 06:37:24 PM E DT
amahi-plex-1.19.1.2645-1.x86_64 Mon 24 Aug 2020 05:11:47 PM E DT
testdisk-7.0-11.fc27.x86_64 Mon 03 Aug 2020 03:42:19 PM E DT
libewf-20140608-8.fc27.x86_64 Mon 03 Aug 2020 03:42:19 PM E DT
nano-2.8.7-1.fc27.x86_64 Mon 03 Aug 2020 03:25:27 PM E DT
ntfs-3g-2017.3.23-6.fc27.x86_64 Mon 03 Aug 2020 03:25:26 PM E DT
fuse-common-3.1.1-9.fc27.x86_64 Mon 03 Aug 2020 03:25:26 PM E DT
fuse-2.9.7-9.fc27.x86_64 Mon 03 Aug 2020 03:25:26 PM E DT
hda-release-11.0.0-1.noarch Mon 03 Aug 2020 03:03:35 PM E DT
hda-suite-0.19-1.noarch Mon 03 Aug 2020 03:03:31 PM E DT
amahi-greyhole-0.14.0-1.x86_64 Mon 03 Aug 2020 02:11:43 PM E DT
sysstat-11.5.7-4.fc27.x86_64 Mon 03 Aug 2020 02:11:42 PM E DT
lsof-4.89-7.fc27.x86_64 Mon 03 Aug 2020 02:11:42 PM E DT
lm_sensors-libs-3.4.0-8.fc27.x86_64 Mon 03 Aug 2020 02:11:41 PM E DT
php-intl-7.1.23-1.fc27.x86_64 Mon 03 Aug 2020 02:11:40 PM E DT
sudo-1.8.23-1.fc27.x86_64 Mon 03 Aug 2020 01:57:59 PM E DT
perl-Regexp-Common-2017060201-3.fc27.noarch Mon 03 Aug 2020 01:57:48 PM E DT
oci-systemd-hook-0.1.17-1.git87fb61e.fc27.x86_64 Mon 03 Aug 2020 01:57:47 P M EDT
criu-3.11-1.fc27.x86_64 Mon 03 Aug 2020 01:57:46 PM E DT

* EFI boot manager output (without results: "efibootmgr -v"):
N/A

User avatar
bigfoot65
Project Manager
Posts: 11838
Joined: Mon May 25, 2009 4:31 pm

Re: Can't Mount Shares Locally

Postby bigfoot65 » Tue Aug 25, 2020 6:51 am

I used the Greyhole App to install. The shares are in /var/hda/files/drives/drive1-4. I moved them here to have a bigger landing zone. Could that be the issue?
Likely if you didn't update the share path for each one in the Dashboard.

The script uses the path identified in the dashboard for each share, typically /var/hda/files.
ßîgƒσστ65
Applications Manager

My HDA: Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz on MSI board, 16GB RAM, 1TBx1+2TBx2+4TBx2

gstorr
Posts: 26
Joined: Fri May 18, 2012 5:47 am

Re: Can't Mount Shares Locally

Postby gstorr » Tue Aug 25, 2020 7:46 am

My shares in the dashboard, specified in "Location" are as follows:

/var/hda/files/drives/drive1/backups
/var/hda/files/drives/drive1/books
/var/hda/files/drives/drive1/docs
/var/hda/files/drives/drive1/movies
/var/hda/files/drives/drive1/music
/var/hda/files/drives/drive1/pictures
/var/hda/files/drives/drive1/public
/var/hda/files/drives/drive1/tv
/var/hda/files/drives/drive1/videos

Do I need to move these?

gstorr
Posts: 26
Joined: Fri May 18, 2012 5:47 am

Re: Can't Mount Shares Locally

Postby gstorr » Tue Aug 25, 2020 7:54 am

I managed to get the shares to replicate in the /mnt/samba (I had the wrong DB password in the mySQL script - may want to update the wiki), however, no files are accessible. The share directories are all assigned to root, is that an issue?

[root@localhost samba]# ls -al
total 44
drwxr-xr-x 11 root root 4096 Aug 25 09:18 .
drwxr-xr-x. 3 root root 4096 Aug 24 18:58 ..
drwxr-xr-x 2 root root 4096 Aug 25 09:18 Backups
drwxr-xr-x 2 root root 4096 Aug 25 09:18 Books
drwxr-xr-x 2 root root 4096 Aug 25 09:18 Docs
drwxr-xr-x 2 root root 4096 Aug 25 09:18 Movies
drwxr-xr-x 2 root root 4096 Aug 25 09:18 Music
drwxr-xr-x 2 root root 4096 Aug 25 09:18 Pictures
drwxr-xr-x 2 root root 4096 Aug 25 09:18 Public
drwxr-xr-x 2 root root 4096 Aug 25 09:18 TV
drwxr-xr-x 2 root root 4096 Aug 25 09:18 Videos
[root@localhost samba]# cd Movies
[root@localhost Movies]# ls -al
total 8
drwxr-xr-x 2 root root 4096 Aug 25 09:18 .
drwxr-xr-x 11 root root 4096 Aug 25 09:18 ..
[root@localhost Movies]#

User avatar
bigfoot65
Project Manager
Posts: 11838
Joined: Mon May 25, 2009 4:31 pm

Re: Can't Mount Shares Locally

Postby bigfoot65 » Tue Aug 25, 2020 8:10 am

I managed to get the shares to replicate in the /mnt/samba (I had the wrong DB password in the mySQL script - may want to update the wiki),
Where is the password incorrect? I just checked and it looked correct to me.
no files are accessible. The share directories are all assigned to root, is that an issue?
Yes something is not correct.

Are you sure you followed the installation instructions precisely for the mount_shares_locally script? I have it installed it with no issues on my HDA. Also mine reflect my first admin user:users for the shares.
ßîgƒσστ65
Applications Manager

My HDA: Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz on MSI board, 16GB RAM, 1TBx1+2TBx2+4TBx2

gstorr
Posts: 26
Joined: Fri May 18, 2012 5:47 am

Re: Can't Mount Shares Locally

Postby gstorr » Tue Aug 25, 2020 10:25 am

The WIki asks line 25 to be modified with the appropriate password: "mysql -u root -p hda -e "select name from shares" hda_production | grep -v "^name$" | xargs -d "\n" mkdir -p". The actual provided file is: " mysql -u amahihda -pAmahiHDARulez -e "select name from shares" hda_production | grep -v "^name$" | xargs -d "\n" mkdir -p". Notice the difference in passwords.

I will remove everything and start over. Clearly I did something wrong that I cannot isolate. Should I execute everything as "root" or "admin"?

Who is online

Users browsing this forum: No registered users and 2 guests