DDock

Members
  • Content count

    56
  • Joined

  • Last visited

Community Reputation

0 Neutral

About DDock

  • Rank
    Advanced Member

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I can't seem to find a way to search this thread. I haven't done much posting recently. I just added this plugin to my 6.5 unRAID server. I am having some issues with a VM that runs my Security Camera Software. I am thinking the issue is the slower write speeds to the array so I am wanting to offload the VM onto a single mount. All seems to be working well with the exception that my Shares in the normal unRAID GUI are not showing up. Any thoughts?
  2. Still having the issue.
  3. Any suggestions?
  4. Here is the log after I hit join: Jan 18 15:45:30 AscotBackup emhttpd: req (14): DOMAIN=corp.ascotent.com&DOMAIN_SHORT=corp&DOMAIN_LOGIN=Administrator&DOMAIN_PASSWD=*****&cmdJoinDomain=Join&csrf_token=***** Jan 18 15:45:40 AscotBackup emhttpd: Stopping services... Jan 18 15:45:40 AscotBackup emhttpd: shcmd (1293): /etc/rc.d/rc.libvirt stop Jan 18 15:45:40 AscotBackup root: Waiting on VMs to shutdown Jan 18 15:45:40 AscotBackup root: Stopping libvirtd... Jan 18 15:45:40 AscotBackup dnsmasq[22595]: exiting on receipt of SIGTERM Jan 18 15:45:40 AscotBackup kernel: device virbr0-nic left promiscuous mode Jan 18 15:45:40 AscotBackup kernel: virbr0: port 1(virbr0-nic) entered disabled state Jan 18 15:45:40 AscotBackup avahi-daemon[3940]: Interface virbr0.IPv4 no longer relevant for mDNS. Jan 18 15:45:40 AscotBackup avahi-daemon[3940]: Leaving mDNS multicast group on interface virbr0.IPv4 with address 192.168.122.1. Jan 18 15:45:40 AscotBackup avahi-daemon[3940]: Withdrawing address record for 192.168.122.1 on virbr0. Jan 18 15:45:41 AscotBackup root: Network 7b78fb65-4fac-44d5-9754-39482f1311f9 destroyed Jan 18 15:45:41 AscotBackup root: Jan 18 15:45:44 AscotBackup root: Stopping virtlogd... Jan 18 15:45:45 AscotBackup root: Stopping virtlockd... Jan 18 15:45:46 AscotBackup emhttpd: shcmd (1294): umount /etc/libvirt Jan 18 15:45:47 AscotBackup emhttpd: shcmd (1296): /etc/rc.d/rc.docker stop Jan 18 15:45:47 AscotBackup root: stopping dockerd ... Jan 18 15:45:48 AscotBackup root: waiting for docker to die... Jan 18 15:45:49 AscotBackup avahi-daemon[3940]: Interface docker0.IPv4 no longer relevant for mDNS. Jan 18 15:45:49 AscotBackup avahi-daemon[3940]: Leaving mDNS multicast group on interface docker0.IPv4 with address 172.17.0.1. Jan 18 15:45:49 AscotBackup avahi-daemon[3940]: Withdrawing address record for 172.17.0.1 on docker0. Jan 18 15:45:49 AscotBackup emhttpd: shcmd (1297): umount /var/lib/docker Jan 18 15:45:49 AscotBackup emhttpd: shcmd (1298): /etc/rc.d/rc.samba stop Jan 18 15:45:49 AscotBackup emhttpd: shcmd (1299): rm -f /etc/avahi/services/smb.service Jan 18 15:45:49 AscotBackup avahi-daemon[3940]: Files changed, reloading. Jan 18 15:45:49 AscotBackup avahi-daemon[3940]: Service group file /services/smb.service vanished, removing services. Jan 18 15:45:53 AscotBackup emhttpd: shcmd (1302): /etc/rc.d/rc.nfsd stop Jan 18 15:45:53 AscotBackup rpc.mountd[22077]: Caught signal 15, un-registering and exiting. Jan 18 15:45:54 AscotBackup kernel: nfsd: last server has exited, flushing export cache Jan 18 15:45:54 AscotBackup emhttpd: Starting services... Jan 18 15:45:54 AscotBackup emhttpd: shcmd (1306): chmod 0777 '/mnt/disk1' Jan 18 15:45:54 AscotBackup emhttpd: shcmd (1307): chown 'Administrator':'Domain Users' '/mnt/disk1' Jan 18 15:45:54 AscotBackup root: chown: invalid user: 'Administrator:Domain Users' Jan 18 15:45:54 AscotBackup emhttpd: shcmd (1307): exit status: 1 ---- edited out REPEAT for each mnt ---- Jan 18 15:45:54 AscotBackup emhttpd: shcmd (1333): /etc/rc.d/rc.samba start Jan 18 15:45:54 AscotBackup root: Starting Samba: /usr/sbin/nmbd -D Jan 18 15:45:54 AscotBackup root: /usr/sbin/smbd -D Jan 18 15:45:54 AscotBackup root: /usr/sbin/winbindd -D Jan 18 15:45:54 AscotBackup emhttpd: shcmd (1334): cp /tmp/emhttp/smb.service /etc/avahi/services/smb.service Jan 18 15:45:54 AscotBackup avahi-daemon[3940]: Files changed, reloading. Jan 18 15:45:54 AscotBackup avahi-daemon[3940]: Loading service file /services/smb.service. Jan 18 15:45:55 AscotBackup avahi-daemon[3940]: Service "AscotBackup" (/services/smb.service) successfully established. Jan 18 15:45:58 AscotBackup emhttpd: shcmd (1337): /etc/rc.d/rc.nfsd start Jan 18 15:45:58 AscotBackup root: Starting NFS server daemons: Jan 18 15:45:58 AscotBackup root: /usr/sbin/exportfs -r Jan 18 15:45:58 AscotBackup root: /usr/sbin/rpc.nfsd 8 Jan 18 15:45:58 AscotBackup root: /usr/sbin/rpc.mountd Jan 18 15:45:58 AscotBackup rpc.mountd[23863]: Version 2.1.1 starting Jan 18 15:45:59 AscotBackup emhttpd: shcmd (1346): /usr/local/sbin/mount_image '/mnt/user/system/docker/docker.img' /var/lib/docker 20 Jan 18 15:45:59 AscotBackup kernel: BTRFS info (device loop2): disk space caching is enabled Jan 18 15:45:59 AscotBackup kernel: BTRFS info (device loop2): has skinny extents Jan 18 15:45:59 AscotBackup root: Resize '/var/lib/docker' of 'max' Jan 18 15:45:59 AscotBackup kernel: BTRFS info (device loop2): new size for /dev/loop2 is 21474836480 Jan 18 15:45:59 AscotBackup emhttpd: shcmd (1350): /etc/rc.d/rc.docker start Jan 18 15:45:59 AscotBackup root: starting dockerd ... Jan 18 15:46:00 AscotBackup avahi-daemon[3940]: Joining mDNS multicast group on interface docker0.IPv4 with address 172.17.0.1. Jan 18 15:46:00 AscotBackup avahi-daemon[3940]: New relevant interface docker0.IPv4 for mDNS. Jan 18 15:46:00 AscotBackup avahi-daemon[3940]: Registering new address record for 172.17.0.1 on docker0.IPv4. Jan 18 15:46:00 AscotBackup kernel: IPv6: ADDRCONF(NETDEV_UP): docker0: link is not ready Jan 18 15:46:02 AscotBackup emhttpd: shcmd (1358): /usr/local/sbin/mount_image '/mnt/user/system/libvirt/libvirt.img' /etc/libvirt 1 Jan 18 15:46:02 AscotBackup kernel: BTRFS info (device loop3): disk space caching is enabled Jan 18 15:46:02 AscotBackup kernel: BTRFS info (device loop3): has skinny extents Jan 18 15:46:02 AscotBackup root: Resize '/etc/libvirt' of 'max' Jan 18 15:46:02 AscotBackup kernel: BTRFS info (device loop3): new size for /dev/loop3 is 1073741824 Jan 18 15:46:02 AscotBackup emhttpd: shcmd (1366): /etc/rc.d/rc.libvirt start Jan 18 15:46:02 AscotBackup root: Starting virtlockd... Jan 18 15:46:02 AscotBackup root: Starting virtlogd... Jan 18 15:46:02 AscotBackup root: Starting libvirtd... Jan 18 15:46:02 AscotBackup kernel: tun: Universal TUN/TAP device driver, 1.6 Jan 18 15:46:02 AscotBackup kernel: virbr0: port 1(virbr0-nic) entered blocking state Jan 18 15:46:02 AscotBackup kernel: virbr0: port 1(virbr0-nic) entered disabled state Jan 18 15:46:02 AscotBackup kernel: device virbr0-nic entered promiscuous mode Jan 18 15:46:03 AscotBackup avahi-daemon[3940]: Joining mDNS multicast group on interface virbr0.IPv4 with address 192.168.122.1. Jan 18 15:46:03 AscotBackup avahi-daemon[3940]: New relevant interface virbr0.IPv4 for mDNS. Jan 18 15:46:03 AscotBackup avahi-daemon[3940]: Registering new address record for 192.168.122.1 on virbr0.IPv4. Jan 18 15:46:03 AscotBackup kernel: virbr0: port 1(virbr0-nic) entered blocking state Jan 18 15:46:03 AscotBackup kernel: virbr0: port 1(virbr0-nic) entered listening state Jan 18 15:46:03 AscotBackup dnsmasq[24397]: started, version 2.78 cachesize 150 Jan 18 15:46:03 AscotBackup dnsmasq[24397]: compile time options: IPv6 GNU-getopt no-DBus i18n IDN2 DHCP DHCPv6 no-Lua TFTP no-conntrack ipset auth no-DNSSEC loop-detect inotify Jan 18 15:46:03 AscotBackup dnsmasq-dhcp[24397]: DHCP, IP range 192.168.122.2 -- 192.168.122.254, lease time 1h Jan 18 15:46:03 AscotBackup dnsmasq-dhcp[24397]: DHCP, sockets bound exclusively to interface virbr0 Jan 18 15:46:03 AscotBackup dnsmasq[24397]: reading /etc/resolv.conf Jan 18 15:46:03 AscotBackup dnsmasq[24397]: using nameserver 192.168.100.236#53 Jan 18 15:46:03 AscotBackup dnsmasq[24397]: using nameserver 192.168.100.235#53 Jan 18 15:46:03 AscotBackup dnsmasq[24397]: read /etc/hosts - 2 addresses Jan 18 15:46:03 AscotBackup dnsmasq[24397]: read /var/lib/libvirt/dnsmasq/default.addnhosts - 0 addresses Jan 18 15:46:03 AscotBackup dnsmasq-dhcp[24397]: read /var/lib/libvirt/dnsmasq/default.hostsfile Jan 18 15:46:03 AscotBackup kernel: virbr0: port 1(virbr0-nic) entered disabled state
  5. I have now restarted our Main and Backup DC's. I can ping both of them using their FQDM using the new built in terminal in the webui. The DNS in unRAID is set to (and has been) the two DC's. Still not working.
  6. Unable to join the domain after the upgrade. I double checked the settings and the settings are the same. I set SMB to Yes (Workgroup), restarted, and then set back to Yes (Active Directory), restarted, and still not working. Any thoughts?
  7. Never mind, took about 10 minutes and it started responding again, naturally right after I posted this. Just going to leave for a reference for other people if needed. Mods can delete if they like.
  8. Just downloaded the new update and it is now stuck on this and I am not sure how to proceed. Been sitting this way for awhile now, and the webgui is not responding in a new tab.
  9. DDock

    [Support] Linuxserver.io - Unifi

    Can we get an update to a 5.6.x build so I can patch the WPA2 KRACK. Please and Thank You.
  10. I tried looking for somethings, but not finding anything right now. Is there a way to have other users to remotely start their VMs without having access to the unRAID webui? I have a brother and a friend who have game servers on my unRAID box, but they are those who find a game, play it for a couple weeks and move to something else. Is there a plugin/other utility that I could use to allow them to start their own VMs when they have been shut down. At times they go weeks without using it and I would like to free up some resources when they are not using it. I have a web server that SSL proxy forwards everything including Guacamole in which they use for accessing the VMs.
  11. Alright, Updated the BIOS on 7/22 and today on 7/26 it has become unresponsive again. This time I am able to cp the syslog (unlike the last time), browse directories, but this time I tried to restart the webgui but the process would not complete. Here are the logs from FCP. There were also no errors shown on the CLI. companybackup-diagnostics-20170726-0918.zip FCPsyslog_tail.txt
  12. We have Fix Common Problems installed, so I will try that in the morning. We have a VM that runs some backup software (urBackup, no IMMOU) and a docker (dokuWiki). Maybe I can plan some time to go out there and update the BIOS to see if that works. Thanks for the help, I will keep updating you if I find more.
  13. I guess a bigger question is there a way to make a cronjob or something similar to keep an up to date log written somewhere on the array? Before we have to start pulling hardware, I would like to make sure it isn't something in software causing issues. I run to other unRAID servers and neither of them have issues, so I doubt it is software.
  14. Yea the IPMI interface has a live view that is just like you have a local monitor attached. No errors are showing up on the CLI. This time there was no power outage. We also run two power supplies on the system. Not sure if ECC memory will, but we ran a Memory Test for awhile with no errors. Temps wise, everything is good. With the CPU's, we run a dual CPU motherboard. Chassis, PSU (Dual 800W), and Motherboard are SuperMicro. Have two Intel Xeon E5-2620's with Crucial ECC Memory. Any thoughts on how to start testing the system for a bad motherboard or CPU? Normally we have spares of our consumer gear for testing, but nothing server grade.
  15. Just happened again. This time when I logged in to copy the syslog, it is just sitting there trying to copy the file. Not sure what to do. I am going to let it sit for awhile and see it it eventually copies. Any thoughts?

Copyright © 2005-2018 Lime Technology, Inc.
unRAID® is a registered trademark of Lime Technology, Inc.