strange things on v9.2.0 (about ntfs copy, users permisions and other)

Status
Not open for further replies.

aeon

Cadet
Joined
Jan 23, 2014
Messages
9
hi
finanlly I succed to put in place for >25 computers (windows 7) a file sarevr based on freenas v9.2.0
(on 9.2.1 it was impossible to map a drive, every time the computer wants user and password and even root was unaccepted)
what can I say:
- the copy 160 gb (and a lot of files) from one 2tb hdd to other identical is a mess (both zfs)
there is not a clear copy task on Freenas interface, a simple copy-paste
after all, I used form shell the command rsync -av --progress (but before I tested tar, cp.., much slower)
Much faster is to map the volumes on windows and copy paste using windows explorer :(

- tried to copy from a ZFS volume to NTFS volume :) with rsync, from shell and at the the first file the server it reboot unexpected
after reboot, almost all previous modification on NTFS volume (rename, delete files and folders over the shared drive) was rolled back automatically :(

- user permission is a mess
If I create a user, this can't be used until reboot
to skip reboot, I used the command "server samba restart" on shell
after this, the user will work and can map drive with him, but, for a while, I can't reopen shell :)
(only a narrow black windows with "Loadding" appear ad dissapear after few seconds)

anyway, on some computers I can't map drive, only access with \\freenas\share and root user :(

for the moment I din't find a good solution to daily copy of that 160gb (and many many files) to other drive
rsync is to slow, the LAN is only 100mbps and there is not to much difference :)
can sombody help me?
thank
 

cyberjock

Inactive Account
Joined
Mar 25, 2012
Messages
19,525
Sorry, your English is so bad I couldn't even understand you. :(
 

aeon

Cadet
Joined
Jan 23, 2014
Messages
9
:( what is wrong? is bad, but I think you can understand very well if you read all post

- rsync command can't write on ntfs mounted drives - the freenas reboots every time
- rsync is very slow - much faster to map multiple drives on windows computer and copy-paste there
- new users defined can't be used until reboot freenas or use server samba restart command
 

croca

Cadet
Joined
Jul 5, 2012
Messages
6
I'm experiencing the same issue. Every time I launch a rsync task with destination to an external NTFS drive, the system crashes and reboots automatically. A few seconds before the reboot, the screen is flooded with hundreds of error messages, impossible to read them.
I have tried to mount the unit both through the WebUI and the CLI. I've tried with 2 different HDD... same result
Maybe it is worth mentioning that this worked like a charm in v8.3. I started failing after the upgrade to 9.2.*. I'm currently running 9.2.1.2

any idea? :(
 
D

dlavigne

Guest
The error messages are important to get an idea what is going on. Do you have a syslog dataset so that the logs are saved on reboot? If so, post the relevant messages from /var/log/messages.
 

croca

Cadet
Joined
Jul 5, 2012
Messages
6
I'd love to, but the system messages file (var/log/messages) has no relevant information about these errors. I just can see the regular boot messages right after this 'spontaneous' reboots occur.
 
D

dlavigne

Guest
That sounds like you aren't logging to the hard drive then. Do you have a syslog dataset? If not, create one, reboot, then try to retrigger the crash.
 

croca

Cadet
Joined
Jul 5, 2012
Messages
6
Hi dlavigne,
The messages file is not empty after the reboot. It contains the older messages, previous to the reboot, but no error messages between those and the ones of the boot sequence.
Actually, I thought this syslog dataset thing was somehow mandatory in 9.2.1.2. At least in my case it is enabled by default in Settings -> Advanced -> System dataset pool, with the only zpool available selected. Do I have to do something else?
Thanks,
 
D

dlavigne

Guest
Good question... If the screen is flooded with messages, these should be recorded to /var/log/messages on disk.
 
Status
Not open for further replies.
Top