Migrating Users Quotas on NSS Volumes

Hi !
We have a Netware 6.5 SP7 server with around 45000 users on it. We have a NSS volumes called USERS where must of the users have a quotas restrictions.
How can I migrate all the users quotas restrictions from a Netware server to an OES 2 Linux server ?
I tried many tools like SCMT, migfiles, tcnvlnx.nlm, ... Everything is migrating correctly EXCEPT the users quotas on the NSS volumes.
Any ideas ?
Eric

Marcel Cox wrote:
> Are your users lum enabled?
Quotas don't need LUM enabled users on OES2 Linux.
But if Eric is referring to Volume Space Restrictions and migrations
just folders, then it won't work.. directory restrictions should
migrate, haven't tried becoz we only user Volume based.
6.1.3 User Space Restrictions Only Migrated in Full Volume Copies
In consolidation projects where individual folders are dragged and
dropped, or where a volume is
copied to a folder on the destination server, user space restrictions on
the source volume are not
migrated to the destination volume.
If your consolidation project is set up to copy an entire volume, with
the contents of the source
volume being copied to the root of the destination volume, user space
restrictions are migrated to the
destination volume. If user space restrictions already exist on the
destination volume, they are
overwritten with the restrictions migrated from the source volume.
-sk

Similar Messages

Migrate user data from SLES10sp3 OES2sp3 to new hardware (again)

Hi,
I am running SLES10sp3_64 with OES2sp3_64 and need to migrate the user data
to a new server running the same OS. I have also updated the SLES & OES to
the maintenance pack of November 2011.
The miggui authenticates and I can select the folders for migration. Below
is an extract of the log file error:
FATAL -FILESYSTEM:migfiles:Fatal: Cannot migrate source path
/media/nss/DATA/Users/JohnG/: nbackup: Failed to open dataset
/media/nss/DATA/Users/JohnG/ for backup
WARN - FILESYSTEM:migfiles:Warning: Going to next data set
ERROR - FILESYSTEM:migfiles:Error: nbackup: (libtsafs.so 6.50.0 291) An
invalid path was used.
FATAL - FILESYSTEM:migfiles:Fatal: nbackup command failed to complete
INFO - FILESYSTEM:migfiles:
ERROR - FILESYSTEM:migfiles command failed!
Regards
John

Hi,
The log is from /var/opt/novell/migration of the miggui. The begining of the log is about the connection and the authentication to the servers. Which is 100%
I then also ran the "nbackup" command from a terminal with the same result. I don't think it matters, but I am migrating from-and-to NSS volumes.
I have looked at the tid and have checked all relevent points and again, no issues. Perhaps this is a "NCP" issue rather than a "miggui" issue.
Thanks again.
John
Originally Posted by kjhurni
Which log file is this from? Looks like the filesystem log?
I think there's a migration log and a debug log as well that may show some additional info.
Have you looked at this TID (slightly old, but I think most of it still applies)
Troubleshooting data migration issues with miggui

Public_html on NSS Volume

The Apache2 in the OES2 SP2 includes the mod_userdir, so public_html directories in a Linux-Users(!) homedir, f. e. under /home/user1 are working fine.
so my problem is now, how to move this to my users homedirs on the nss volume?
have the users to be lum enabled?
Thank yOu

Originally Posted by TFe
- Apache setup:
The browser URL for the home directory users will be http://server-ip-address/~username
Create a .conf file with the directives below under /etc/apache2/conf.d - it could be named "HomeDir.conf" for example.
This example uses the "UserDir" directive to set the path and directory for all of the home directory users. It is where you choose to put the user's home directory that exists on an NSS volume of the same server.
The asterisk ( * ) symbol is a place holder for any home user in that NSS volume path.
Restart apache when changes are made to the .conf file, using the command "rcapache2 restart"
UserDir /media/nss/VOL1/data/*/docs
<Directory "/media/nss/VOL1/data/*/docs">
Options Indexes Multiviews
AllowOverride None
Order deny,allow
Allow from all
</Directory>
From Configuring User Home Directories on Linux using an NSS volume on the same server.
Cheers

Migration Assistant created admin user w/ Macintosh HD volume on desktop

Hi,
Summary:
MBP 17" (running Leopard) logic board died
Retrieved hard drive from MBP and put in USB 2.0 caddy
Bought Mac Mini 2.5 intel core i5 w/ latest Mountain Lion
Used for a couple of days as main Administrator user, set up a VPN etc, every working fine.
Made a back up using Time Machine on a USB connected My Passport Edge for Mac
Used Migration Assistant to transfer user account from MBP HD (with Leopard) - this was the main adminstrator (not root superuser) of the MBP
When prompted, renamed the Leopard user account to MacBook so no conflict with new Mountain Lion administrator user
Transferred everything but applications and download folder of the main (administrator) user on the MBP.
All appeared successful.
Restarted Mac Mini and logged into the User account created by Migration Assistant---all files there etc so far so good.
Then I noticed that this migrated user still had Admintrator rights and appears to have reset some of the global settings effecting the original ML admin user (the one I eventually want to carry on using)
First inkly of this was that the VPN server I set up was no longer recognised by Safari in any accounts on the machine.
Logged into original ML administrator user and changed the migrated MBP user to a 'standard' user with no rights to do change settings on the computer.
[still can't get Safari to recognise the VPN proxy server]
Decided I'd better make a back-up to the Time Machine on the My Passport, but had to follow these instructions http://pondini.org/TM/A4.html for a 'Full Reset of Time Machine'. Which did the job.
Then I logged back into the migrated MBP user account to look around. There on the desktop is a volume called 'Macintosh HD' (the same as the main computer default name that is used my Mountain Lion.
When I do a get info on this volume it tells me the following:
Kind: Volume
Created: Friday, 19 October 2012 (which is an odd date)
Modified: Today ...
Version 10.8.2
Formal: Mac OS Extended (Journaled)
Capacity: 499.25GB
Available: 361.32GB
Used .....(127.93 GB on disk)
          Sharing and Permissions
               You can only read
               system Read & Write
               wheel Read only
               everyone Read only
Can I delete this volume off the desktop or will that mean I lose all the files and folders for this user? Why is there a 137GB volume on the desktop?
Also, as it's called Macintosh HD (the same as Mountain Lion's Computer name) isn't this likely to be causing some clashes?
I will eventually be deleting this migrated user, once I have all the emails, notes, etc off Entourage's Main Identity imported into Outlook 10. In the meantime this volume on the desktop is worrying me.
My question is: what should I do about this double Macintosh HD volume on the migrated MBP user account?
Thanks for your help.
Cheers,
Tracy

There are settings in Finder's Preferences to show Hard Disks on the desktop. So, that is likely normal. Deleting it would be bad.

How to list all directory quotas on an OES NSS Volume ??

Hi
I need to list all the directory quotas on an OES2 NSS volume, and haven't succeded yet!
I've tried to extract the info by inspecting /_admin/Manage_NSS/Volume/<volname>/DirInfo.xml, but it's always incomplete, as the file seems to have a 'fixed length' of 1024K.
Is there any way to:
a) completelly copy the file somewhere without the 1024K restriction
b) any other util that could do the job
Thanks!
IB

ibayarri,
It appears that in the past few days you have not received a response to your
posting. That concerns us, and has triggered this automated reply.
Has your problem been resolved? If not, you might try one of the following options:
- Visit http://support.novell.com and search the knowledgebase and/or check all
the other self support options and support programs available.
- You could also try posting your message again. Make sure it is posted in the
correct newsgroup. (http://forums.novell.com)
Be sure to read the forum FAQ about what to expect in the way of responses:
http://forums.novell.com/faq.php
If this is a reply to a duplicate posting, please ignore and accept our apologies
and rest assured we will issue a stern reprimand to our posting bot.
Good luck!
Your Novell Product Support Forums Team
http://forums.novell.com/

Migrating GW without NSS volume

Hi,
Running GW 2012 on a NSS volume on SLES11sp3 with OES11sp2.
I want to migrate my GW (GWIA, MTA, PO, Webaccess, Messenger) to a new SLES server but I only want to use a EXT3 volume.
What is the best way to do this migration?
Regards
John

John Gill wrote:
> What is the best way to do this migration?
This is just like any other migration, except you need to see if your NSS volume
was Long Namespace, and if there is any likelihood that there are mixed case
files. If there are, then you would need to run dbcopy with the -m switch to
migrate the files to all lowercase. If the files are already all lowercase, you
could use any type of copy procedure that you like. As Laura says, though,
doing two passes to avoid downtime is useful.
Danita
Novell Knowledge Partner
Are you a GroupWise Power Administrator? Join our site.
http://www.caledonia.net/register
If you find this post helpful and are logged into the web interface,
show your appreciation and click on the star below...

Per-user web directory on nss volume

Is possible to use directories in nss volume as per-user web directory for apache virtual hosts ?
How I set permission for it ?
Vogl Lubomir

vogl,
It appears that in the past few days you have not received a response to your
posting. That concerns us, and has triggered this automated reply.
Has your problem been resolved? If not, you might try one of the following options:
- Visit http://support.novell.com and search the knowledgebase and/or check all
the other self support options and support programs available.
- You could also try posting your message again. Make sure it is posted in the
correct newsgroup. (http://forums.novell.com)
Be sure to read the forum FAQ about what to expect in the way of responses:
http://forums.novell.com/faq.php
If this is a reply to a duplicate posting, please ignore and accept our apologies
and rest assured we will issue a stern reprimand to our posting bot.
Good luck!
Your Novell Product Support Forums Team
http://support.novell.com/forums/

Can you auto shrink quotas on a volume for a particular user until it reaches a limit?

On a Server 2012R2 machine, we use quotas on the root of a drive to limit the amount of space users have in their home directory. Some users we have to temporarily increase their quota if they are working on a big project. But is there any mechanism
or script or scheduled task that we could use that will on a regular basis check that users quota, and if there is room to lower it, it will, but only lower it back down to a set value (or as close as it can get to that set value at the time it runs)?
That way eventually they will get back down to what their "normal" quota was, before we had to temporarily bump it.

just a thought…
there has quota logging option: log event when a user exceeds their quota limit…. Create a scheduled task to trigger on the event, then configure Action to perform a script to get back down to what their "normal" quota… I don’t know
if has this script…
Best,
Howtodo

Access forbidden when Apache is trying to use NSS volume

I'm helping a customer migrate from an OES2 SBE server to an OES2 Linux server running under VMware. The new server is up and seems to be running fine and I've migrated all of the data over, but not using the Migration Tools as I could not get them to work. (That's another thread in the forums. Could that problem be related to this problem???).
Anyway, on their old server they run Apache for their public web site and it's default directory is on an NSS volume. It's configured in default-server.conf and it works fine. There are no virtual servers configured in Apache
On the new server, I've duplicated every setting I can find in Apache and every permission in the file system to match exactly with the old server. However, all I can get from Apache is an "Error 403: You don't have permission to access the requested directory. There is either no index document or the directory is read-protected."
If I move the web folder off of the NSS volume and adjust default-server.conf, it serves the pages up just fine. So, I'm pretty sure it's NSS permissions related. The wwwrun user and www group are pre-existing in the Tree and the old server is using them and they appear to be LUM enabled. There's a Unix Workstation object in the tree for the new server, so I'm assuming it's LUM enabled. From what very little I understand about LUM, it appears to be working but I wouldn't bet much on that. I also tried configuring Apache to use a virtual host instead of the default-server and that didn't help either.
I've found several other threads and TIDS on the topic and tried them all but nothing worked. I'm at the end of my knowledge!
-Farren

farren wrote:
>
> I'm helping a customer migrate from an OES2 SBE server to an OES2 Linux
> server running under VMware. The new server is up and seems to be
> running fine and I've migrated all of the data over, but not using the
> Migration Tools as I could not get them to work. (That's another thread
> in the forums. Could that problem be related to this problem???).
>
> Anyway, on their old server they run Apache for their public web site
> and it's default directory is on an NSS volume. It's configured in
> default-server.conf and it works fine. There are no virtual servers
> configured in Apache
>
> On the new server, I've duplicated every setting I can find in Apache
> and every permission in the file system to match exactly with the old
> server. However, all I can get from Apache is an "Error 403: You don't
> have permission to access the requested directory. There is either no
> index document or the directory is read-protected."
>
> If I move the web folder off of the NSS volume and adjust
> default-server.conf, it serves the pages up just fine. So, I'm pretty
> sure it's NSS permissions related. The wwwrun user and www group are
> pre-existing in the Tree and the old server is using them and they
> appear to be LUM enabled. There's a Unix Workstation object in the tree
> for the new server, so I'm assuming it's LUM enabled. From what very
> little I understand about LUM, it appears to be working but I wouldn't
> bet much on that. I also tried configuring Apache to use a virtual host
> instead of the default-server and that didn't help either.
>
> I've found several other threads and TIDS on the topic and tried them
> all but nothing worked. I'm at the end of my knowledge!
>
> -Farren
>
>
Did you give rights to wwwrun to the volume?

Not enough space on nss-volume

Hello,
system: 3node sles10.3 + oes2sp3
nss-volume
Some of our users (Windows 7 + NC Client) report that they want to copy some files to their nss-share, it says not enough space.
The same when we wanted to copy files from the linux-console (cp) -> not enough space on device.
We definitely have enough space on the volume and there are also no quotas set.
Can anyone help?
thx,
hugo

Originally Posted by susehoush
Hello,
system: 3node sles10.3 + oes2sp3
nss-volume
Some of our users (Windows 7 + NC Client) report that they want to copy some files to their nss-share, it says not enough space.
The same when we wanted to copy files from the linux-console (cp) -> not enough space on device.
We definitely have enough space on the volume and there are also no quotas set.
Can anyone help?
thx,
hugo
Some users? So others can write to that volume?
If not, have you maybe set a volume space restriction in nssmu on the properties of the volume? & what's the output of the console command 'df -h' and 'nsscon /spaceinfo'?
Cheers,
Willem

Migrate user data from SLES10sp4 OES2sp3 to new hardware

Hi,
Running SLES10sp4 with OES2sp3. I just updated all patches on both the
source and destination servers.
The command "cat /etc/*release" returns the following info:
SUSE Linux Enterprise Server 10 (x86_64)
VERSION = 10
PATCH LEVEL = 4
LSB_VERSION="core-2.0-noarch:core-3.0-noarch:core-2.0-x86_64:core-3.0-x86_64
Novell Open Enterprise Server 2.0.3 (x86_64)
VERSION =2.0.3
PATCHLEVEL = 3
BUILD
I then ran "miggui" and connected to both servers and authenticated. I then
selected "consolidate" and selected the folders to migrate. After clicking
"start", the system runs for a few second and then fails with the following
error:
FATAL - FILESYSTEM:migfiles:Fatal: Cannot migrate source path
/media/nss/DATA/Users/: nbackup: Failed to open dataset
/media/nss/DATA/Users/ for backup
Regards
John

...mmmh, so applying a million patches, updates and rebooting a zillion times, still no success.
SOLUTION: rsync the two data volumes,
edited each user and group rights
Using iManager or Console1 ispretty slow, so I used NwAdmin (old netware management tool, still the fastest)
(found some interesting rights allocations, fixed them)
changed login script
and all is good .... erm, watch this space

Migrate user data from SLES10sp3 OES2sp3 to new hardware

Hi,
I am trying to migrate user data on a nss volume from a SLES10sp3 and
OES2sp3 server to new hardware already setup with SLES10sp3 and OES2sp3.
Authentication and configuration of the data selection is sorted. After
starting the data transfer I get a message saying the migration failed.
Below is the error from the log file:
FATAL -FILESYSTEM:migfiles:Fatal: Cannot migrate source path
/media/nss/DATA/Users/JohnG/: nbackup: Failed to open dataset
/media/nss/DATA/Users/JohnG/ for backup
WARNING - FILESYSTEM:migfiles:Warning: Going to next data set
ERROR - FILESYSTEM:migfiles:Error: nbackup: (libtsafs.so 6.50.0 291) An
invalid path was used.
Regards
John

Hi kjhurni,
I have not setup to get update from the Novell channel as I have an issue
with connecting to the update channel but I will deal with that later.
I tried to run a miggui to migrate my data to the new server with SLES10sp3
and OES2sp3. Below is the entire log file, I have highlighted the error at
the end of the log file. (Names and addresses have been changed to protect
the innocent)
Regards
John
2012-01-12 11:15:17,394 INFO - Migration
Framework:getSourceServerConfigDetails():Finding Source Server eDirectory
Tree Name using command: ndsstat -h SERVER1
2012-01-12 11:15:17,474 INFO - MigUtil:ResolvIP:Resolving IP address from
hostname SERVER1
2012-01-12 11:15:17,539 INFO - Migration Framework:Getting Source Server
certificate:Using 10.1.3.1 to retrieve Source Server certificate
2012-01-12 11:15:17,539 INFO - Migration Framework:Getting Source Server
certificate:executing command: LC_ALL=en_US.UTF-8 /usr/bin/ruby
/opt/novell/migration/sbin/getServerCert.rb --server-ip "10.1.3.1"
--ldap-port 636 --file /opt/novell/migration/plugin/conf/SourceServerCert
2012-01-12 11:15:20,795 INFO - Migration Framework:Getting Source tree
certificate:using getSSCert command
2012-01-12 11:15:20,801 INFO - Migration Framework:Getting Source tree
certificate:Using 10.1.3.1 to retrieve Source tree certificate
2012-01-12 11:15:20,801 INFO - Migration Framework:Getting Source tree
certificate:executing command: LC_ALL=en_US.UTF-8
/opt/novell/oes-install/util/getSSCert -a "10.1.3.1" -t "TREE_NAME" -u
"admin.b"
2012-01-12 11:15:21,087 INFO - Migration
Framework:MigController:getSourceServerTreeCert(): :Copied certificate to
/opt/novell/migration/plugin/conf/SourceCert.der
2012-01-12 11:15:21,127 INFO - Migration
Framework:importSourceTreeCert():Using 10.1.3.1 to import Source Tree
certificate
2012-01-12 11:15:21,127 INFO - Migration Framework:Importing Source Tree
certificate:Importing certificate to Java keystore
(/opt/novell/migration/plugin/conf/novellStore.keystore)
2012-01-12 11:15:21,911 INFO - Migration
Framework:importSourceTreeCert()eleting existing source tree certificate
using command: /usr/bin/keytool -delete -noprompt -alias 10.1.3.1 -keystore
/opt/novell/migration/plugin/conf/novellStore.keystore
2012-01-12 11:15:21,911 INFO - Migration Framework:importSourceTreeCert():
command: /usr/bin/keytool -import -alias 10.1.3.1 -file
/opt/novell/migration/plugin/conf/SourceCert.der -noprompt -keystore
/opt/novell/migration/plugin/conf/novellStore.keystore
2012-01-12 11:15:22,577 INFO - Migration Framework:SourceServer
Authentication:Attempting to Connect to Source with the parameters
2012-01-12 11:15:22,587 INFO - Migration Framework:SourceServer
Authentication:Authenticating using LDAP(secure)
2012-01-12 11:15:23,263 INFO - Migration Framework:SourceServer
Authentication:Authenticating to the Source Server returned true
2012-01-12 11:15:23,270 INFO - Migration Framework:SourceServer
Authenticationetecting the source server version
2012-01-12 11:15:23,315 INFO - Migration Framework:Authentication:Using SMS
to validate root password for server 10.1.3.1
2012-01-12 11:15:23,315 INFO - MigUtils:Authentication:Executing
command:/opt/novell/sms/bin/nbackup -U root -R 10.1.3.1 -cf
/var/opt/novell/migration/NewProj5/migsrc.sidf /etc/SuSE-release
2012-01-12 11:15:37,876 INFO - Migration
Framework:getTargetServerConfigDetails():Finding Target Server eDirectoty
Tree Name using command: ndsstat -h 10.1.3.2
2012-01-12 11:15:37,930 INFO - Migration Framework:Getting Target Server
certificate:Using 10.1.3.2 to retrieve Target Server certificate
2012-01-12 11:15:37,930 INFO - Migration Framework:Getting Target Server
certificate:executing command: LC_ALL=en_US.UTF-8 /usr/bin/ruby
/opt/novell/migration/sbin/getServerCert.rb --server-ip "10.1.3.2"
--ldap-port 636 --file /opt/novell/migration/plugin/conf/TargetServerCert
2012-01-12 11:15:40,115 INFO - Migration
Framework:getTargetTreeCertificate():Attempting to connect to Target with
the parameters
2012-01-12 11:15:40,116 INFO - Migration
Framework:getTargetTreeCertificate():Copy certificate to
/opt/novell/migration/plugin/conf/TargetCert.der for CLI usage
2012-01-12 11:15:40,122 INFO - Migration Framework:Importing Target Tree
certificate:Attempting to connect to Target with the parameters
2012-01-12 11:15:40,122 INFO - Migration Framework:Importing Target Tree
certificate:Importing certificate to Java keystore
(/opt/novell/migration/plugin/conf/novellStore.keystore)
2012-01-12 11:15:40,122 INFO - Migration
Framework:importTargetTreeCert():keytool delete command to be executed to
delete target tree certificate
2012-01-12 11:15:40,122 INFO - Migration
Framework:importTargetTreeCert():Executing command : /usr/bin/keytool
-delete -noprompt -alias 10.1.3.2 -keystore
/opt/novell/migration/plugin/conf/novellStore.keystore
2012-01-12 11:15:40,788 INFO - Migration
Framework:importTargetTreeCert():Using keytool to delete existing
alias10.1.3.2
2012-01-12 11:15:40,789 INFO - Migration
Framework:importTargetTreeCert():keytool command to be executed to store
target tree certificate
2012-01-12 11:15:41,486 INFO - Migration
Framework:importTargetTreeCert():Return Value true
2012-01-12 11:15:41,486 INFO - Migration Framework:TargetServer
Authentication:Attempting to connect to Target with the parameters
2012-01-12 11:15:41,487 INFO - Migration Framework:TargetServer
Authentication:Authenticating to the Target Server(secure)
2012-01-12 11:15:41,550 INFO - Migration Framework:Authentication:Using SMS
to validate root password for server 10.1.3.2
2012-01-12 11:15:41,550 INFO - MigUtils:Authentication:Executing
command:/opt/novell/sms/bin/nbackup -U root -l /etc/SuSE-release
2012-01-12 11:16:35,254 INFO - FILESYSTEM:migfiles:Validating data from
source path(s) to target path(s) using migfiles
2012-01-12 11:16:35,254 INFO - FILESYSTEM:migfiles:Executing command:
/opt/novell/migration/sbin/migfiles --source-server 10.1.3.1 --verbose
--source-path "@/var/opt/novell/migration/NewProj5/fs/sourcepaths.in"
--destination-full-path
"@/var/opt/novell/migration/NewProj5/fs/targetpaths.in" --precheck
--progress --progress-interval 1 --source-ldap-port 636
--delete-file-on-restore-error
2012-01-12 11:16:35,618 INFO - FILESYSTEM:migfiles:Enter the username (e.g
cn=admin,o=mycompany)
2012-01-12 11:16:35,618 INFO - FILESYSTEM:migfiles:for the server 10.1.3.1:
Enter cn=admin,o=b password:
2012-01-12 11:16:35,618 INFO - FILESYSTEM:migfiles:Enter the username (e.g
root)
2012-01-12 11:16:35,619 INFO - FILESYSTEM:migfiles:for the server 10.1.3.2:
Enter root password:
2012-01-12 11:16:39,225 INFO - FILESYSTEM:migfiles:Information: Validation
for migfiles is done successfully
2012-01-12 11:16:39,230 INFO - FILESYSTEM:migfiles:
2012-01-12 11:16:39,230 INFO - FILESYSTEM:migfiles:Successfully validated
data
2012-01-12 11:16:39,245 INFO -
FILESYSTEM:Information:****************Migrating files and/or
trustees****************
2012-01-12 11:16:39,246 INFO - FILESYSTEM:migfiles:Migrating data from
source path(s) to target path(s) using migfiles
2012-01-12 11:16:39,246 INFO - FILESYSTEM:migfiles:Executing command:
/opt/novell/migration/sbin/migfiles --source-server 10.1.3.1 --verbose
--source-path "@/var/opt/novell/migration/NewProj5/fs/sourcepaths.in"
--destination-full-path
"@/var/opt/novell/migration/NewProj5/fs/targetpaths.in" --session-file
"/var/opt/novell/migration/NewProj5/fs/migfiles.session" --progress
--progress-interval 1 --source-ldap-port 636
--delete-file-on-restore-error
2012-01-12 11:16:39,534 INFO - FILESYSTEM:migfiles:Enter the username (e.g
cn=admin,o=mycompany)
2012-01-12 11:16:39,534 INFO - FILESYSTEM:migfiles:for the server 10.1.3.1:
Enter cn=admin,o=b password:
2012-01-12 11:16:39,534 INFO - FILESYSTEM:migfiles:Enter the username (e.g
root)
2012-01-12 11:16:39,534 INFO - FILESYSTEM:migfiles:for the server 10.1.3.2:
Enter root password:
2012-01-12 11:16:45,078 INFO - FILESYSTEM:migfiles:Information: nbackup:
precomputing for displaying progress...
2012-01-12 11:16:45,157 FATAL - FILESYSTEM:migfiles:Fatal: Cannot migrate
source path /media/nss/DATA/Users/JohnG/: nbackup: Failed to open dataset
/media/nss/DATA/Users/JohnG/ for backup
2012-01-12 11:16:45,167 WARN - FILESYSTEM:migfiles:Warning: Going to next
data set
2012-01-12 11:16:45,168 ERROR - FILESYSTEM:migfiles:Error: nbackup:
(libtsafs.so 6.50.0 291) An invalid path was used.
2012-01-12 11:16:45,242 FATAL - FILESYSTEM:migfiles:Fatal: nbackup command
failed to complete
2012-01-12 11:16:45,246 INFO - FILESYSTEM:migfiles:
2012-01-12 11:16:45,247 ERROR - FILESYSTEM:migfiles:migfiles command
failed!
2012-01-12 11:16:45,247 INFO -
FILESYSTEM:Information:****************End******** ********

SBS and NSS Volumes

Hi,
I am fairly new to Novell, but I have recently been looking at Open
Enterprise Server and Linux Small Business Suite.
I really thought that Novell was making the best server solution yet for
small businesses, and thought that I could walk away from Windows SBS.
Open Enterprise Server does a great job, NSS volumes are easily added in
imanager, and iprint really does a great job at printing. However, it's
too expensive for a small business, and it doesn't come with groupwise as
standard.
I thought thats Linux Small Business Suite 9 would be perfect. I have just
installed it, and groupwise works well. Also creating users is easy.
But :- Why cant i simply add NSS volumes through imanager like I did on
OES? I thought that the ability to use Novell Volumes was one of the most
important things for a small business?
I am fairly new to this, so forgive me if it's just me! Any help is
appriciated. I have been looking at the feasibility of using Novell SBS
for small businesses that need; EMail/Printing/Volumes/Backups. Thought it
would be as easy to setup volumes as OES, and be simple to backup using
Tar or rsync.
Regards,
Luke.

> I appreciate what you have said. I think I have to keep with Novell SBS.
Thanks for the comments.
>
> I just assumed that Linux SBS would be a replacement of that, and as OES
> is based on Suse and offers NSS I just guessed it would be very easy for
> Novell to have included this in Linux SBS.
I did early on as well -- but my own read is that the Novell Small
Business team felt they really needed to do *something* to go with the
Linux flow at Novell -- not a bad thing. It is just that the timing
was such that an OES iteration wasn't something they could do. (Part of
what drives the Small Business team timing is Brainshare in Utah every
March).
At a guess, the next time round, we'll see an OES Small Business
product -- now that won't include BorderManager as that seems to be
only for the NetWare world, and folks can configure Linux based
firewalls, but it will include GroupWise.
>
> I have installed Microsoft SBS for clients, but find Novell's products
> more reliable, and I'm looking to offer these products.
>
Me too - I have three clients who pretty much must run Microsoft
servers, but for the rest, Novell is a much better fit.
As the world gets more 'fatigued' with Microsoft licensing and pricing
(both for applications and the OS), the market for Linux based
alternatives (both for applications and the OS -- including the server
OS) will be increasingly attractive -- and Novell is rather well
positioned for that.
I think one thing which might really drive the change will be solid
migration paths at the OS and application level. The current iteration
of Novell's Linux suite doesn't yet provide that (and really isn't
targeted there at this point). When it does, and folks can migrate
from NetWare or Microsoft Server, and from Win98/2k/xp to SuSE on the
desktop, and from Office to Open Office, AND from applications like
Quicken, Quickbooks, Act to Linux equivalents, I believe we'll see some
real movement in the small business marketplace. I honestly believe
that time will come -- and I for one very much need to get much more
Linux smart in preparation for that time.
Barry Schnur
Novell Support Connection Volunteer Sysop

Increase Individual Users Quota

In the past I was able to right click on a Users Home Directory > Properties > Novell Info and change their Quota.
Now when I do this, even though it says the change was made, it is not updating for the Users. They still cannot save to their Home Directory as it tells them their disk is full.
There is ample room on the Volume.
NSM does not report any errors on the Engine or Agent monitor screens.
NSM 2.5.1 (I know. An upgrade is on our list :)) On Netware 6.5
Windows 7 User machines
eDir 8.8.6
NSS data on OES2 SP3
Any ideas. This is probably the first request we have had for a quota increase since we went to Windows 7. Could that be the issue?
Thanks!!

On 9/10/2012 1:06 PM, kbannister wrote:
>
> In the past I was able to right click on a Users Home Directory >
> Properties > Novell Info and change their Quota.
>
> Now when I do this, even though it says the change was made, it is not
> updating for the Users. They still cannot save to their Home Directory
> as it tells them their disk is full.
>
> There is ample room on the Volume.
>
> NSM does not report any errors on the Engine or Agent monitor screens.
>
> NSM 2.5.1 (I know. An upgrade is on our list :)) On Netware 6.5
> Windows 7 User machines
> eDir 8.8.6
> NSS data on OES2 SP3
>
> Any ideas. This is probably the first request we have had for a quota
> increase since we went to Windows 7. Could that be the issue?
>
> Thanks!!
>
>
kbannister,
Are you able to increase these users' quota through NSM's Quota
Management interface? Or through iManager? Or have you only attempted
this through ConsoleOne?
If none of those tools work, the problem might be the NSS settings on
the volume in question. Verify those with NSSMU.
- NFMS Support Team

NSS volume not visible

With NOWS 2.5 i have NSS installed and created DATA NSS
volume on second disc ( other than system )
Volume is activated, mounted, can be fully managed via iManager
or NRM, but admin or user logged via Novell Client ( 4.91 sp5 )
cannot see this volume. Volume SYS ( linux ext3 via NCP ) also not.
In eDirectory all OK - SYS, DATA, NSS admin object.
What is bad ?
Thanks for any tips.

May be Novell should setup a WIKI for SBS with option for public submission
of Tips or How-to (ofcourse this should be vetted before actually
publishing)
"KBOYLE" <[email protected]> wrote in message
news:[email protected]...
>
> toho;1931182 Wrote:
>> NCP is exactly for that: accessing your NCP volumes, it should
>> definitely work.
>> Do you see any messages in the system logfile? Any error message on the
>> client? Do you see the server and the tree in your network neighborhood?
>>
>> And Kevin,
>>
>> > NOWS SBE was designed to access NSS using Samba and not the Novell
>> Client
>>
>> Why not? I don-t see any hassles using NSS and the Novell client
>> together on an SBE-box and it-s a much easier setup (at least at the
>> server side) than messing around with all that Samba stuff. Create your
>> NSS volume(s), install the client on the workstation, assign rights, map
>> your folders and your set.
>> Especially for those coming over from NW this should be a lot easier to
>> handle than dealing with Samba.
>>
>>
>> Dirk
> I don't disagree Dirk. The target market for NOWS SBE are -new- small
> business customers with little or no Linux experience. If they are new
> customers, they probably don't have much Novell experience - NetWare or
> otherwise. Perhaps this is why so little emphasis is placed on the
> Novell Client.
>
> The standard scripted install is not very flexible. Samba is listed as
> a prerequisite to installing NSS and the documentation explains (IMO,
> poorly) how to access NSS files via Samba. My experience has been the
> more I deviate from the recommended configuration, the more likely I am
> to encounter issues.
>
> NOWS SBE is also the upgrade path from Novell SBS but there is precious
> little in the NOWS SBE documentation that discusses migration. There is
> little mention of the Novell Client other than a warning if you intend
> to deploy it to use the one supplied with NOWS SBE to minimize issues.
> So, how NOWS SBE is best deployed and managed would seem to depend a lot
> on whether or not you have any previous Novell experience and whether
> you are willing to deal with any issues you may encounter when deviating
> from the documented way of doing things.
>
>
> --
> Kevin Boyle
> ------------------------------------------------------------------------
> KBOYLE's Profile: http://forums.novell.com/member.php?userid=19359
> View this thread: http://forums.novell.com/showthread.php?t=401066
>

Migrating Users Quotas on NSS Volumes

Similar Messages

Maybe you are looking for