{5} Accepted, Active Tickets by Owner (Full Description) (48 matches)
List tickets accepted, group by ticket owner. This report demonstrates the use of full-row display.
delphij (1 match)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #515 | Replication requires CLI action to configure & monitor | GUI | defect | 07/12/11 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The replication feature requires actions in the CLI to monitor & configure and this should not be necessary. In addition there are some missing features & configuration fields. Permission given to split this ticket into defects & enhancements accordingly.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
gcooper (1 match) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #26 | Need an initial setup wizard | GUI | 8.0-RELEASE | enhancement | 11/17/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
We should have an initial setup wizard. This wizard would walk you through things like the windows setup wizard does. What time zone, IP info, passwords, etc. It should then generate the proper entries in all the database tables. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
jhixson (4 matches) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1702 | Active Directory/LDAP Authentication through webGUI/SSH | Backend | enhancement | 08/03/12 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The ability to authenticate both to the webGUI and SSH via Active Directory or an LDAP server would be a great feature to have. Ideally a feature much like ESXi has where you can type in a user or group to search. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2147 | FreeIPA v3 + FreeNAS w/CIFS? | Backend | enhancement | 04/23/13 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi. I administer an environment in which I use FreeIPA v3 (aka Red Hat Identity Management) as my SSO solution. While most of my hosts are Linux, a few are Windows and Mac. I'm hoping to configure FreeNAS to authenticate CIFS to the LDAP + Kerberos exposed by FreeIPA, preferably without modifying the LDAP structure. Here is some documentation from their side: Please consider this a feature and/or documentation request on how to authenticate FreeNAS (with CIFS) to FreeIPA v3. Thanks, Joshua |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2169 | Add button to open shell window to specific jail | GUI | 9.1.0-RELEASE | enhancement | 05/06/13 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Starting to play with 9.1 Alpha, I think it would be helpful to have an "Open Shell" window button specifically under the jail tree. There could be a checkbox next to the jail name to select the jail, then the Open Shell below. It would make it easier for Noobs to make sure they were in the right place. Maybe the shell window could open a new browser tab? Just food for thought :-) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2170 | Jail Edit popup window has Edit button instead of Save button | GUI | 9.1.0-RELEASE | defect | 05/07/13 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
FreeNAS-9.1.0-ALPHA-8c9ebb9-x64 If you edit settings for an existing jail from the left treemenu, the popup window where you enter the settings says EDIT or CANCEL instead of SAVE or CANCEL. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
jpaetzel (4 matches) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #147 | Add SMART graphing (collectd modules?) | Backend | 9.1.0-RELEASE | enhancement | 02/21/11 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
i' would be great to keep this 0.7 feature in the new 0.8 release. Especiall, monitoring HDD temperature is a noticeable added value when one runs a fanless system. Ideally, a graphing(RRD ?) and alerting(email ?) capability for the SMART temperature would also be nice to make sure temp don't go too high too long. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #286 | GUI for ZFS pool scrubbing: configurable frequency and archived results / error trends | Backend | enhancement | 04/24/11 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
(Enhancement request to maximize zpool reliability/availability) Automatic, periodic ZFS pool scrubbing with results collection, reporting, and alerts. It would be great to have functionality in the GUI to streamline the setting of weekly or monthly zpool scrubs, collect and archive scrub results, and include the last few scrub results in periodic emails. A reasonable default would be to set a weekly zpool scrub at e.g. 3am Sunday for all zpools upon creation. Some background from the ZFS Best Practices wiki: "Run zpool scrub on a regular basis to identify data integrity problems. If you have consumer-quality drives, consider a weekly scrubbing schedule. If you have datacenter-quality drives, consider a monthly scrubbing schedule. You should also run a scrub prior to replacing devices or temporarily reducing a pool's redundancy to ensure that all devices are currently operational."
The implicit rationale for periodic scrubbing is to proactively detect bit errors and stay ahead of drive failures. Having recently completed a scrub maximizes the probability that the data you have on disk is correct, since if/when you enter degraded mode you can no longer correct latent errors. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #208 | Swap space is always striped, even on mirrored volumes | Backend | defect | 03/27/11 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When creating a mirrored volume, FreeNAS currently creates an independent swap partition on every drive, resulting in the swap space effectively being striped. This completely eliminates the availability benefits of mirroring, as a drive failure will now result in the unexpected disappearance of swap space, panicking the system if that swap space was in use. For mirrored volumes, if you absolutely must create swap partitions on all drives (see #207), please create them on top of a gmirror so drive failure can be tolerated as one would expect from a mirrored volume. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1974 | VirtualBox can't be installed inside a Jail due to kernel module dependency | FreeBSD | enhancement | 12/29/12 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I have been trying to find a solution on how to install VirtualBox? on a FreeNAS host. With memory so cheap, the power of a FreeNAS box should be enough for a couple of virtual servers. The problem I have come across is the fact that FreeBSD jails share the kernel with the host and Virtualbox needs to load a module into the kernel. I have found a possible solution for installing the kernel module on the host and then installing virtualbox inside a jail. This solution however assumes a full FreeBSD host where the ports tree can be used. http://forums.freebsd.org/showthread.php?t=21897 I quickly tried to install virtualbox-ose-kmod-legacy using pkg_add on the host, but I couldn't load it due to "KLD vboxnetflt.ko: depends on netgraph - not available or version missmatch". I haven't dug any deeper into this problem. What I call for is support for software add-ons that require kernel modules to be loaded on the host. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
william (38 matches) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2117 | Adding a cron, rsync or replication job\task causes traceback error | Backend | 9.1.0-RELEASE | defect | 04/09/13 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi guys, I'm running the 4-02-13 alpha (FreeNAS-9.1.0-ALPHA-c86e8f4-x64) and whenever I try to add a cron, rsync or replication task\job I get a traceback message. All 3 "add" attempts seem to point to the same "line 347". Here is the brief form of the error: Exception Type: NameError? Exception Value: global name 'group' is not defined Exception Location: /usr/local/www/freenasUI/../freenasUI/common/freenasusers.py in new, line 347 I can certainly post the full text of the traceback error if the above isn't enough to isolate & correct the issue. -Will |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1071 | Add GUI to display output for last SMART run | Backend | defect | 12/06/11 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Customer has requested that we add a way in the GUI to look at the last SMART run. There's a lot of data that gets output from smartctl; ultimately we need to just say pass/fail based on the following output: # smartctl -l xselftest /dev/ada0 smartctl 5.42 2011-10-20 r3458 [FreeBSD 9.0-RC2 amd64] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net === START OF READ SMART DATA SECTION === SMART Extended Self-test Log Version: 1 (1 sectors) Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed without error 00% 14392 - smartctl -a prints out way too much output and a lot of it can be confusing to customers and home users. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1115 | Failed upgrades due to lack of disk space aren't reported properly in the GUI/middleware | Backend | defect | 12/20/11 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
If say, I fill up my volume and attempt to upgrade. What will happen is the GUI will get stuck indefinitely on the 'uploading' state. The problem is that the disk space requirement isn't determined up front and proper notification isn't sent to the user. All that happens is that lighttpd silently fails and nginx states (for example when I've seen it occur), that /var is full. My guess is the following code is at fault (on 8.0.3): filename = '/var/tmp/firmware/firmware.xz'
fw = open(filename, 'wb+')
if cleaned_data.get('firmware'):
for c in cleaned_data['firmware'].chunks():
fw.write(c)
fw.close()
or this code on trunk: filename = '/var/tmp/firmware/firmware.xz'
if cleaned_data.get('firmware'):
with open(filename, 'wb+') as fw:
for c in cleaned_data['firmware'].chunks():
fw.write(c)
This logic should be pushed down into 'notifier' and sanitized so that it returns MiddlewareErrors? on failure. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1234 | Replace Disk fails from GUI in 8.0.3-p1 due to inconsistent swap partition size | GUI | 8.2.0-RELEASE | defect | 02/03/12 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Replace disk from GUI fails without explanation when using identical 2TB disk. After doing replace disk from GUI, there is no apparent resilvering activity taking place or message in the GUI about the failure. After trying replace command from the command line, I got the error "disk is too small". When doing a gpart show, I discovered the problem was that 8.0.3-p1 created a 2GB swap partition as opposed to the 1GB swap partition that was created when I initially created my pool from the GUI in version 8.0. So it seems that the GUI needs to check existing swap partition size and makes sure it creates the new one consistent with the size on the other disks. I manually wiped the disk and recreated the partitions and did the replace from the command line using the same command that was issued from the GUI in the log file. Here is the forum thread with log files etc. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1588 | Web Shell: word wrapping seems to be wrong | GUI | 9.1.0-RELEASE | defect | 06/19/12 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When pasting a long line (for instance, ssh-keyscan IP), it seems that the web shell will wrap the line when copying by adding a line feed at the wrap point. It's desirable to change this behavior to something like, have the console display wrap the lines instead. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1589 | Feature request: make SSH key fields smarter | GUI | 9.1.0-RELEASE | defect | 06/19/12 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Currently these fields (when modifying user, when setting up replication, etc.) will access the input without validation. It would be nice if it can remove unneeded spaces/line feeds that renders the key unusable, or at least bail out. For instance, this: """ 10.2.1.25 ecdsa-sha2-nistp256 AAAAE2VjZHNhLXNoYTItbmlzdHAyNTYAAAAIb mlzdHAyNTYAAABBBAkEu2+8U+Vjf06RSDJKgLDhUYLJ3jy/NFqeIqQKYRKd5V63gRgw Gq4aBUcd57EpD5HH9twC6Wd2WRasICfmkDo= """ Should be changed to this: """ 10.2.1.25 ecdsa-sha2-nistp256 AAAAE2VjZHNhLXNoYTItbmlzdHAyNTYAAAAIbmlzdHAyNTYAAABBBAkEu2+8U+Vjf06RSDJKgLDhUYLJ3jy/NFqeIqQKYRKd5V63gRgwGq4aBUcd57EpD5HH9twC6Wd2WRasICfmkDo= """ |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1646 | Problem replicating multiple Snapshots | Backend | 9.1.0-RELEASE | defect | 07/14/12 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I want to keep different Snapshots for a different time, i.e. keep 15 min snapshots for 24h, 1h snapshots for 24 hours, 1d snapshots for 1 week an so on. The Problem starts, when the snapshots are created at the same time: [root@master] ~# /sbin/zfs list -t snapshot -o name,freenas:state -S creation NAME FREENAS:STATE data@auto-20120714.1240-8h NEW data@auto-20120714.1225-24h NEW data@auto-20120714.1225-8h NEW data@auto-20120714.1225-1w NEW data/store@auto-20120714.1225-24h NEW data/store@auto-20120714.1225-8h NEW data/store@auto-20120714.1225-1w NEW data/testufs@auto-20120714.1225-24h NEW data/testufs@auto-20120714.1225-8h NEW data/testufs@auto-20120714.1225-1w NEW Logfile: Jul 14 12:26:01 master autorepl[16797]: Destroying remote data Jul 14 12:26:01 master autorepl[16797]: Executing: /usr/bin/ssh -i /data/ssh/replication -o BatchMode=yes -o StrictHostKeyChecking=yes -q 192.168.109.133 /sbin/zfs destroy -rRf data Jul 14 12:26:01 master autorepl[16797]: Creating data on remote system Jul 14 12:26:01 master autorepl[16797]: Executing: /usr/bin/ssh -i /data/ssh/replication -o BatchMode=yes -o StrictHostKeyChecking=yes -q 192.168.109.133 /sbin/zfs create -o readonly=on -p data Jul 14 12:26:02 master autorepl[16797]: Executing: (/sbin/zfs send -R data@auto-20120714.1225-1w | /usr/bin/ssh -i /data/ssh/replication -o BatchMode=yes -o StrictHostKeyChecking=yes -q 192.168.109.133 "/sbin/zfs receive -F -d data && echo Succeeded.") > /tmp/repl-16797 2>&1 Jul 14 12:26:03 master autorepl[16797]: Popen()ing: /usr/bin/ssh -i /data/ssh/replication -o BatchMode=yes -o StrictHostKeyChecking=yes -q 192.168.109.133 "zfs list -Hr -o name -S creation -t snapshot -d 1 data | head -n 1 | cut -d@ -f2" Jul 14 12:26:03 master autorepl[16797]: Remote and local mismatch after replication: data@auto-20120714.1225-24h vs data@auto-20120714.1225-1w Jul 14 12:26:03 master autorepl[16797]: Popen()ing: /usr/bin/ssh -i /data/ssh/replication -o BatchMode=yes -o StrictHostKeyChecking=yes -q 192.168.109.133 "zfs list -Ho name -t snapshot data | head -n 1 | cut -d@ -f2" Jul 14 12:26:03 master autorepl[16797]: Replication of data@auto-20120714.1225-1w failed with Succeeded. Calling this on slave side gives [root@slave] ~# zfs list -Ho name -t snapshot data cannot open 'data': operation not applicable to datasets of this type |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1696 | CIFS share directory is not created | GUI | defect | 07/31/12 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
If you try to share directory via CIFS and type nonexistent directory because you want to share volume subdirectory then your typed in directory is not created by GUI and sharing does not work. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1843 | Replicated zvol fail to auto determine size in iSCSI | Backend | 9.1.0-RELEASE | defect | 10/17/12 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Replication of ZFS volume fails with "I/O" error Oct 17 07:40:06 freenas autorepl.py: [common.pipesubr:49] Executing: (/sbin/zfs send -R corpsan1/corpsan1vm1@auto-20121016.1731-2w | /usr/bin/ssh -i /data/ssh/r eplication -o BatchMode?=yes -o StrictHostKeyChecking?=yes -q -p 22 corpsan2 "/sbin/zfs receive -F -d corpsan2repl1 && echo Succeeded.") > /tmp/repl-34834 2>&1 Oct 17 07:40:06 freenas autorepl.py: [common.pipesubr:42] Popen()ing: /usr/bin/ssh -i /data/ssh/replication -o BatchMode?=yes -o StrictHostKeyChecking?=yes -q -p 22 corpsan2 "zfs list -Hr -o name -S creation -t snapshot -d 1 corpsan2repl1/corpsan1vm1 | head -n 1 | cut -d@ -f2" Oct 17 07:40:06 freenas autorepl.py: [tools.autorepl:323] Replication of corpsan1/corpsan1vm1@auto-20121016.1731-2w failed with cannot send 'corpsan1/corpsan1vm 1': I/O error Oct 17 07:41:05 freenas autorepl.py: [tools.autorepl:258] Destroying remote corpsan2repl1/corpsan1vm1 Oct 17 07:41:05 freenas autorepl.py: [common.pipesubr:49] Executing: /usr/bin/ssh -i /data/ssh/replication -o BatchMode?=yes -o StrictHostKeyChecking?=yes -q -p 2 2 corpsan2 /sbin/zfs destroy -rRf corpsan2repl1/corpsan1vm1 Oct 17 07:41:05 freenas autorepl.py: [tools.autorepl:264] Creating corpsan2repl1/corpsan1vm1 on remote system Oct 17 07:41:05 freenas autorepl.py: [common.pipesubr:49] Executing: /usr/bin/ssh -i /data/ssh/replication -o BatchMode?=yes -o StrictHostKeyChecking?=yes -q -p 2 2 corpsan2 /sbin/zfs create -o readonly=on -p corpsan2repl1/corpsan1vm1 Oct 17 07:41:05 freenas autorepl.py: [common.pipesubr:49] Executing: (/sbin/zfs send -R corpsan1/corpsan1vm1@auto-20121016.1731-2w | /usr/bin/ssh -i /data/ssh/r eplication -o BatchMode?=yes -o StrictHostKeyChecking?=yes -q -p 22 corpsan2 "/sbin/zfs receive -F -d corpsan2repl1 && echo Succeeded.") > /tmp/repl-34884 2>&1 Oct 17 07:41:05 freenas autorepl.py: [common.pipesubr:42] Popen()ing: /usr/bin/ssh -i /data/ssh/replication -o BatchMode?=yes -o StrictHostKeyChecking?=yes -q -p 22 corpsan2 "zfs list -Hr -o name -S creation -t snapshot -d 1 corpsan2repl1/corpsan1vm1 | head -n 1 | cut -d@ -f2" Oct 17 07:41:05 freenas autorepl.py: [tools.autorepl:323] Replication of corpsan1/corpsan1vm1@auto-20121016.1731-2w failed with cannot send 'corpsan1/corpsan1vm 1': I/O error |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1866 | Can't remove log device | GUI | 9.1.0-RELEASE | defect | 10/25/12 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Got the following errors when I tried to remove or offline the log device in the GUI. Oct 25 10:11:42 sanbox manage.py: [middleware.exceptions:38] [MiddlewareError: Disk could not be removed: "cannot remove gptid/c769df18-1ea6-11e2-ac6c-005056ac0e70: no such device in pool, "] Oct 25 10:12:19 sanbox notifier: swapoff: /dev/da1p1: Invalid argument Oct 25 10:12:19 sanbox manage.py: [middleware.exceptions:38] [MiddlewareError: Disk could not be removed: "cannot remove gptid/c769df18-1ea6-11e2-ac6c-005056ac0e70: no such device in pool, "] Oct 25 10:12:57 sanbox notifier: swapoff: /dev/da1p1: Invalid argument Oct 25 10:12:57 sanbox manage.py: [middleware.exceptions:38] [MiddlewareError: Disk offline failed: "cannot offline gptid/c769df18-1ea6-11e2-ac6c-005056ac0e70: no such device in pool, "] zpool status
pool: san
state: ONLINE
scan: scrub repaired 0 in 0h36m with 0 errors on Thu Aug 9 02:33:18 2012
config:
NAME STATE READ WRITE CKSUM
san ONLINE 0 0 0
raidz1-0 ONLINE 0 0 0
da2 ONLINE 0 0 0
da6 ONLINE 0 0 0
da3 ONLINE 0 0 0
da4 ONLINE 0 0 0
da5 ONLINE 0 0 0
logs
gptid/c769df18-1ea6-11e2-ac6c-005056ac0e70 ONLINE 0 0 0
errors: No known data errors
glabel status
Name Status Components
ufs/FreeNASs3 N/A da0s3
ufs/FreeNASs4 N/A da0s4
ufs/FreeNASs1a N/A da0s1a
gptid/c769df18-1ea6-11e2-ac6c-005056ac0e70 N/A da1p2
gptid/c7661b6a-1ea6-11e2-ac6c-005056ac0e70 N/A da1p1
This worked at 1 point during the 8.3.x series but it's not working now for some reason. I may have changed someone that caused this but I believe I have a fairly clean setup at this point. The only thing I can think of is this time there was a reboot between adding & trying to remove the log and in the past there wasn't(don't ask why I keep add & removing the log unless you'd like more detail then this report probably needs). |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2132 | RRDs saved to /data not checked for size | Backend | defect | 04/15/13 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Every hour the system tries to save the RRD datafiles backing the reporting to /data. The save script does not check that the RRDs will actually fit on /data, causing it to try and fail to copy the data every hour on systems with lots of RRDs, generating a cron email and a system log entry. While RRD files are of fixed size (based on configured parameters), the number of RRD files varies by user-controllable factors such as # of network interfaces and # of pools and datasets. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2184 | GUI shows available and intact spare as "null" after drive failure | GUI | defect | 05/14/13 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I have a RAID-Z containing 7 devices and 1 hot spare. I physically remove one of the devices (da2 in this case) and the volume status shows the spare as status "null" although zpool status returns the correct state. This prevents me from replacing the failed drive with the spare from the GUI. See attached screenshots. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #398 | Need for critical real-time read-outs in the GUI | Backend | 9.1.0-RELEASE | enhancement | 06/06/11 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I find it quite difficult to troubleshoot hardware issues without knowing almost instantaneously what's the CPU load, its temperatue, HDD's temperatures and memory utilization. Please bring back the near-real time read-outs in the GUI |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #950 | Web UI request: Include information about scrubbing and spares when doing a zpool status | GUI | 9.1.0-RELEASE | enhancement | 10/24/11 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
This request is for the Web UI. When checking on the status of a ZFS volume (zpool status) it should:
When viewing the disks in a ZFS volume (view disks):
I upgraded from 8.0 to 8.0.2 today. I am running the latest version. At this time I have to run 'zpool status volume_name' from the command line to find this information. Thank you. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1052 | Need CLI for editing and removing static routes | Backend | 9.1.0-RELEASE | enhancement | 11/29/11 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Right now one can provide a bad static route that can make a system unreachable via the network and requires one to go onto the CLI and nuke the routes manually. It would be nice if the static routes were completely configurable on the CLI, or at least halfway configurable like interfaces are today so the user wouldn't have to go into the shell to delete the bad routes, then go into the GUI and delete the routes for good. One way I found that really messes up the proverbiable apple cart is if I add a static route to 10.2.50.0/24 via 10.2.0.1, then add a default route to 10.2.0.1 (note the overlap in the destinations). Eventually a number of services get cranky tossing around packets and the system becomes unreachable. This isn't a very good repro case.. I'll try to come up with something better. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1183 | Console feature to reset only network settings to factory default | Backend | 9.1.0-RELEASE | enhancement | 01/13/12 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I think there should be an option to reset network settings and interfaces to factory default, out there in the console. This is needed when for whatever reason one is no longer able to access the FreeNAS machine over the network and a reconfiguration is appropriate to do via the console. So in short, the same as the current factory default, but only for the networking. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1271 | Data Focused Share Creation | GUI | enhancement | 02/12/12 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Attached you find a PDF (to preserve formating) which describe my opinion on how to improve usuablity related "share creation" |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1272 | Login-Modes | Backend | 9.1.0-RELEASE | enhancement | 02/12/12 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Here I like to describe a “MultiUser?-Like” UI The Current Situation: Currently it is only possible to login to the UI as “admin/root”. You have access to all settings. What are Login-Modes?Currently I have 3 different Login-Modes in mind. Admin/rootThe Admin have access to all Settings on the system. OperatorThe Operator-Mode hide all settings which are not essential for everyday-tasks. Usually there is no need to change network config, devices connected to a pool or basic settings of the services. (The Drive Caddy should do this without the need to access the UI) This Login-Mode provide only access to things like managing user permissions, creating and deleteing share or just check logs/status (perhaps an additionl Monitoring-Mode(readonly). UserUser usually only need access if they like to browse Files (a service is down and he like to download it via WebUI).also it would be nice if you can change passwords and personal informations. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1488 | Feature Request: Enable sharing of home folders (~/) via afpd | GUI | 9.1.0-RELEASE | enhancement | 04/25/12 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Netatalk/afpd allows sharing all home folders based on user login credentials by simply adding tilde (~) to the AppleVolumes? file. Please provide an option for afpd, preferably in the afp settings within the services tab, to enable sharing of home folders. This will allow users to share all home folders, without having to create a new home folder share for each user. It is certainly possible that there could be some negative interaction if a user's home folder is defined as /nonexistent. I haven't been able to test, since I can't enable the ~ share. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1490 | Configurable individual CHROOT for SFTP access | FreeBSD | enhancement | 04/27/12 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi, I´m used to connect and transfer files via SSH, since it's much more secure than SSL/TLS. When I SFTP connect with my login/password or auth keys there's no problem in seeing all NAS files because I'm it's owner, but when I decide to create a user for friends's SFTP access, I want them to be confined in their home directory. I know there are some "extras" that can be configured in SSHD GUI for that, but they didn't worked for me, and I tought that feature could be configurable in the USER GUI, not whole SSHD GUI for all users. I'm reporting on my actual 8.0.4, but it would be great to see this available on future versions, too. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1910 | Better TLS/SSL options for proftpd in FreeNAS web GUI | Backend | enhancement | 11/20/12 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I have just implemented FTPeS with FreeNAS and there were a few things I had to resort to the command line to get it working properly. 1) This is probably a bug, but when I first checked the enable SSL box it didn't auto generate a certificate. Hence proftpd failed to start. Going back into the settings and unchecking, saying OK, turning off proftpd, enabling SSL checkbox then starting up again fixed this. 2) ftprush and several other clients don't support FTP SSL sessions, meaning the directive "TLSOptions NoSessionReuseRequired?" had to be set. This should be configurable from the web GUI, perhaps under advanced mode if you don't want to concern users about its meaning. 3) Many FreeNAS servers are generally underpowered old desktops or laptops. Hence, enabling SSL for anything beyond login might be unnecessary. I like to secure the AUTH because when using local user authentication my Active Directory password is being sent. BUT for large binary file transfers on the LAN, I'm not too concerned about the data being encrypted. You can significantly speed up transfers by setting: TLSRequired Auth (http://www.proftpd.org/docs/directives/linked/config_ref_TLSRequired.html) This requires only the authentication be encrypted, allowing data to transfer in plaintext (tripling throughput and reducing CPU utilisation by a factor of 5 in my case). Set as major-Backend due to point 1) appearing to be a bug. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2082 | Feature request: Integrate AoE (ATA over Ethernet) support into Core Services interface | Backend | 9.1.0-RELEASE | enhancement | 03/13/13 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
AoE is a fast and lightweight layer 2 protocol that allows for access to SATA storage devices over Ethernet networks. It's very easy to configure and scales linearly. I have created a howto guide on the forums that shows users how to implement AoE support on FreeNAS via the Plugins/jails feature. http://forums.freenas.org/showthread.php?11446-HOWTO-AoE-(ATA-over-Ethernet)-setup-using-Plugins-jail&p=54166#post54166 I think that AoE support merits inclusion into FreeNAS as a core service. Please give it due consideration. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2111 | UNIX Permissions versus ACLs | GUI | 9.1.0-RELEASE | enhancement | 04/03/13 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It's quite common that we see users who use AD to manage ACLs with CIFS. A lot of times, users will attempt to troubleshoot access via the FreeNAS unit's permission check boxes. This breaks the ACLs and leads to more problems. Suggestion is: When ACLs are enabled, set chmod 0777 on the pool or dataset and grey out all check box access. If moved back to UNIX permissions, run run setfacl -b to remove the ACLs and chmod to 0755 as sane default. Doing this should keep the state sane and unambiguous from the FreeNAS perspective, allowing users to troubleshoot setups without loosing total access. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #691 | Inconsistency when deleting volume attached to iSCSI target | GUI | defect | 08/28/11 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Deleting an iSCSI target with a volume that's currently in use warns the user that it's in use instead of providing a "are you sure you wish to delete this extent", kind of error. This is inconsistent with deleting volumes, ZFS volumes, and datasets, where the user is given an option to cascade delete all shares associated with the volume(s). Procedure:
Expected result: The user should be presented with a dialog asking if they wish to disable all services associated with the "test2" ZFS volume (i.e. the "test3" extent). If they press no, nothing should occur. Otherwise, it should cascade down and delete the iSCSI extent as well. Actual result: The user is blocked from deleting the iSCSI extent, but not when deleting the "test" ZFS pool. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1166 | iSCSI Unit types {passthrough,tape,DVD} not implemented in istgt | Backend | defect | 01/11/12 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
If I try and change the iSCSI unit type from Disk to passthrough, tape, or DVD, istgt fails to start, similar to the following output because the unit types aren't implemented in istgt (or we're populating the .conf file incorrectly): Jan 11 14:48:26 truenas istgt[14656]: istgt_lu_dvd.c: 489:istgt_lu_dvd_init: ***ERROR*** LU1: unsupported type Jan 11 14:48:26 truenas freenas: istgt_lu_dvd.c: 489:istgt_lu_dvd_init: ***ERROR*** LU1: unsupported type Jan 11 14:48:26 truenas istgt[14656]: istgt_lu.c:2007:istgt_lu_init: ***ERROR*** LU1: lu_dvd_init() failed Jan 11 14:48:26 truenas istgt[14656]: istgt.c:1667:main: ***ERROR*** istgt_lu_init() failed Jan 11 14:48:26 truenas freenas: istgt_lu.c:2007:istgt_lu_init: ***ERROR*** LU1: lu_dvd_init() failed Jan 11 14:48:26 truenas freenas: istgt.c:1667:main: ***ERROR*** istgt_lu_init() failed Jan 11 14:48:26 truenas freenas: LU1 DVD UNIT Procedure:
Expected result:
Actual result:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1248 | Usernames with spaces in them cannot run cronjobs | FreeBSD | defect | 02/05/12 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Windows users can have spaces in their usernames. Unfortunately this doesn't work with the system crontab because spaces are used as field delimiters and the username isn't tokenized properly with either octal/hex escaped characters or by quoting the username (I tried). crontab -u 'DOMAIN\user name' -e works though. Filed upstream here: http://www.freebsd.org/cgi/query-pr.cgi?pr=164808 Procedure:
Expected result:
Actual result:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2156 | GUI - iSCSI Authorized Access bug | GUI | defect | 04/25/13 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
It is deleted anyway |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1046 | Add option to veto Apple related files | GUI | 9.1.0-RELEASE | enhancement | 11/27/11 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It has been noted elsewhere that configuration changes to afpd alone cannot stop MacOS X clients from creating the necessary files and directories to support Finder activity. To this end, it would be useful to 'veto' the files and directories thus created, to prevent them being seen from within the SMB view of the filesystem namespace. The visibility of these entries is completely benign, but may be confusing to users or filesystem backup tools. This is possible with the current GUI, but the necessary directives and paths, have to be added (and vetted) manually. I should like to see this added as an option in the GUI. I propose this as a new feature for the next release. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1253 | CIFS [homes] "hide dotfiles" option missing | GUI | enhancement | 02/06/12 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It isn't possible to select whether the dofiles in the [homes]shares are hidden or not |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1507 | Multi-folder MiniDLNA scan | GUI | enhancement | 05/03/12 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I was testing the MiniDLNA plugin in 8.2 BETA3, and found that I needed to move every media folder into one to make them all available in MiniDLNA. Instead of "CHOOSE ONE FOLDER" for scanning, several folders should be configured. Wouldn't that be better? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1565 | Feature Request - add a "SMART Status" page | Backend | 9.1.0-RELEASE | enhancement | 06/04/12 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi guys, I would like to request a feature. I was looking through my pfsense box last night and found the "Diagnostics: S.M.A.R.T. Monitor Tools" page in their web GUI (please see attached image smart.png). I think FreeNAS needs something like it. I know about the SMART tests I can schedule in FreeNAS. I understand that I should get an e-mail if there is a problem detected (is this correct, what does the mail even look like?) so I run a short test on each of my drives every 3 days and a long test every 15 days (is that sufficient?) as well as running a nightly job (using a script provided by "joeschmuck" from the forums) that sends me the "PASSED" or "FAILED" line from a health test on each drive. The SMART test page from pfsense allows me to: 1) view any or all of the info SMART returns for the drive 2) Perform a (short, long, offline) SMART test on an individual drive 3) View the error & self-test logs for each drive 4) Abort a test that is in progress I think the ability to execute a SMART test directly from the GUI and the ability to view the test results would be really handy. I would imagine as well that the SMART test results are logged somewhere so the ability to view the latest results from either a scheduled or a manually initiated test would be nice as well. -Will |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1911 | "Custom options " needed for afpd in GUI | GUI | enhancement | 11/21/12 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Setting up timemachine shares would benefit from the availability (via the GUI) of the option "volsizelimit" for afpd. This would be useful either via a 'custom options' field for afp shares, or a proper option in the afpd settings. This option is useful when announcing a single large share, where apples' timemachine will only "see" the disk as being of size "volsize". (A quota of 100G on a 1T share will let timemachine see the 1T and try to fill it up, which breaks things). The volsize option allows for one large bonjour/avahi announce, instead of many (one per timemachine share). The reason for wanting only one avahi announce is that avahi will announce all shares using one packet. When adding more shares the announcents will no longer fit inside a single packet and avahi falls over with an error of: "avahi-daemon[53535]: Record too large, cannot send". For me things broke when announcing the 21st timemachine share... Technical details: Option is used inside /usr/local/etc/Applevolumes.default Example: "/mnt/store1/tm_onelarge" "tm_onelarge" options:usedots,nohex,upriv,tm dperm:0644 fperm:0755 ea:ad allow:@staff rwlist:@staff volsizelimit:524288 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2083 | Transmission Queue | GUI | 9.1.0-RELEASE | enhancement | 03/13/13 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It should be possible to configure a "download-queue-enabled" checkbox in Transmission Config window. "download-queue-size" should be configurable there, too. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2175 | Add Areca RAID controller support for SMART options(w/ source) | Backend | 9.1.0-RELEASE | enhancement | 05/11/13 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Using an Areca controller in JBOD mode you can obtain smart data using a command line like: smartctl -a --device=areca,port# /dev/arcmsr0 However, it is not possible to monitor temperatures or SMART parameters using the SMART service as it is in 8.3.1-p2. Hard drives passed through to the system are listed as daXX. The /conf/base/etc/rc.d/ix-smartd creates /usr/local/etc/smartd.conf and each line has the /dev/daXX line. Naturally, i added the "--device=areca,1 /dev/arcmsr0" to the S.M.A.R.T extra options under the given disk(da0 for my test case). Unfortunately this has the result of creating a bad smartd.conf file and the GUI will return with the error "The service failed to restart." Examining the smartd.conf the issue appears to be that the line now reads: /dev/da0 -n never -W 0,0,0 -m myemail@… --device=areca,1 /dev/arcmsr0 When the --device=areca,1 /dev/arcmsr0 is used along with the /dev/da0 then problems arise because the SMART service thinks you are trying to access 2 drives, /dev/da0 and the areca port 1 device. This ticket is to request SMART support via the GUI be added for the Areca controller family. The two ways I can think of for support to be added is to add something like a checkbox allowing you to disable the automatically generated device(/dev/da0 for my example) or add the appropriate code for the Areca controller support to /conf/base/etc/rc.d/ix-smartd. Both may be desirable for FreeNAS support since it allows other brands that have unique commands like Areca to be able to disable the automatic device creation. The following is the output of the commands used to parse the ix-smartd and should provide developers with the appropriate info to get ix-smartd to properly parse Areca controllers: camcontrol devlist -v scbus0 on arcmsr0 bus 0: <WDC WD20EARS-00S8B1 R001> at scbus0 target 0 lun 0 (pass0,da0) <WDC WD20EARS-00S8B1 R001> at scbus0 target 0 lun 1 (pass1,da1) <WDC WD20EARS-00S8B1 R001> at scbus0 target 0 lun 2 (pass2,da2) <WDC WD20EARS-00S8B1 R001> at scbus0 target 0 lun 3 (pass3,da3) <WDC WD20EARS-00S8B1 R001> at scbus0 target 0 lun 4 (pass4,da4) <WDC WD20EARS-00S8B1 R001> at scbus0 target 0 lun 5 (pass5,da5) <WDC WD20EARS-00S8B1 R001> at scbus0 target 0 lun 6 (pass6,da6) <WDC WD20EARS-00S8B1 R001> at scbus0 target 0 lun 7 (pass7,da7) <WDC WD20EARS-00S8B1 R001> at scbus0 target 1 lun 0 (pass8,da8) <WDC WD20EARS-00S8B1 R001> at scbus0 target 1 lun 1 (pass9,da9) <WDC WD30EZRX-00MMMB0 R001> at scbus0 target 1 lun 2 (pass10,da10) <WDC WD30EZRX-00MMMB0 R001> at scbus0 target 1 lun 3 (pass11,da11) <WDC WD30EZRX-00MMMB0 R001> at scbus0 target 1 lun 4 (pass12,da12) <WDC WD30EZRX-00MMMB0 R001> at scbus0 target 1 lun 5 (pass13,da13) <WDC WD30EZRX-00MMMB0 R001> at scbus0 target 1 lun 6 (pass14,da14) <WDC WD30EZRX-00MMMB0 R001> at scbus0 target 1 lun 7 (pass15,da15) <TOSHIBA MK1251GSY R001> at scbus0 target 2 lun 0 (pass16,da16) <WDC WD20EARS-00S8B1 R001> at scbus0 target 2 lun 4 (pass17,da17) <WDC WD20EARS-00S8B1 R001> at scbus0 target 2 lun 5 (pass18,da18) <WDC WD20EARS-00S8B1 R001> at scbus0 target 2 lun 6 (pass19,da19) <WDC WD20EARS-00S8B1 R001> at scbus0 target 2 lun 7 (pass20,da20) <Areca RAID controller R001> at scbus0 target 16 lun 0 (pass21) <> at scbus0 target -1 lun -1 () scbus1 on ahcich0 bus 0: <> at scbus1 target -1 lun -1 () scbus2 on ahcich1 bus 0: <> at scbus2 target -1 lun -1 () scbus3 on ata2 bus 0: <> at scbus3 target -1 lun -1 () scbus4 on ahcich2 bus 0: <WDC WD20EARS-00S8B1 80.00A80> at scbus4 target 0 lun 0 (pass22,ada0) <> at scbus4 target -1 lun -1 () scbus5 on ahcich3 bus 0: <WDC WD20EARS-00S8B1 80.00A80> at scbus5 target 0 lun 0 (pass23,ada1) <> at scbus5 target -1 lun -1 () scbus6 on ahcich4 bus 0: <WDC WD20EARS-00S8B1 80.00A80> at scbus6 target 0 lun 0 (pass24,ada2) <> at scbus6 target -1 lun -1 () scbus7 on ahcich5 bus 0: <WDC WD20EARS-00S8B1 80.00A80> at scbus7 target 0 lun 0 (pass25,ada3) <> at scbus7 target -1 lun -1 () scbus8 on ahcich6 bus 0: <> at scbus8 target -1 lun -1 () scbus9 on ahcich7 bus 0: <> at scbus9 target -1 lun -1 () scbus10 on umass-sim0 bus 0: <HP v125w PMAP> at scbus10 target 0 lun 0 (pass26,da21) scbus-1 on xpt0 bus 0: <> at scbus-1 target -1 lun -1 (xpt0) I'm sure its less than 10 lines of code to parse this as HP SMART Array, 3ware controllers, and several Highpoints are parsed via ix-smartd. If I can figure it out on my own I'll post the code. I can provide SSH access to my server on request if necessary to close this ticket. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #712 | [feature request] allow GUI to bind http AND https protocols | Backend | 9.1.0-RELEASE | enhancement | 09/02/11 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The current GUI makes protocols http and https mutually exclusive. However, it is convenient to have them both, so that depending on the local availability of CA and firewall one can access through httpS or fall back to plain http. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #720 | Dynamic DNS Setting shouldn't be in milliseconds | Backend | enhancement | 09/03/11 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The values being set in milliseconds for any dynamic DNS service is crazy. This should be in a more appropriate value of hours. Many DNS services penalize you for updating too frequently. Also the FreeNAS manual states this is a value in seconds, still too small a period of time for my taste. I would recommend a minor change to the software... Check the current IP address and every period of time (determined by the user value) check to see if the IP address has changed. If it has changed force an update. And for the force update field, value in hours, it would force an update even if the IP address has not changed in order to keep the DNS service alive. I like that there are some mouse overs, when you get the time adding mouse overs to everything would aid in user friendliness. If this is a repeat ticket, I apologize, I didn't see one when I scanned the active tickets. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1598 | Dataset Blocksize | GUI | 9.1.0-RELEASE | enhancement | 06/22/12 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When creating a new Dataset could it be possible to have an expert option to give a blocksize other than 128k (for e.g. Oracle Database) ? Thank You |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1920 | Additional links on Help screen | GUI | 9.1.0-RELEASE | enhancement | 11/28/12 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I have some suggestions on how to improve the Help panel: Under "Documentation", add a link to the FreeBSD Man Pages http://www.freebsd.org/cgi/man.cgi Add a "Professional Support" section linking to iXsystems.com/TrueNAS ("Professionally-Supported FreeNAS-Based Storage Appliance" or something to that effect) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
